Следващата версия на vSphere ESX вече не подкрепа.
В процеса тази миграция е важен, затова, планиране и знания съм събрал информация в 7 основни точки, за да се подготвят за този нов начин за управление на домакините.
1) Опознай врага си: различия между ESX и ESXi
Това е добре да има задълбочено разбиране на различията между ESX и ESXi.
Две Hypervisors работи въз основа на същата VMkernel, но управлява ESXi и управляват различни от ESX.
Аз препоръчвам да прочетете следните статии:
Сравнението между ESX и ESXi сравнение
ESX срещу. ESXi 4,1 знания статия
ESX и ESXi, защото те са много далечен dedicatia, много различни цели, но с vSphere 4.1 няколко различия са били решени
2) Увеличаване на опит ESXi
Дори ако сте използвали ESXi, вие увеличавате уменията си.
За да експериментирате, създават мек среда за тестване, че да не се отрази на околната среда производство.
Ако не разполагате с хардуерни напредък, може да работи на ESXi в Виртуален машина (VM) на приемащата ESX или VMware Workstation.
Научете различните техники, използвани в ESXi installandovSphere командния ред интерфейс (CLI) на работната станция и инсталиране на vSphere управление на асистент (ВМА) в приемащата ESXi. Свикнете с помощта на vSphere PowerCLI и опит в технологичния режим на подкрепа (TSM), конзола за дистанционно или локално.
3. Намерете алтернативи на агенти и скрипт на Service Console ESX.
Ако използвате агенти по сценария на ESX Service Console и има алтернативи, които работят по ESXi.
Има както агенти на резервно копие наблюдение на хардуера. Направете проверка с производителите да esserre сигурни, че те имат технология, която поддържа ESXi. Понякога ще трябва да надстроите остарял софтуер.
Много агенти са били включени в мониторинга хардуер инсталируемо ESXi чрез персонализиране файлове, които са във файла oem.tgz файла на дяла на на ESXi инсталиран моля изтеглете или персонализации от сайта на производителя на хардуера.
Ако използвате Perl скриптове от Service Console, трябва да започнат да обмислят PowerShell, vSphere CLI или ВМА.
