Linked mode vmware что это

Обновлено: 02.07.2024

Эра персоналок, с установленными приложениями, судя по всему потихоньку движется к закату, вернулись клиент-серверные технологии. Уже не потребуется мощный ПК, ведь вся обработка данных производится на сервере. Новинка требует наличия структуры, которая усилиями маркетологов получила название облачные вычисления. Индустрия стремительно развивается и за пару лет нам обещают убрать в облака десятую часть приложений. Для всего этого нужны специфические инструменты, и кому как не VMware быть первыми.

Назначение VMware vSphere

  • гипервизоров VMware ESX и/или VMware ESXi – собственно на них все и вертится;
  • VMware vCenter Server Agent обеспечивающий подключение гипервизоров к центру управления VMware vCenter Server (ранее VMware VirtualCenter Server), сам vCenter Server отвечающий за развертывание, централизованный менжемент и обеспечение доступа приобретается отдельно;
  • прочих компонентов обеспечивающих основные возможности, состав которых варьируется в зависимости от выбранной лицензии.

Развертывание vSphere

Читая описание, первая мысль, которая приходит в голову новичку – это очень сложно. На самом деле при внимательном подходе и выполнении всех требований процесс развертывания и последующего добавления хостов и VM можно назвать даже простым.
Чтобы установить vSphere потребуется выполнить ряд требований и пройти несколько шагов:


Устанавливаем VMware ESXi


Следующий шаг установка VMware vCenter ан компьютер под управлением MS Windows. Упоминаний о версии на сайте найти не удалось, но центр без проблем стал как на Windows XP, так и Windows 2008 R2. Все данные vCenter хранит в базе данных, для небольших сред (5 физических, 50 виртуальных машин) можно использовать Microsoft SQL Server 2005 Express, который идет уже с установочным архивом и предлагается по умолчанию. Иначе в процессе установки нужно будет настроить подключение к СУБД.


Онлайн сервис VMware Go позволяет быстро виртуализировать сервера


Выбираем standalone вариант установки vCenter Server

Добавление узлов и лицензий


Клиент управления vSphere Client


Область управления разделена визуально на три части по назначению:

Подпунктов в каждом не так уж много, поэтому времени на знакомство с интерфейсом уйдет не много. Не могу не отметить наличие всяческих подсказок и мастеров, если не выполнен какой нибуть обязательный шаг, то сразу получишь ссылку и рекомендации что делать. Интерфейс задача ориентированный, то есть админ что-то настраивает, а vSphere по мере возможностей последовательно выполняет задачи, главное что нет необходимости ждать пока выполнится одна задача, чтобы настроить следующий пункт. Большинство операций требуют некоторого времени и происходят в фоне, поэтому отслеживай статус внизу окна.


Недавно VMware объявили о выходе vSphere 6.0 Update 2m, официально поддерживающего инструмент миграции. Под катом чеклист, как подготовится к миграции (важные точки проверки), какие модели миграции есть, и на что обратить внимание при миграции с 5.5 Windows vCenter на версию 6.0

Миграция автоматически включена в новый vCenter Server Appliance 6.0 Update 2, уже доступна конфигурация миграции, и включена по умолчанию функция сохранения критических данных из Windows vCenter Server 5.5.

Если в вашей среде vSphere используются VDS (virtual distributed switch), то они мигрируют автоматически без дополнительных действий. Если вы хотите сохранить свою историю конфигураций и данные о производительности (статистику, события, задачи) с конфигурациями, есть опция которая позволяет перенести и эти данные. Только нужно помнить — это увеличит время вашей миграции и объем данных в вашей БД в vCenter Server.

Очень рекомендую использовать статью из вики KB 214620, которая поможет оценить и показать каким будет процесс миграции (как долго, какие ресурсы задействует и т.д.). В этом посте есть чек-лист того что нужно учитывать при подготовке к миграции, это имеет отношение к vSphere Single Sign-On домену и модели развертывания vCenter Server. Есть два самых главных момента, о инструменте миграции, которые я бы хотел особо подчеркнуть.

Первое. Будет выполнена не только ваша миграция, но и обновление версии 5.5 (с любыми апдейтами) до версии 6.0 (Update 2). Перед миграцией проверьте все ли части VMware и все решения сторонних вендоров поддерживают vSphere 6.0. Процедура миграции и апдейта не изменилась с прошлой версии, но сейчас есть механизм, который значительно упростил этот процесс.

Второй важный момент – нужно удостоверится что все конфигурации Windows vCenter Server уже сохранены. Сюда входят такие (но не только) данные и настройки: IP адреса, FQDN, UUID, сертификаты и MoRef IDs. Это делает процесс миграции намного проще, так как все части структуры общаются с vCenter Server через стандарт идентификации UUID, и они будут задействованы уже после миграции, как было и в старой версии. Этот список пунктов проверки очень важная часть подготовки процесса безболезненной миграции.

Золотое правило подготовки к любой миграции и апдейтам: «нужно хорошо знать свою ИТ-инфраструктуру». Есть две сферы, на которых также нужно сфокусироваться — это модели развертывания vSphere Single Sign-On домен (SSO) и vCenter Server.

Давайте вначале разберемся с SSO доменом. В vSphere 5.5 у вас должна быть возможность объединить vSphere SSO домен, если вам это необходимо. Единственная ваша возможность сделать такое объединение – это в версии 5.5, потому что в версии 6.0 это сделать будет невозможно.

На примере ниже, два разных домена vSphere SSO (vSphere.local -1 и vSphere.local -2). Первоначальной целью было объединить эти 2 домена в один — vSphere.local, вместе со всеми конфигурациями из 2 доменов. Это удалось сделать, потому что эта опция выбора существующего домена SSO не была применена во время развертывания на втором сервере SSO.

Если у вас есть желание объединить домены vSphere SSO, необходимо до миграции сделать следующее:

• Разверните новый внешний SSO сервер
• Укажите vCenter Inventory Service, Web Client, и vCenter Server Service на новом SSO сервере
• Если вы идете от внутренней модели развертывания к внешней, должен быть установлен внутренний SSO компонент

После того, как процесс завершен, ваш SSO домен будет объединен, как показано на диаграмме справа, и вы можете приступать к процессу миграции. Во время этого объединительного процесса, обратите внимание, что есть — vSphere 6.0 SSO maximums. В этом гайде – детали, которые важны при объединении vSphere SSO домена в версии 5.5. Если вас устраивают ваша существующая топология vSphere SSO, тогда вы можете спланировать развертывание vCenter Server.


Это следующий важный момент в развертывании vCenter Server. Windows vCenter Server 5.5 имеет две модели развертывания: простая и пользовательская.

Простая модель включена во все службы vCenter Server, на одной виртуальной машине. С другой стороны, пользовательская модель позволяет разделить службы vCenter Server (SSO, Inventory Service, Web Client и vCenter Server) на разные виртуальные машины. В vSphere 6.0 упрощена модель развертывания благодаря внедренному компоненту Platform Services Controller (PSC). Теперь мы можем управлять разными службами, которые распределены по единичному домену vSphere SSO. В такие службы входят: Single Sign-On (SSO), управление сертификатами, лицензирование, роли, тегирование и категоризацию, управление общим доступом).

В vSphere 6.0 у нас также две модели развертывания, только теперь они называются «внутренняя» и «внешняя». Внутренняя модель развертывания vSphere 6.0 соответствует простой модели в версии 5.5. Это значит, что все сервисы vCenter Server и компонент PSC остаются на той же виртуальной машине. Во внешнем развертывании vSphere 6.0 на виртуальных машинах уже есть PSC компонент и vCenter. Сейчас каждый компонент отвечает и управляет службами. Список рекомендованных топологий для версии 6.0 здесь.

Среди преимуществ внешней модели внедрения Enhanced Linked Mode может делать автоматические масштабирование через добавление Enhanced Linked Mode и vCenter Server.

Важно! vSphere 6.0 Update 2m – НЕ позволяет менять топологию развертывания по время процесса миграции.


Правила внешней модели миграции версии 5.5:

• Не держите vCenter Inventory Service на той же виртуальной машине, что и внешний SSO Server. Внутренний SSO Server выключится после того как vSphere SSO Service мигрирует, сделав vCenter Inventory Service недоступным.

• Когда все службы разделены (SSO, vCenter Inventory Service, Web Client и vCenter Server, есть отдельно на каждой виртуальной машине) вам нужно всего лишь запустить ассистент миграции.

• Ассистент миграции сделает блокировку, когда все расширения с сохранными настройками будут установлены на vSphere SSO Server. Расширение с сохранением настроек – это может быть один из сервисов, таких как vCenter Inventory Service, Auto Deploy, и vSphere Authentication Proxy.

• Ассистент миграции просигнализирует, когда расширения без сохранения настроек будут установлены на vSphere SSO Server. Расширение без сохранения настроек, которые используют данные, но не хранят их — vSphere Web Client и Dump Collector.

• Доступна миграция vSphere SSO Servers в обход балансировщика загрузки.

VMware получили много вопросов о том, стоит или нет менять модель разворачивания vCenter Server из внутренней на внешнюю, и когда стоит менять модель внедрения — до или после процесса миграции. Если вам не нужно объединять домены SSO – тогда вначале используйте встроенную модель. После этого используйте cmsso-команду, чтобы пересобрать и заново сконфигурировать вашу внутреннюю модель на внешнюю. Больше информации по использованию cmsso для изменения своей топологии доступно здесь. Если вам нужно объединить SSO домены, тогда ваша внутренняя модель станет внешней как часть процесса объединения доменов. Когда процесс объединения завершен, вы можете начать процесс миграции. В миграции внешних моделей сначала идет миграция всех vSphere SSO серверов в рамках vSphere домена, а затем миграция всех серверов vCenter. Это ничем не отличается от процесса обновления.

Как было отмечено выше, процесс миграции и обновления не изменился. До сих пор есть много действий, которые нужно выполнить, перед тем как начать миграцию, но сейчас у нас появился инструмент, позволяющий сделать процесс миграции гораздо проще.

Сейчас мы разобрались с разными моделями миграции, внутренней, внешней для SSO доменов и серверов vCenter, в следующем посте в этой серии мы узнаем больше насчет Windows vCenter Server.

Мы разобрали чеклист, на что стоит обратить внимание при миграции, в версии 5.5 Windows vCenter.


Выделенные серверы в надежных дата-центрах Германии!
Любая конфигурация, быстрая сборка и бесплатная установка

пятница, 22 октября 2010 г.

Standard vSwitch - часть 2

Продолжаем знакомиться с вирутальной сетевой инфраструктурой VMware vSphere. В этом посте мы рассмотрим расширенный функционал, предлагаемый VMware для vSwitch.

  • Security
    • Promiscuous mode enable/disable
    • MAC Address Change enable/disable
    • Forged Transmit enable/disable


    VLAN A - любой VLAN от 1 до 4094, а VLAN B - любой другой VLAN от 1 до 4094, но не равный A. Конкретные числа не имеют значения, достаточно того, что VLAN'ы не совпадают.

    Итак, чтобы увидеть, кто с кем может общаться:


    Если vSwitch сконфигурирован с включенным режимом "Promiscuous Mode", то vNIC в PG_VGT сможет увидеть весь трафик vSwitch. В то же время, vNIC из PG_EST сможет увидеть только трафик внутри своей портгруппы (или любой другой портгруппы в EST режиме, VLAN = 0). В остальном таблица довольно проста для понимания, за исключением колонки PG_VGT. Строки PG_VLA, PG_VLB и PG_VLB1 содержат и "Yes" и "No" - vNIC в PG_VLA (например) сможет увидеть трафик только для VLAN A, который может включать в себя трафик для PG_VGT.

    MAC Address Change

    • В VDI окружении при большом количестве создаваемых и включаемых ВМ
    • В среде, где ВМ стартуют на хосте-стартовой площадке, а в дальнейшем перераспределяются по другим хостам с помощью DRS.

    Forged Transmit

    Параметр Forged Transmit схож по своему действию с MAC Address Change, с той лишь разницей, что он затрагивает исходящий, а не входящий трафик. При "Accept" vSwitch будет обрабатывать и пересылать пакеты с "подделанным" (forged) MAC адресом. "Reject" соотв. запрещает пересылку пакетов от MAC адреса, не совпадающего с прописанным в .vmx, и заставляет vSwitch игнорировать подобные пакеты. Точно так же, без уведомления гостевой ОС.

    Параметры Forged Transmit и MAC Address Change необходимо установить в "Accept" для поддержки Unicast NLB.

    Эра персоналок с установленными программами неуклонно движется к закату. На пороге эпоха клиент-серверных технологий и облачных вычислений. Буквально через пару лет нам обещают убрать в облака десятую часть приложений, но для этого нужны специальные инструменты, и кому как не VMware быть здесь первой.

    Рынок виртуализации развивается стремительными темпами, засветились практически все крупные разработчики ПО: Microsoft, Oracle Corporation, Parallels, VMware и многие другие. Очевидно, что борьба разгорелась нешуточная, и самый жирный кусок пирога сможет оторвать тот, кто предложит что-то принципиально лучшее и более функциональное.

    Учитывая, что многие пользователи и организации выбирают вместо покупки приложений их облачный аналог (SaaS, Software as a service, Программное обеспечение как услуга), особое место среди систем виртуализации занимают решения, ориентированные на облачные вычисления. Такие как VMware vSphere.

    Назначение Vsphere

    Список возможностей продукта очень большой, выделим только самые примечательные из них:

    • VMware vStorage Thin Provisioning — экономия дискового пространства; используется только реально необходимый объем;
    • VMware VMsafe — высоконадежная кластерная файловая система, используемая для хранения виртуальных машин;
    • VMware API vStorage и vCenter Data Recovery — централизованное резервное копирование и восстановление VM из графической консоли;
    • VMware Hot Add — «горячее добавление» устройств без остановки виртуальной машины;
    • VMware Distributed Power Management — управление электропотреблением, позволяющее существенно сократить расходы;
    • VMware Host Profiles — интерфейс управления, позволяющий централизованно настраивать узлы VMware ESX/ESXi и контролировать установки на соответствие политикам.

    VMware vSphere состоит из следующих компонентов:

    • гипервизоров VMware ESX и/или VMware ESXi (собственно на них все и работает);
    • VMware vCenter Server Agent, обеспечивающего подключение гипервизоров к центру управления VMware vCenter Server (ранее — VMware VirtualCenter Server);
    • самого vCenter Server, отвечающего за развертывание, централизованный менеджмент и обеспечение доступа (приобретается отдельно);
    • прочих компонентов, обеспечивающих основные возможности, состав которых варьируется в зависимости от выбранной лицензии.

    На момент написания этих строк на сайте VMware появилась версия vSphere 4 update 2, ее и будем препарировать.

    Развертывание Vsphere

    Пока читаешь описание, первая мысль, которая приходит в голову новичку — это очень сложно. На самом деле при внимательном подходе и выполнении всех требований процесс развертывания и последующего добавления хостов и VM весьма прозрачен.

    Чтобы установить vSphere, надо выполнить ряд требований и пройти несколько шагов:

    • сверить имеющееся оборудование со списком VMware Hardware Compatibility List;
    • проинсталлировать VMware vSphere ESX/ESXi Server на физических серверах (2х2 Гц 64 bit CPU, 2+ Гб RAM, 2+ Гб HDD);
    • установить VMware vCenter Server и vSphere Client для управления ESX(i)-серверами;
    • настроить сеть хранения данных SAN;
    • развернуть клиентские ОС в виртуальных средах.

    Просто следуем указаниям визарда: принимаем лицензию, настраиваем сеть и выбираем диск. После перезагрузки мы можем управлять гипервизором из консоли, через веб-интерфейс или установив vSphere Client. Последний можно скачать с веб-страницы виртуальной машины, адрес которой будет доступен после установки ESX(i) или в vCenter.

    Следующий шаг — установка VMware vCenter на компьютер под управлением Windows. Упоминаний о версии на сайте найти не удалось, но центр без проблем встал как на XP, так и на 2k8R2. Все данные vCenter хранит в базе данных, для небольших сред (5 физических, 50 виртуальных машин) можно использовать Microsoft SQL Server 2005 Express, который идет с установочным архивом и предлагается по умолчанию. Иначе в процессе установки нужно будет настроить подключение к СУБД. Если хостов не много (до 250), то можно обойтись и 32-битной версией.

    При установке vCenter Update Manager (vCUM) указываем IP-адрес сервера vCenter и учетные данные для доступа. В качестве базы данных, к которой необходимо подключиться, указываем созданную ранее БД. Внимание: при запросе пароля в окне «Database Information» поле оставляем пустым, в этом случае будет использована Windows-аутентификация. Каталог, куда будут помещаться обновления, лучше расположить на отдельном разделе харда, который имеет достаточно свободного места (не менее 20 Гб). Его и указываем на шаге Destination Folder для «Configure the location for downloading patches». Клиентская часть vSphere Client, при помощи которой производятся все настройки, обычно ставится на комп админа (минимальные системные требования: Pentium II 300, 200 Мб RAM и 1 Гб HDD).

    Добавление узлов и лицензий

    Установка закончена. Открываем из меню vSphere Client, вводим логин и пароль (флажок Use Windows session credential позволит подключиться с текущими учетными данными), принимаем сертификат.

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

    Обрати внимание на строку адреса. После первой регистрации ты попадаешь во вкладку настроек ОС в «Home aa Inventory ae Host and Clusters», а они нам пока не нужны. Чтобы получить доступ ко всем возможностям vSphere, просто переходим в «Home».

    Область управления разделена на три части по назначению:

    • Inventory — поиск систем, добавление узлов и кластеров, datacenter, управление разрешениями;
    • Administration — управление ролями, сессиями, лицензиями, настройками vSphere, просмотр журнала и статуса работы сервиса;
    • Management — управление задачами, вывод событий и карты виртуаль ных машин, создание профилей хостов.

    Учитывая небольшое количество подпунктов в каждом из них, времени на знакомство с интерфейсом уйдет немного. Не могу не отметить наличие всяческих подсказок и мастеров; если не выполнен какой-нибудь обязательный шаг, то сразу получишь ссылку и рекомендации, что делать. Интерфейс «задача-ориентированный», то есть админ что-то настраивает, а vSphere по мере возможностей последовательно выполняет задачи. Главное — не нужно ждать, пока выполнится одна задача, чтобы настроить следующий пункт. Большинство операций требуют некоторого времени и происходят в фоне, поэтому отслеживай статус внизу окна.

    Всплывающее окно сразу же показывает количество дней, оставшихся до окончания пробного периода. Если лицензия уже приобретена, то самое время ее ввести. Переходим в «Administration oa Licensing», выбираем систему и в контекстном меню пункт «Manage vSphere Licenses». Копируем в окно лицензию и нажимаем «Add License Keys». Чтобы сопоставить ключ конкретному серверу, переходим в «Assign Licenses» или в контекст ном меню выбираем «Change License Key».

    Теперь самое главное — подключение ESX(i). Сначала создаем DataCenter, без этого шага дальше мы все равно не пойдем. Щелкаем по «DataCenter» и выбираем ссылку «Add a host». Появляется очередной визард, в первом окне которого вводим имя или IP узла и логин/пароль для управления; подключаемся, принимаем сертификат и получаем информацию о системе. При необходимости здесь же можно добавить лицензию и ввести данные об узле. Некоторое время придется подождать, пока хост будет добавлен. Далее выбираем хост, в окне Summary выводятся все данные по нему. Перейдя в окно Configuration, получаем возможность изменить некоторые настройки: параметры сети (подключение VMotion, iSCSI, NFS и другие), виртуального свича, хранилищ данных и так далее. После добавления нескольких хостов станет доступна возможность создания кластера. Выбираем в контекстном меню пункт New Cluster, визард попросит ввести имя будущего кластера. При помощи чекеров устанавливаем поддержку HA (High Availability) и DRS (Distributed Resource Scheduler).

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

    Если он активирован, в дальнейшем мастер предложит выбрать один из вариантов миграции VM (Manual, Partially, Full automated) и метод миграции (от Conservative до Aggressive).
    Настраиваем управление питанием (DPM), активируем мониторинг хостов, включаем EVC (Enhanced VMotion Compatibility), определяем место хранения своп-файла.

    К слову, суть EVC очень проста. Как известно, процессоры бывают разные, и гостевая ОС, установленная в системе, может использовать разные фишки вроде SSE. Но что будет, если эту ОС взять и перенести при помощи VMotion в другую систему, в которой совсем другие технологии? Вот EVC и приводит все к единому знаменателю, просто отключая «лишнее», в результате перенос VM проходит гладко. Доступны два варианта включения EVC — для AMD- и Intel-хостов.

    После выбора пунктов будет показан список совместимых процессоров. Хотя, если в кластере все сервера одинаковы, EVC можно совсем отключить. Кластер создан, но хосты в него мы еще не добавили. Это очень просто: берем и тащим мышкой. Сразу же стартует новый мастер, в котором можно все оставить по умолчанию, жмем два раза «Next» и аналогично добавляем остальные хосты.

    После всех операций становится доступным пункт «Deploy OVF Template», позволяющий добавить шаблоны виртуальных машин в формате Open Virtualization Format как с локального диска, так и через интернет (кстати, такой образ можно создать самостоятельно, воспользовавшись утилитой VMware OVF Tool). Процесс добавления упрощает очередной мастер. Добавленную ОСь сразу же можно запустить и проверить в работе. Осталось распространить добавленные образы ОС на хосты. Для этого выбираем в контекстном меню пункт «Migrate» и в окне мастера указываем хост, на который его необходимо скопировать.

    Учитывая то, что облачные системы могут обслуживаться большим количеством админов с разными правами, их желательно как-то разделить по возможностям. В vSphere используется ролевая концепция, после установки в «Administration oa Roles» доступно 9 шаблонов ролей, позволяющих выбрать и за один клик назначить юзеру его права.
    Простой мастер предоставляет возможность создать любое количество новых ролей.

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