Vmware vcenter server appliance update bundle как установить

Обновлено: 07.07.2024

Здесь описана установка (развёртывание) VMware vCenter Server Appliance (vCSA) 6.0 в инфраструктуре где еще нет никакого vCenter Server, т.е. установка с нуля. Развёртывание vCenter Server (vCS) может производиться несколькими разными способами, например из дистрибутива. Но такой способ может быть сложен. Поэтому, чтобы упростить развёртывание, компания VMware подготовила уже установленный vCS.

Порядок развёртывания

А теперь подробнее.

Скачивание дистрибутива vCenter Server Appliance 6.x

  1. Пройти по ссылке VMware Download Center.
  2. В разделе Datacenter & Cloud Infrastructure, в строке VMware vSphere, кликнуть Download Product.
  3. Найти секцию с соответствующей лицензией, например Essentials.
  4. Внутри секции, в строке VMware vCenter Server 6.0 xxx, кликнуть Go to Downloads.
  5. На странице Download VMware vCenter Server 6.0, в поле Select Version выбрать необходимую версию (лучше самую последнюю). На закладке Product Downloads выбрать необходимый вариант и нажать Download Now. После этого произойдет авторизация и если у вас есть права на скачивания этого дистрибутива – начнется скачивание.

Примечание: vCenter Server Appliance версии 6.x поставляется в виде ISO или ZIP. При этом ISO образ не содержит загрузочного диска, а содержит web-установшик который запускается на любом компьютере через браузер и с этого компьютера происходит развертывание. Поэтому, возможно что удобнее скачивать ZIP или вам придется каким-то образом получить доступ к содержимому ISO диска на компьютере с которого будет осуществляться развёртывание. Есть несколько способов (для Windows):

Развёртывание vCenter Server Appliance 6.x

2. Для развёртывания vCSA нужно открыть файл vcsa-setup.html из дистрибутива vCSA. Я открывал его через Chrome.

image

Через несколько секунд появилось еще одно окно с запросом внешнего протокола, нужно нажать Launch Application

image

SNAGHTML185e518

image

4. Принять лицензионное соглашение

image

5. Ввести адрес и учетную запись для хоста гипервизора ESXi на котором будет развернут vCSA.

image

6. Одобрить продолжение с тем сертификатом который есть.

image

7. Ввести имя виртуальной машины для vCSA и пароль администратора в ОС этой машины

image

image

9. Создание домена Single-Sign-On (SSO) сервисов аутентификации. Имя домена SSO не должно совпадать с именем домена Active Directory (AD).

image

10. Выбрать размер управляемой сети, т.е. количество хостов и виртуальных машин. В зависимости от размера, развёртывание создаст конфигурацию железа для виртуальной машины vCSA.

image

11. Выбрать дисковое хранилище на котором будет размещена VM vCSA. У меня одно хранилище на этом хосте, поэтому выбирать не из чего. Еще можно указать чтобы использовался Thin Mode.

image

12. Выбрать базу данных для vCSA. По умолчанию используется встроенный PostgresSQL. Для больших сетей можно использовать внешнюю СУБД Oracle.

image

13. Сетевые настройки для vCSA. В поле System Name рекомендуется использовать имя, но оно должно разрешаться через DNS, если в вашей сети это невозможно, используйте IP-адрес.

image

14. Последняя проверка настроек перед созданием vCSA

image

15. Дождаться завершения процесса установки.

image

16. Установка завершена. На экране указан адрес по которому можно зайти на vCSA.

image

17. Если посмотреть через vSphere Client была создана вот такая виртуальная машина vCSA. Отсюда можно изменить настройки сети, пароль администратора и включить\выключить SSH.

«Сервер vCenter — упрощенное и эффективное ПО для управления серверами

Централизованная визуализация, упрощенное и эффективное управление с возможностью масштабирования и расширяемость в гибридном облаке — все из единой консоли.

Сервер VMware vCenter — это централизованная платформа для управления средами VMware vSphere, с помощью которой можно автоматизировать виртуальную инфраструктуру и безопасно предоставлять к ней доступ в гибридном облаке.»

От себя же добавлю, что все основные «вкусняшки» виртуализации от VMware доступны только при наличии VCenter Server. Конечно, если вам не нужно централизованное управление хостами, живая миграция виртуальных машин и многое другое, вы вполне можете обойтись функционалом бесплатного ESXi, но, если хочется большего, давайте перейдем к вопросу

Подготовка к установке.

Что такое VCenter Server Appliance? Это виртуальная машина VMware, предварительно сконфигурированная, которая может работать на одном из хостов, которыми управляет. Есть VCenter, который устанавливается на физический или виртуальный сервер с Windows, но это требует лицензирования windows(доп. расходы), да и по функционалу Virtual Appliance сейчас не уступает виндовому собрату. Поэтому ставим Appliance.))

Если учетной записи нет, можете зарегистрироваться(бесплатно) или посмотреть здесь.

Посмотреть требования для установки VCSA можно по ссылке:

Размер инфраструктуры Процессор ОЗУ
Tiny environment (up to 10 hosts or 100 virtual machines) 2 10 GB
Small environment (up to 100 hosts or 1,000 virtual machines) 4 16 GB
Medium environment (up to 400 hosts or 4,000 virtual machine) 8 24 GB
Large environment (up to 1,000 hosts or 10,000 virtual machines) 16 32 GB
X-Large environment (up to 2,000 hosts or 35,000 virtual machines) 24 48 GB

По месту на диске: от 250 ГБ.

Хост ESXi, на который ставится VCSA, должен быть доступен с компьютера, на котором запущен установщик.

Установка VCenter Server Appliance 6.5

Откройте скачанный ISO-образ, перейдите в папку vcsa-ui-installer -> win32(при установке с компьютера с Windows) и запустите файл installer.exe

На первом экране мастера установки выберите необходимое действие(в нашем случае Install).

На следующем экране нажмите Next.

Примите условия лицензионного соглашения и нажмите Next.

На следующем шаге оставляем по умолчанию Embedded Platform Sevice Controller и жмем Next.

Далее нужно указать хост esxi, на котором разворачиваем VCSA и пароль от учетной записи root(для хоста).

На следующем экране задаем имя нашей ВМ и пароль для учетной записи root(для ВМ).

Выбираем конфигурацию нашей ВМ в зависимости от размера нашей инфраструктуры.

Указываем datastore, на котором будут располагаться файлы виртуальной машины VCSA(здесь можно выбрать «тонкий» формат дисков ВМ, установив соответствующий чекбокс).

На следующем экране вводим имя системы(в данном примере я использую IP-адрес) и сетевые параметры.

Проверяем настройки и жмем Finish.

Начнется развертывание VCSA.

По завершении установки вы увидите следующее:

Второй этап — настройка VCSA.

Жмем Next.

Определяем настройки синхронизации времени, с хостом или с серверами точного времени в Интернете.

В случае синхронизации с серверами в Интернете, укажите имена серверов через запятую.

Еще: VMWARE. ОШИБКА SYSTEM LOGS ON HOST ARE STORED ON NON-PERSISTENT STORAGE.

Также, можно включить или отключить SSH доступ

Дальше идут настройки SSO-домена(Single Sign On). Можно создать новый SSO-domain или присоединиться к существующему.

Задаем имя домена, сайта и пароль администратора.

На следующем экране снимаем галку, если не хотим присоединяться к программе VMware Customer Experience Improvement Program.

Ну и на завершающем этапе, проверяем настройки и жмем Finish.

Начнется настройка VCSA.

Перейдя по ссылке, можно выбрать либо Web-client либо HTML5-client(с ограниченной функциональностью).

Жмакнув на ссылку vSphere Web Client откроется страница входа, где, разрешив использование флэш-плеера

и введя учетные данные administrator@vsphere.local,

вы сможете попасть в интерфейс управления VCenter.

Выключаем ВМ VCSA, кликаем по ней правой кнопкой мыши и выбираем пункт Upgrade VM Compatibility

Выбираем совместимость с ESXi 6.5 и жмем Upgrade

Подтверждаем согласие с обновлением ВМ, нажав Yes

После этого заходим в настройки ВМ, выбираем VM Options->General Options и выбираем версию ОС VMware Photon OS(64 bit)

Вот так происходит установка VCenter Server Appliance 6.5. О его настройке постараюсь написать позже, если кому-то интересно.

mr_orangeV прислал статью о своём опыте замены VMware vCenter. С небольшой редактурой публикую. Юмор автора местами сохранён.

  • десяток разных серверов (с разными процессорами) на ESXi 6.0/6.5/6.7;
  • некая СХД, работающая по протоколам NFS/iSCSI;
  • невнятная сеть почти без деления (лучше бы было совсем без деления, так как я такого ужаса еще не видел).
  • VMware vCenter 6.5 на Windows, обновленный последний раз очень давно;
  • полное отсутствие документации «что, где, куда и почему»;
  • под сотню виртуальных машин, которые, конечно же, все очень важные и нужные. И тоже без обновлений! Настоящие админы до второго сервис пака не обновляют, но с Windows Server 2016/2019 есть проблема при таком подходе.
  • cостояние резервного копирования неочевидно.

Для ликвидация хаоса были предприняты следующие шаги:

Шаг 1. Детальная инвентаризация железа

  • Запускаем интегрированную среду сценариев PS через ярлык либо Пуск – Выполнить –powershell ise.
    Совет: лучше использовать vscode, но powershell ise идет в комплекте с Windows.
  • Запускаем командлеты в PS:



Из названия командлета неочевидно, но Connect-VIServer работает как с отдельными хостами, так и с vCenter целиком, отличается только набор доступных команд для хоста, поэтому заводим сразу и vCenter, и какой-нибудь host:

Как обычно, получаем ошибку:

Выглядит это страшно и ужасно, картинки тут, поэтому добавляем в наш скрипт перед подключением:

Во всплывшем окне вбиваем имя пользователя и пароль и после успешного подключения подаем команду:

Шаг 2 Детализация и проверка совместимости

Идем на Intel ark и уточняем спецификации используемых процессоров. Записываем в нашу таблицу.

На VMware HCL ищем наши процессоры (точнее, выбираем CPU в выпадающем списке, а затем series), выписываем последний возможный уровень ESXi. В частности, для много лет любимого Intel Xeon 56xx Series Supported Releases — 6.5. Знающие люди говорят, что возможно и 6.7 (проверено сообществом), и 7.0 (не стоит оно того), но официально предел 6.5, дальше «не проверено производителем».


Если с процессором все хорошо, то аналогично проверяем сетевые карты, FC-, RAID-контроллеры и так далее.

Если железо от HPE, Lenovo, Dell или другой фирменной сборки, то проверяем сервер целиком.

Связана такая проверка с тем, что в ESXi 7.0 поменяли работу с драйверами:

Deprecation of VMKLinux

In vSphere 7.0, VMKLinux driver compatibility has been deprecated and removed. vSphere 7.0 will not contain support for VMKLinux APIs and associated VMKLinux drivers. Custom ISO will not be able to have any VMKLinux async drivers. All drivers contained in an ISO must be native drivers. All currently supported devices which are not supported by native drivers will not function and will not be recognized during installation or upgrade. VCG will not show any devices not supported by a native driver as supported in vSphere 7.0. VMware vSphere 7.0 Release Notes

Ещё недавно вышел пакет Community Networking Driver for ESXi (раз, два) — тоже проверяйте.

Совет: Крайне желательно выделить свободный сервер и пробовать новые версии ПО на нем, а не на боевой среде.

Шаг 3. Сбор данных с имеющейся инфраструктуры

В первую очередь нам нужны данные по сетям с точки зрения VMware. Для этого у нас есть командлет Get-VirtualPortGroup:

(В следующей серии статей: злой брат близнец New-VirtualPortGroup и классы).

Шаг 4. Глубины понимания

Для проверки совместимости продуктов VMware между собой нам нужна LACP and vSphere (ESXi) hosts: not a very good marriage

Делать или не делать LACP – выбор исключительно ваш, особенно учитывая риски нахватать проблем со стороны сети. Например:

Для упрощения работы с сетями необходимо ознакомиться с простой и давно известной в PS вещи – классами.

Пример кода для понимания

Делаем табличку вида:


Добавление на хост:

Шаг 6. Обновление FW хостов в ходе миграции

Если вы внимательно делали шаг 2, то увидели прошивки (firmware) и версии драйверов.

Зачастую для ESXi 7 нужно обновить прошивки оборудования.

При обновлении старых хостов вы можете столкнуться с массой интересного. С чем довелось столкнуться мне опишу.

На относительно свежие сервера HPE уже не выпускается Service Pack for Proliant (SPP). Кроме того, лет 5 назад SPP был доступен бесплатно, сейчас – только по подписке.

У Supermicro обновления надо искать каким-то очень специфическим образом.

У Huawei отличная утилита Smartkit (SmartKit_V2R7C00RC6SPC300.zip) из состава Fusion tools , но путь до страницы Intelligent Servers неочевиден, как и недавнее обновление Enterprise сайта в попытке сделать лучше. Теперь надо не забывать нажимать справа Большую Красную Кнопку pre-version. Впрочем, кнопка есть.

Обязательное условие для любого вендора и любых обновлений: наличие действующей поддержки от вендора. Очень желательно проведение предварительной консультации и анализа сервера, особенно старого. Особенно необходима проверка Intel Fault Diagnosis and Management (FDM).

Обратите внимание, что у VMware есть ванильная версия ESXi и вендорские (от перечисленных выше производителей). HPE сделали умнее всех, и у них теперь две вендорские версии – для серверов поновее, и для серверов постарее. На версии постарее можно поймать фиолетовый экран просто так, от какого-то более нового драйвера, так что может оказаться, что надо ставить ванильную версию. У DELL свои веселые шутки за сто.

Шаг 7. Перенос VM

После того, как параллельная инфраструктура построена, проверена и работает, система резервного копирования (СРК) заведена и новый disaster recovery plan (DRP) в наличии — начинаем перенос хостов и виртуальных машин. Разумеется, перед переносом:

  • Надо сделать (и проверить) хоть какой-то disaster recovery plan (DRP) — план восстановления, если что-то пойдет не так.
  • Надо получить список виртуальных машин и как-то их отсортировать в порядке значимости. Можно (и нужно) сделать 1-2 тестовые виртуальные машины, только под проверку работы переноса.

Одновременно с переносом хостов желательно проводить и обновление самих хостов, хоть через VUM, хоть через ручное обновление путем закачки zip. Ничего сложного в процедуре нет, главное не забывать ОТКЛЮЧАТЬ LUN на время обновлений (если вы обновляете автоматически и между версиями).

До недавнего времени выбор метода переноса VM был не очень широк. Можно было переносить с перезагрузкой, а именно — выключаем VM, удаляем из инвентаря, добавляем на новом инвентаре, включаем. Перенос VM вместе с хостом — попробуйте, удивитесь, особенно при наличии EVC (примечание: читайте ссылки в рекомендованной литературе).

Относительно недавно появилась утилита Cross vCenter Workload Migration Utility, а теперь её добавили в сам vCenter — vSphere 7.0 U1c you can use The Advanced Cross vCenter Server vMotion (XVM) capability, в котором нас интересует раздел The Importing VMs Option. Дополнительные статьи тут и тут

Можно переносить и средствами резервного копирования — например, Veeam BR Quick Migration

В процессе переноса уточняете, что это за виртуальные машины, чьи они, нужны ли они, кто владелец.

С выходом 7 версии vSphere, в vCenter появился интересный модуль под названием «Update Planner», который должен помочь системным администраторам в обновление этого, достаточно важного, компонента виртуальной инфраструктуры.

Этот модуль должен оказывать помощь администраторам в проверке совместимости компонентов кластера и внешних систем с новой версией vCenter, а также выполнять ряд проверок перед обновлением.

Совсем недавно вышел первый апдейт на vCenter за версией 7.0.0a с билдом 16189094, что выглядит как отличная возможность проверить Update Planner в действии.

О том, как это работает и выглядит ниже.

Итак, на текущий момент у меня самый базовый билд сервера vCenter 7:


Подключившись к веб-интерфейсу VCSA можно заметить интересную плашку, сообщающую о новом доступном обновлении:

Нажав на «View Updates», мы попадаем непосредственно в Update Planner, где указаны все версии vCenter, доступные для обновления. В нашем случае есть только одна версия 7.0.0.10300:


При нажатии на «Link» секции Release Notes, мы будем перенаправлены на страницу с описанием текущего обновления.

Далее из данного меню мы можем проверить совместимость компонентов нашего кластера, а та же выполнить Pre-Update Checks.

Сгенерируем отчет по совместимости компонентов. Для этого выбираем требуемое обновление -> Generate Report -> Interoperability:


Через некоторое время отчет будет выведен на экран:


Как можно заметить, все мои 9 хостов совместимы с новой версией vCenter. Так же система сообщает нам о том, что неплохо было бы проверить на совместимость и другие компоненты, которые взаимодействуют с vCenter (например, система резервного копирования).

Если в нашей инфраструктуре есть другие компоненты VMware, например, vCloud Director, vROPS и т.п., проверить их совместимость с устанавливаемой версией vCenter Server можно, добавив в список с помощью «Modify Product List»:


Я выбрал некоторые «случайные компоненты» и после нажатия кнопки «Done» система начала проверку совместимости с ними:


Как можно заметить, не все версии компонентов совместимы с новой версией vCenter. А для vRealize Orchestrator совместимая версия 8.0.0 и выше, при указанной мной 7.6.0.

При необходимости данный список можно экспортировать в csv формат с помощью соответствующей кнопки.

Решив вопросы совместимости компонентов попробуем запустить Pre-Update Checks.


И сразу же получаю ошибку «Update 7.0.0.10300 not found. Please provide a valid update version».

Ясно, что обновление не найдено на VCSA, а значит его нужно предварительно загрузить. Переходим в vCenter Server Management, (адрес VCSA под портом 5480) выбираем раздел «Updates» и загружаем обновление на сервер с помощью «Stage Only». Данная опция скачает обновление на VCSA, но не будет его устанавливать:


После того, как обновление перейдет в статус Staged:

Попробуем запустить Pre-Update Checks еще раз:


Теперь никаких ошибок. Update Planner предлагает перейти в Appliance Management, чтобы установить обновление.

Вновь находясь в меню «Update» запускаем инсталляцию обновления с помощью «Install»:

Дожидаемся окончания инсталляции обновления:


И получаем новую версию нашего vCenter:


В качестве заключения:

Проверка совместимости версий компонентов при обновлении крайне важна и Update Planner действительно очень полезная в этом плане возможность.

В то же время Update Planner частично дублирует функции, доступные в менджмент-интерфейсе центра и, на мой взгляд, было бы логичным перенести оттуда все функции, включая загрузку и запуск процесса обновления, а не переключаться между интерфейсами.

Читайте также: