У наступній версії VSphere ESX більше не підтримують.
У цій міграції є дуже важливим, тому, планування і знання, які я зібрав інформацію на 7 ключових моментів належним чином підготуватися до цих нових способом управління вузлами.
1) Знай свого ворога: відмінності між ESX і ESXi
Це добре, щоб мати повне уявлення про відмінності між ESX і ESXi.
Два гіпервізором працюють на основі одного і того ж VMkernel, але керувати ESXi і управляти відрізняється від ESX.
Я рекомендую прочитати наступні статті:
порівняння порівняння ESX і ESXi
ESX проти. ESXi 4.1 База знань статтю
ESX і ESXi, тому що вони були дуже далекі dedicatia дуже різні цілі, але з 4,1 VSphere деякі відмінності були вирішені
2) Збільшити досвід ESXi
Навіть якщо ви використовували ESXi, ви збільшуєте свої навички.
Щоб поекспериментувати, створити м'які тестової середовищі, щоб не впливати на виробничу середу.
Якщо у вас немає апаратного забезпечення, ви можете запустити ESXi в Vitual машини (VM) на хості ESX або VMware Workstation.
Вивчіть різні методи, використовувані на ESXi installandovSphere інтерфейс командного рядка (CLI) на робочій станції і установки VSphere помічник управління (ВМА) в хост ESXi. Звикайте до використання VSphere PowerCLI і випробувати Tech Support Mode (TSM) консоль віддалено або локально.
3. Знайти альтернативу агенти і сценарії на консолі Служби ESX.
Якщо ви використовуєте агентів на консолі скрипт служби ESX і є альтернативи, які працюють на ESXi.
Є й агенти резервного апаратного моніторингу. Зробити чек з виробниками esserre впевнений, що у них є технологія, яка підтримує ESXi. Іноді вам буде необхідно оновити застаріле програмне забезпечення.
Багато агенти були включені в моніторинг установлюваних апаратних ESXi через файли настройки, які знаходяться всередині файла oem.tgz файл на розділ ESXi встановлений ласка, завантаження або налаштування із сайту виробника обладнання.
Якщо ви використовуєте Perl сценарії Service Console, ви повинні приступити до розгляду PowerShell, VSphere CLI або VMA.
