Установка ESX

ESX встановлюється з трохи більшою кількістю питань, ніж ESXi

Найперше, про що нас запитають, – який тип установки вибрати Варіанти

«Scripted Install щось там далі» ми розглянемо трохи далі, в розділі про автоматичну установку Зараз торкнемося перших двох варіантів: «Install ESX

in graphical mode »і« Install ESX in text mode » Перший – варіант за замовчуванням, і він сам запуститься через 30 секунд Другий відрізняється від нього лише тим, що установник буде вам показувати не красиві картинки, на яких звично треба тиснути Next, Next, а меню, що відображаються текстом А нам потрібно буде вибирати потрібні пункти натисканням цифр 1, 2, 3 Але самі пункти будуть тими ж самими Потрібен режим текстової установки в разі, якщо ви встановлюєте сервер віддалено, користуючись засобами типу HP iLO, Fujitsu iRMC, IBM RSA, Dell DRAC або комутатора IP KVM У разі текстової установки по мережі буде передаватися набагато менше інформації – це вагомий плюс для тонких каналів Я буду описувати установку графічну – але вся різниця з текстовою буде полягати, наприклад, в тому, що треба читати не «викличте меню, що випадає і виберіть потрібний контролер», а «натисніть 2 – Change і виберіть потрібний контролер»

Мова залишаємо за замовчуванням – англійська Російський нам не знадобиться

Приймаємо ліцензійну угоду

Важливе питання – чи будемо ми використовувати додаткові драйвери Може бути, драйверів для вашого обладнання не опиниться в дистрибутиві У цьому випадку знайти драйвери можна буде на сайті VMware або на сайті виробника контролера (це справедливо для пристроїв, підтримуваних офіційно) Якщо ми не будемо вказувати додаткові драйвери на цьому етапі, то наступним кроком буде підтвердження завантаження стандартного набору драйверів

Далі буде питання по ключ продукту Зараз його можна не вводити – тоді ESX буде встановлений в режимі «Evaluation», тобто ознайомчому У цьому режимі ESX абсолютно полнофункціонален, але працювати буде лише 60 днів з моменту установки – після чого буде потрібно або все-таки введення ключа продукту, або перевстановлення

Наступний крок потенційно проблемний – вибір мережного контролера для управління Ми вибираємо той контролер, через який буде виходити в мережу керуючий інтерфейс ESX

Помилитися ми можемо, у разі якщо в сервері кілька мережевих карт і вони дивляться в різні мережі, – див рис 13

Нам необхідно вибрати той фізичний мережевий контролер (вони іменуються vmnic #), який веде в мережу управління На рис 13 я зобразив, що в цій мережі знаходиться ноутбук, з якого, передбачається, ви будете керувати ESX (i) Або в цій мережі знаходиться vCenter, через який ви будете керувати ESX (i)

Викличемо меню, що випадає в графічному режимі (рис 14) і виберемо потрібний нам контролер Орієнтуватися можна по його статусу (підключений або не підключений), за назвою драйвера (якщо мережеві карти в сервері використовують різні драйвери) і по MAC-адресу Якщо помилилися, потім можна поправити через локальну командний рядок Для цього зверніться до розділу, присвяченому командному рядку

VLAN – якщо ви не знаєте, навіщо потрібен цей механізм, то проконсультуйтеся з фахівцями, які обслуговують вашу мережу Якщо VLAN вам не потрібні, то нічого не вводите у відповідне поле Трохи теорії про VLAN буде дано у присвяченому мережам розділі

Рис 14 Вибір мережного контролера для управління ESX

Далі – самий, напевно, важливий крок Важливий, тому що потенційно небезпечний Отже, нам необхідно вибрати диск, на який будемо встановлювати ESX Для початку нас запитають, чи хочемо ми по-простому встановити ESX на один

якийсь диск або вручну вказати, яким розділам де лежати

У будь-якому випадку нам потрібно буде вибрати диск, на який хочемо встановлювати Міркування тут наступні

Монтажник може побачити кілька дисків Таке зазвичай відбувається в інфраструктурах побільше, коли сервер, на який ми встановлюємо ESX (i), підключений до системи зберігання даних, СГД В силу умов роботи vMotion та інших функцій vSphere частина LUN системи зберігання повинна бути доступна всім серверам Див рис 11 – СГД використовується декількома серверами ESX і сервером Windows Притому в деяких ситуаціях серверам ESX буде видно всі чотири LUN, доступних на цій СГД, – навіть той, з яким працює фізичний Windows-сервер (наприклад, якщо використовується відмовостійкий кластер Майкрософт в конфігурації physical-2-virtual) Таким чином, при установці ESX (i) на один з цих серверів він побачить всі чотири LUN (і локальні диски сервера, якщо вони є) – і мінімум один (той, який використовується Windows-сервером) інсталятору здасться порожнім

На щастя, на відміну від установника ESX 3, установник ESX 4 показує нам фізичну адресу LUN Наприклад, такий: «vmhba0: C0: T0: L0» Остання цифра тут – номер LUN А перша – номер контролера, через який сервер працює з цим LUN

Так от, ваше завдання – вибрати саме той диск, на який планується встановити ESX У випадку помилки і вибору для установки вже використовуваного диска (наприклад, диска, з яким працює сервер Windows на рис 11) вся інформація на ньому буде знищена Єдиний виняток – якщо перевстановлювати ESX поверх ESX, то майстер установки запропонує залишити недоторканим розділ VMFS, тобто все віртуальні машини на тому диску, куди встановлюємо ESX (рис 15)

Рис 15 Повідомлення про існуючому розділі VMFS на диску для установки

Ще один повязаний з дисками нюанс: диск, на який ми будемо устанавли вать ESX (i), може перебувати на контролері локальних дисків, на контролері Fibre Channel або iSCSI (FC або iSCSI HBA, Host Bus Adapter) Так от, для того щоб завантажити сервер з диска / LUN на зовнішній СГД, може знадобитися змінити налаштування BIOS сервера, повязані з процедурою завантаження (Boot):

1 З точки зору BIOS сервера, контролер HBA (FC або iSCSI) повинен стояти в списку дискових контролерів першого

2 Для того щоб контролер міг виступати завантажувальним, необхідна його активація на етапі завантаження сервера З точки зору BIOS, це означає приблизно наступне: розєм PCI, в якому стоїть цей контролер, повинен бути просканований на наявність завантажувального микрокода – BIOS контролера У деяких серверах така можливість називається «Option Rom Scan» Для розєму, в якому стоїть контролер, вона повинна бути включена, тобто виставлена ​​в положення «Yes»

3 Може знадобитися настройка в BIOS самого контролера

У разі вибору «Standard Setup» вказуємо диск для установки – і все Диск повинен бути розміром як мінімум 8,5 Гб На ньому будуть створені розділи, необхідні для гіпервізора: «/ boot» і «/ vmcore», в сумі приблизно 1250 Мб На місці, що залишилося буде створено розділ, відформатований у файлову систему VMFS, і на ньому буде створений файл «esxconsolevmdk» – віртуальний диск, що містить Service Console Тобто, на відміну від ESX 3, Service Console в ESX 4 не має своїх розділів на диску «/» (Root), «/ swap» та інші розділи SC знаходяться всередині цього віртуального диска

А якщо ви виберете варіант «Advanced Setup», то вам запропонують вибрати, де створити сховище VMFS під файл віртуального диска Service Console Або можна буде вибрати вже існуюче сховище VMFS Цей варіант потрібен тоді, коли сам ESX ми хочемо встановити на один диск / LUN, а esxconsolevmdk, віртуальний диск SC – розмістити на іншому диску / LUN У такому випадку на завантажувальному диску будуть тільки розділи «/ boot» і «/ vmcore»

Зверніть увагу Завантажувальний LUN повинен бути доступний тільки того одного сервера, який з нього завантажується

Далі можна буде вибрати, які розділи створюємо для Service Console За умовчанням це розділ під віртуальну память «/ swap», розділ «/» і «/ var / log» Нагадаю, що розташовуються ці розділи всередині vmdk-файла з попереднього пункту

Чому нам може захотітися міняти схему розділів, пропоновану за замовчуванням Тому що за замовчуванням всі дані SC потраплятимуть на розділ «/» І якщо на ньому закінчиться місце, ESX може зупинитися або почати працювати нестабільно (наприклад, описані випадки, коли недостатньо якісно написаний агент моніторингу обладнання генерував кілька гігабайт файлів журналів) Для того щоб звести цю ймовірність до мінімуму, буде доцільно створити окремі розділи під ті каталоги, які можуть займати багато місця Таким чином, додати нам варто все або частину з наступних розділів:

Q «/», читається як «root» – кореневий розділ Без нього не обійтися, розмір

його – від 5 Гб до 10 Гб (5 Гб нормально, коли створені додаткові розділи, про які нижче)

Q «/ swap» – під віртуальну память Service Console Робимо розміром

в 1600 Мб – зайвих декількох сотень мегабайт нам не шкода, зате ймовірність того, що SC не вистачить памяті, ми зводимо до мінімуму

Q «/ home», орієнтовний розмір від 512 Мб По цьому шляху зберігаються про-

фили і дані користувачів Service Console Правда, навряд чи вам буде потрібно заводити користувачів для мало-мальськи регулярної роботи в SC Однак на випадок якщо ви будете їх створювати, наявність окремого розділу

«/ Home» – це правильно

Q «/ tmp», 2048 Мб – для зберігання тимчасових файлів

Q «/ opt» – аналог «Program Files» в Windows Якщо плануємо встановлювати якісь додатки в SC, то краще буде створити окремий розділ під

«/ Opt», знову ж щоб мінімізувати ризик браку місця на кореневому розділі

Q «/ var / log», 2048 Мб – пропонується за умовчанням в режимі графічної

і текстової установки Рекомендується точкою монтування вказати навіть не «/ var / log», а «/ var» цілком Ще рекомендується збільшити розмір цього розділу на 512 Мб у разі використання автоматичної установки

Q «/ vmimages» – у цей каталог можна класти образи iso, і вони стануть доступ-

ни для підключення до ВМ Для зберігання цих образів зазвичай использу ються інші місця для зберігання iso (NAS або SAN) – так як образи з них можна використовувати на будь-якому з підключених серверів ESX (i) Однак якщо ви плануєте розміщувати образи iso локально на ESX або побоюєтеся, що це може бути зроблено помилково, створіть під «/ vmimages» окремий розділ

Зверніть увагу: змінювати розмір розділів ESX («/ boot» і «/ vmcore»), а також розділу VMFS ви не можете з графічного або текстового режиму установки Але розміри можна вказати довільні при установці з файлом відповідей – див відповідну главу Однак причин змінювати розміри цих розділів, в загальному випадку, немає

Є нюанс, повязаний з створюваним за замовчуванням розділом VMFS Установник створює VMFS за замовчуванням, з розміром блоку в 1 Мб Це означає, що на створеному за замовчуванням розділі VMFS не вийде створити віртуальну машину з файлом-диском більше 256 Гб Якщо вам необхідно розміщувати ВМ з диском більшого розміру на створюваному за замовчуванням розділі VMFS, то ознайомтеся зі статтею бази знань VMware № 1012683 (http://kbvmwarecom/ kb/1012683)

На наступному кроці майстра установки ESX вкажемо часовий пояс і настройки часу – вручну або через сервер NTP

Потім вкажемо пароль для root і створимо ще одного користувача Він нам знадобиться у разі звернення до ESX по SSH Ідея в тому, щоб авторизуватися під звичайним користувачем і лише потім, при необхідності, підняти свої привілеї до root Це правильно з точки зору безпеки, і на ESX за замовчуванням заборонено підключатися по SSH користувачем root Тому авторизуватися по SSH користувачем root без додаткових рухів тіла не вдасться

Далі переходите до розділу «Початок роботи»

Джерело: Міхєєв М О Адміністрування VMware vSphere 41 – М: ДМК Пресс, 2011 – 448 с: Ил

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*