Vmware depot что это

Обновлено: 02.07.2024

Частное облако представляет собой изолированную среду стека VMware (узлы ESXi, vCenter, vSAN и NSX), которая управляется сервером vCenter в домене управления. Служба CloudSimple позволяет выполнять встроенное развертывание VMware в инфраструктуре Azure Bare Metal в расположениях Azure. Частные облака интегрируются с остальными частями облака Azure. Частное облако развертывается со следующими компонентами стека VMware.

VMware ESXi — гипервизор на выделенных узлах Azure.
VMware vCenter — устройство для централизованного управления средой vSphere частного облака.
VMware vSAN — решение для организации гиперконвергентной инфраструктуры.
VMware NSX Data Center — программное обеспечение для виртуализации сети и обеспечения безопасности.

Версии компонентов VMware

Стек VMware для частного облака развертывается со следующими версиями ПО.

Компонент	Версия	Лицензированная версия
ESXi	6.7U2	Enterprise Plus
vCenter	6.7U2	vCenter Standard
vSAN	6.7	Предприятие
NSX Data Center	2.4.1	Продвинутый уровень

VMware ESXi устанавливается на подготовленных узлах CloudSimple при создании частного облака. ESXi предоставляет гипервизор для развертывания виртуальных машин рабочей нагрузки. Узлы предоставляют гиперконвергентную инфраструктуру (вычисления и хранения) в частном облаке. Узлы являются частью кластера vSphere в частном облаке. У каждого узла есть по четыре физических сетевых интерфейса, подключенных к базовой сети. Два из них используются для создания распределенного коммутатора vSphere (VDS) в vCenter, а остальные два — для создания виртуального распределенного коммутатора под управлением NSX (N-VDS) . Для обеспечения высокой доступности сетевые интерфейсы настраиваются в режиме "активный — активный".

Дополнительные сведения о VMware ESXi

Устройство vCenter Server

Устройство vCenter Server (VCSA) реализует функции проверки подлинности, управления и оркестрации для решения VMware с использованием службы CloudSimple. VCSA со встроенным контроллером служб платформы (PSC) развертывается при создании частного облака. VCSA развертывается в кластере vSphere, который создается при развертывании частного облака. В каждом частном облаке используется собственное устройство VCSA. При расширении частного облака узлы добавляются в VCSA в нем.

Единый вход в vCenter

Хранилище vSAN

Частные облака создаются с полностью настроенным хранилищем vSAN на основе технологи All-Flash, которое является локальным по отношению к кластеру. Для создания кластера vSphere с хранилищем vSAN требуется как минимум три узла для одного номера SKU. В хранилище данных vSAN по умолчанию включены функции дедупликации и сжатия. На каждом узле кластера vSphere создаются две группы дисков. В каждой группе дисков содержатся один диск кэша и три диска емкости.

Политика хранилища vSAN по умолчанию создается в кластере vSphere и применяется к хранилищу данных vSAN. Эта политика определяет принципы подготовки и выделения объектов хранилища ВМ в хранилище данных для обеспечения требуемого уровня обслуживания. В политике хранилища определяются такие параметры, как Отказоустойчивость и Метод обеспечения отказоустойчивости. Вы можете создавать новые политики хранилища и применять их к виртуальным машинам. Чтобы обеспечить выполнение соглашения об уровне обслуживания, в хранилище данных vSAN необходимо поддерживать резерв емкости в 25 %.

Политика хранилища vSAN по умолчанию

В следующей таблице описываются параметры политики хранилища vSAN по умолчанию.

Количество узлов в кластере vSphere	Отказоустойчивость	Метод обеспечения отказоустойчивости
3 и 4 узла	1	RAID 1 (зеркальное отображение) — создаются 2 копии
От 5 до 16 узлов	2	RAID 1 (зеркальное отображение) — создаются 3 копии

NSX Data Center

NSX Data Center обеспечивает виртуализацию, микросегментацию и защиту сети в частном облаке. Вы можете настроить все поддерживаемые NSX Data Center службы в частном облаке с помощью NSX. При создании частного облака устанавливаются и настраиваются следующие компоненты NSX.

Диспетчер NSXT
Транспортные зоны
Профиль канала исходящей связи для узла и пограничных устройств
Логический коммутатор для пограничной транспортировки, Ext1 и Ext2
Пул IP-адресов для узла транспортировки ESXi
Пул IP-адресов для узла пограничной транспортировки
Пограничные узлы
Правило удаления сходства DRS для контроллера и пограничных виртуальных машин
Маршрутизатор уровня 0
Поддержка протокола BGP на маршрутизаторе уровня 0

Кластер vSphere

Узлы ESXi настраиваются в качестве кластера, обеспечивая высокий уровень доступности частного облака. При создании частного облака компоненты управления vSphere развертываются в первом кластере. Для компонентов управления создается пул ресурсов, в котором развертываются все виртуальные машины управления. Первый кластер нельзя удалить для уменьшения размеров частного облака. Кластер vSphere обеспечивает высокий уровень доступности для виртуальных машин с использованием механизма vSphere HA. Отказоустойчивость зависит от количества доступных узлов в кластере. Для оценки можно воспользоваться формулой Number of nodes = 2N+1 , где N — это количество отказов, при которых сохраняется устойчивость.

Ограничения для кластера vSphere

Ресурс	Ограничение
Минимальное количество узлов для создания частного облака (первый кластер vSphere)	3
Максимальное количество узлов в кластере vSphere для частного облака	16
Максимальное количество узлов в частном облаке	64
Максимальное количество кластеров vSphere в частном облаке	21
Минимальное количество узлов в новом кластере vSphere	3

Обслуживание инфраструктуры VMware

Время от времени в конфигурацию инфраструктуры VMware вносятся необходимые изменения. В настоящее время интервалы между обновлениями могут составлять 1–2 месяца, однако в дальнейшем они будут сокращаться. Такие операции по обслуживанию обычно выполняются без прерывания обычной работы служб CloudSimple. В период обслуживания VMware следующие службы продолжают работать без каких-либо последствий.

Приложения и плоскость управления VMware
Доступ к vCenter
Все сетевые функции и хранилище
Весь трафик Azure

Обновление

CloudSimple отвечает за управление жизненным циклом программного обеспечения VMware (ESXi, vCenter, PSC и NSX) в частном облаке.

Существуют следующие виды обновлений программного обеспечения.

Исправления. Исправления системы безопасности или ошибок, выпускаемые VMware.
Обновления. Незначительные изменения в версии компонента стека VMware.
Модернизации. Существенные изменения в версии компонента стека VMware.

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

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

Монго раз был испробован метод интеграции сторонних драйверов в установочный образ vmware esxi. Эта методика не дала результата при интеграции драйверов RAID контроллера Adaptec ASR-6405E. Хотя, скажем, Adaptec ASR-8405E не вызвал ни единого вопроса.

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

Создание собственного образа

1. Устанавливаем VMware PowerCLI 5.1 (версия PowerShell > 5):

2. Разрешаем выполнение сценариев PowerShell:

3. Скачиваем драйвера с сайте Adaptec для нашего RAID контролера, из архива берем zip файл и кладем в папку. У меня такой файл:

4. Подгружаем список сетевого хранилища стандартно поддерживаемого оборудования:

5. Добавляем драйвер aacraid в хранилище поддерживаемого оборудования:

6. Проверим, что драйвера добавились:

7. Выводим список доступных образов ESXi:

На данный момент:

на запрос Vendor:

9. Задаем данного вендора, что он поддерживаемый:

10. Проверим в списке доступных пакетов, что появился наш драйвер:

ищем что-то подобное:

11. Добавим наш драйвер в наш установочный образ:

12. Выгружаем к себе наш готовый образ:

Наш образ с интегрированными драйверами готов.

UPDATE: 19.02.2021

Исходя из комментариев, опишу еще один метод интеграции драйверов в образ ESXi.

Offline интеграции драйверов в образ

Определим верcию ESXi:

Продолжаем с 4-го пункта предыдущего метода.

5. Скачиваем архив в zip образа ESXi:

6. Отключаемся от библиотеку:

7. Добавляем скаченные архивы:

9. Проверим есть ли наш пакет в образе:

10. Интегрируем в образ:

12. Превращаем в iso файл:

Вот что будет в нашей папке:

Если в режиме онлайн получаете ошибку 10054

скорее всего связана с серверами vmware и работы с SSL3. Можно попробовать заставить PowerShell работать с ssl3:

7 комментариев

Буду признателен если подскажете как бытб.

Могу на вскидку подозревать, что образ 6.7 заменен на 7-ку. Не пробовал интеграцию на ESXi-7.0. Попробуйте просто скачать образ ESXi-6.7 [PS: .\ESXi-Customizer-PS-v2.6.0.ps1 -v67], чтоб убедиться в его доступности. Так же, внимательно на пункте 8: [ESXi-6.7.0-20190402001-standard] есть ли такой образ на данный момент? Когда скачаете образ -v67, сопоставьте с ESXi-6.7.0-20190402001-standard.

VASA это набор API, предоставляемый VMware и предназначенный для разработки провайдеров хранилищ (storage providers) для инфраструктуры vSphere. Storage provider-ы это программные компоненты, предоставляемые vSphere или разрабатываемые 3-ей стороной, предназначенные для интеграции (отслеживания) хранилищ (программных и аппаратных СХД) и фильтров ввода-вывода (VAIO) с инфраструктурой vSphere.

Storage provider (VASA-провайдер) нужен для того, чтобы виртуальная инфраструктура:

получала информацию о статусе, характеристиках и возможностях СХД;
могла работать с такими сущностями как Virtual SAN and Virtual Volumes;
могла взаимодействовать с фильтры ввода-вывода (VAIO).

VASA-провайдеры сторонних разработчиков используются как сервисы отслеживания информации о данном хранилище для vSphere. Такие провайдеры требуют отдельной регистрации и установки соответствующих плагинов.

Встроенные storage provider-ы являются компонентами vSphere и не требуют регистрации. Так, например, провайдер для Virtual SAN автоматически регистрируется при её развертывании.

vSphere посредством storage provider собирает информацию о хранилищах (характеристики, статус, возможности) и сервисах данных (фильтрах VAIO) во всей инфраструктуре, данная информация становится доступной для мониторинга и принятия решений через vSphere Web Client.

Информацию, собираемую VASA-провайдерами, можно разделить на 3 категории:

Возможности и сервисы хранилища. Это как раз то, на основе чего формируются правила Common rules и Rules Based on Storage-Specific Data Services в SPBM – возможности и сервисы, предоставляемые Virtual SAN, vVol и фильтрами ввода-вывода.
Состояние хранилища. Информация о состоянии и событиях на стороне хранилищ, в т.ч. тревожные события, изменения конфигурации.
Информация Storage DRS. Данная информация позволяет учитывать внутренние процессы управления хранилищами в работе механизма Storage DRS.

К одному storage provider-у могут одновременно обращаться несколько серверов vCenter. Один vCenter может одновременно взаимодействовать с множеством storage provider-ов (несколько массивов и фильтров ввода-вывода).

VAAI — vSphere API for Array Integration / Набор API для интеграции массива

API данного типа можно разделить на 2 категории:

Hardware Acceleration APIs. Предназначены для прозрачного переноса нагрузок по выполнению отдельных операций связанных с хранением с гипервизоров на СХД.
Array Thin Provisioning APIs. Предназначены для мониторинга пространства на «тонких» разделах массивов для предотвращения ситуаций с нехваткой места и выполнения отзыва (неиспользуемого) пространства.

Storage Hardware Acceleration (VAAI для Hardware Acceleration)

Данный функционал обеспечивает интеграцию хостов ESXi и совместимых СХД, позволяет перенести выполнение отдельных операций по сопровождению ВМ и хранилища с гипервизора (хоста ESXi) на массив (СХД), благодаря чему увеличивается скорость выполнения данных операций, при этом снижается нагрузка на процессор и память хоста, а также на сеть хранения данных.

Storage Hardware Acceleration поддерживается для блочных (FC, iSCSI) и файловых (NAS) СХД. Для работы технологии необходимо, чтобы блочное устройство поддерживало стандарт T10 SCSI либо имело VAAI-плагин. Если блочный массив поддерживает стандарт T10 SCSI, то VAAI-плагин для поддержки Hardware Acceleration не нужен, все заработает напрямую. Файловые хранилища требуют наличия отдельного VAAI-плагина. Разработка VAAI-плагинов ложится на плечи производителя СХД.

В целом VAAI для Hardware Acceleration позволяют оптимизировать и переложить на массив следующие процессы:

Миграция ВМ посредством Storage vMotion.
Развертывание ВМ из шаблона.
Клонирование ВМ или шаблонов ВМ.
Блокировки VMFS и операции с метаданными для ВМ.
Работа с «толстыми» дисками (блочный и файловый доступ, eager-zero диски).

Full copy (clone blocks или copy offload). Позволяет массиву делать полную копию данных, избегая операций чтения-записи хостом. Данная операция сокращает время и сетевую нагрузку при клонировании, развертывании из шаблона или миграции (перемещении диска) ВМ.
Block zeroing (write same). Позволяет массиву обнулять большое количество блоков, что значительно оптимизирует создание дисков типа «eager zero thick» для ВМ.
Hardware assisted locking (atomic test and set — ATS). Позволяет избежать блокировки LUN-а с VMFS целиком (нет необходимости использовать команду SCSI reservation) благодаря поддержке выборочной блокировки отдельных блоков. Исключается потеря (снижается вероятность потери) производительности хранилища при внесении гипервизором изменений в метаданные на LUN с VMFS.

Пояснение

VMFS является кластерной ФС (файловая система) и поддерживает параллельную работу нескольких хостов ESXi (гипервизоров) с одним LUN-ом (который под неё отформатирован). На LUN-е с VMFS может размешаться множество файлов ВМ, а также метаданные. В обычном режиме, пока не вносятся изменения в метаданные, все работает параллельно, множество хостов обращается в VMFS, никто никому не мешает, нет никаких блокировок.

Если Hardware Acceleration (VAAI) не поддерживаются блочным устройством, то для внесения изменений в метаданные на VMFS каким-либо хостом приходится использовать команду SCSI reservation, LUN при этом передается в монопольное использование данному хосту, для остальных хостов на момент внесения изменений в метаданные этот LUN становится недоступен, что может вызвать ощутимую потерю производительности.

Метаданные содержат информацию о самом разделе VMFS и о файлах ВМ. Изменения метаданных происходят в случае: включения/выключения ВМ, создания фалов ВМ (создание ВМ, клонирование, миграция, добавление диска, создание снапшота), удаление файлов (удаление ВМ или дисков ВМ), смена владельца файла ВМ, увеличение раздела VMFS, изменение размера файлов ВМ (если у ВМ «тонкие» диски или используются снапшоты – это происходит постоянно).

Hardware Acceleration для VMFS не отработает и нагрузка ляжет на хост если:

VMFS разделы источника и назначения имеют разные размеры блока
Файл источник имеет формат RDM, файл назначения не-RDM
Исходный файл «eager-zeroed-thick», файл назначения «тонкий»
ВМ имеет снапшоты
VMFS растянута на несколько массивов

Full File Clone. Позволяет клонировать файлы ВМ на уровне устройства NAS.
Reserve Space. Позволяет резервировать пространство для ВМ с «толстыми» дисками (по умолчанию NFS не резервирует пространство и не позволяет делать «толстые» диски).
Native Snapshot Support. Поддержка создания снапшотов ВМ на уровне массива.
Extended Statistics. Даёт возможность увидеть использование пространства на массиве.

Multipathing Storage APIs — Pluggable Storage Architecture (PSA) / Набор API для мультипафинга

Для управления мультипафингом гипервизор ESXi использует отдельный набор Storage APIs называемый Pluggable Storage Architecture (PSA). PSA – открытый модульный каркас (framework), координирующий одновременную работу множества плагинов мультипафинга (multipathing plug-ins – MPPs). PSA позволяет производителям разрабатывать (интегрировать) собственные технологии мультипафинга (балансировки нагрузки и восстановления после сбоя) для подключения своих СХД к vSphere.

PSA выполняет следующие задачи:

Загружает и выгружает плагины мультипафинга
Скрывает от ВМ специфику работы плагинов мультипафинга
Направляет запросы ввода-вывода MPP
Обрабатывает очереди ввода-вывода
Распределяет полосу пропускания между ВМ
Выполняет обнаружение и удаление физических путей
Собирает статистику ввода-вывода

NMP в свою очередь также является расширяемым модулем, управляющим двумя наборами плагинов: Storage Array Type Plug-Ins (SATPs), and Path Selection Plug-Ins (PSPs). SATPs и PSPs могут быть встроенными плагинами VMware или разработками сторонних производителей. При необходимости разработчик СХД может создать собственный MPP для использования в дополнение или вместо NMP.

SATP отвечает за восстановление пути посте сбоя (failover): мониторинг состояния физических путей, информирование об изменении их состояния, переключение со сбойного пути на рабочий. NMP предоставляет SATPs для всех возможных моделей массивов, поддерживаемых vSphere, и осуществляет выбор подходящего SATP.

PSP отвечает за выбор физического пути передачи данных. NMP предлагает 3 встроенных варианта PSP: Most Recently Used, Fixed, Round Robin. Основываясь на выбранном для массива SATP, модуль NMP делает выбор варианта PSP по умолчанию. При этом vSphere Web Client дает возможность выбрать вариант PSP вручную.

Принцип работы вариантов PSP:

В этой статье мы не будем углубляться в какие-либо технические подробности. Вместо этого разберёмся в терминологии VMware. Этот небольшой обзор будет полезен тем, кто хочет понять разницу между базовыми продуктами VMware. Почти все знают об ESXi. А как насчёт vSphere и vCenter? Люди часто путают эти термины, но на самом деле ничего сложного в них нет. Давайте разложим всё по полочкам.

Появившись на рынке в 2001 году, гипервизор VMware ESX (ранее известный как VMware ESX Server) положил начало виртуальной революции. Сегодня VMware — ведущий разработчик программных продуктов для виртуализации (сейчас является частью Dell). Каждые полтора года компания выпускает новое программное обеспечение с расширенными функциями, которое совместимо с большим количеством оборудования, в том числе с накопителями SSD NVMe, жёсткими дисками очень большой ёмкости и новейшими центральными процессорами Intel или AMD.

VMware ESXi

ESXi —— это гипервизор; крошечная частичка программного обеспечения, которая устанавливается на физический сервер и позволяет запускать несколько операционных систем на одном хост-компьютере. Эти ОС работают отдельно друг от друга, но могут взаимодействовать с окружающим миром через сеть. При этом остальные компьютеры подключены к локальной сети (Local Area Network, LAN). Операционные системы запускаются на виртуальных машинах (Virtual Machine, VM), у каждой из которых есть своё виртуальное оборудование.

Существуют платная и бесплатная версии VMware ESXi. У нас можно заказать установку бесплатной версии на выделенные серверы. Функционал бесплатной версии несколько ограничен. Она позволяет консолидировать на одном компьютере ограниченное количество ОС, и ею нельзя управлять через центральный сервер управления — vCenter. Тем не менее, Free ESXi (или VMware ESXi Hypervisor) подключается к удалённым хранилищам, где можно создавать, хранить и использовать виртуальные машины. То есть, это удалённое хранилище может быть разделено между несколькими ESXi-хостами, но не между виртуальными машинами. Виртуальные машины «принадлежат» каждому хосту, что делает невозможным центральное управление.

Работа с бесплатной версией ESXi очень проста и состоит из базовых процессов: обучения, тестирования производственных процессов, проверки систем аварийного восстановления, утверждения архитектурных решений. Используя снапшоты, вы можете проверить корректность работы патчей Windows. Как вариант, это может быть полезно, если вы решили клонировать свой производственный сервер с помощью VMware Converter или технологии P2V, и хотите протестировать пакет обновлений Microsoft перед его установкой.

VMware vCenter

VMware vCenter — это платформа централизованного управления виртуальной инфраструктурой VMware. С её помощью вы можете распоряжаться почти всеми процессами всего с одной консоли. Сервер vCenter можно установить на Windows или развернуть как предварительно настроенную виртуальную машину с помощью Photon OS — мощного дистрибутива на базе Linux. Раньше VMware использовали дистрибутив Suse Linux Enterprise Server (SUSE), но недавно перешли на Photon OS.

vCenter Server — это лицензированное программное обеспечение. Приобрести его можно двумя способами:

vCenter Server Essentials как часть пакета vSphere Essentials. Эта версия vCenter справляется с управлением тремя хостами с двумя физическими процессорами на каждом. Если у вас небольшая компания, то вы будете оперировать примерно с 60 ВМ, и эта версия vCenter вам подойдёт. С базовым набором вы получаете лицензию не только на vCenter server, но и на ESXi (до трёх хостов с двумя ЦП на каждом).
Standalone vCenter Server — полноценная самостоятельная версия vCenter server, способная управлять 2 000 хостами с 25 000 рабочих виртуальных машин. Это лицензия исключительно на vCenter. Сам по себе vCenter — только часть лицензионной головоломки. Чтобы управлять всеми хостами с одного устройства, вам нужна лицензия на каждый из них. Лицензии бывают трёх видов: standard, enterprise, enterprise Plus, и каждая распространяется на один процессор. Так что, если вы планируете создать хост с двумя физическими процессорами, то вам понадобится 2 лицензии только для одного этого хоста.

VMware vSphere

VMware vSphere — это коммерческое название всего пакета продуктов VMware. Как говорилось ранее, разные пакеты ПО стоят разных денег. Самые дешёвые — базовые пакеты vSphere essentials или Essentials Plus. Есть ли между ними разница? Да, но она состоит в количестве доступных функций, а не в самом программном наполнении.

В зависимости от типа лицензии, вы получаете доступ к определённому количеству функций, управлять которыми можно через vSphere Web client. Существует также программа vSphere HTML 5 client, но пока что она не пригодна для использования. Компания продолжает её разработку.

В пакете Essentials нет функции High Availability (автоматический перезапуск ВМ), vMotion, ПО для резервного копирования (VDP) и возможности использовать хранилище VSAN.

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

Кроме того, в случае непредвиденного аппаратного сбоя, vSphere High Availability (HA) автоматически перезапустит виртуальные машины, которые перестали работать вместе с проблемным хостом. Эти виртуальные машины автоматически перезапускаются на других хостах из кластера VMware. Системе нужно немного времени, чтобы определить, какой компьютер дал сбой и какие хосты могут временно взять на себя его виртуальные машины. У этих хостов должно быть достаточно памяти и мощности ЦП, чтобы выдержать дополнительную нагрузку. Как только система заканчивает анализ, ВМ перезапускаются. Весь процесс автоматизирован и не требует вмешательства администратора.

Подведём итог

Как видите, терминологию VMware понять довольно просто, как и разницу между ESXi, vSphere и vCenter. Система лицензирования также ясна. Сам по себе гипервизор бесплатный, но его функционал ограничен, вследствие чего такое ПО не застраховано от потери данных. Поэтому ESXi предназначен для использования только в тестовых средах.

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