~~META: title =Как построить HA кластер VMware vSphere | High Availability~~ {{description>Как построить HA кластер в VMware Общие сведения High Availability ESXi ★Конфигуратор ★Сценарии ★Прайс-Лист ★}} {{htmlmetatags>metatag-robots=(Index, follow) metatag-keywords=(vsphere High Availability VMware HA ESXi virtual storage) metatag-media-og:image=(http://www.v-grade.ru/lib/exe/fetch.php?w=500&tok=62fc7a&media=using-vmware:vmware-view-concept.jpg|VMware HA) }} Как построить HA кластер VMware vSphere | High Availability ====== Как построить vSphere HA High Availability кластер VMware ====== {{ :avatar.jpg?nolink&200|HA}} **//__High Availability__//** -- технология кластеризации, созданная для повышения доступности системы, и позволяющая, в случае выхода из строя одного из узлов ESXi, перезапустить его виртуальные машины на других узлах ESXi автоматически, без участия администратора. \\ \\ ===== Общие сведения High Availability ===== В прошлый раз шла речь [[:using-vmware:disaster-recovery-infrastructure|о технологиях, используемых в VMware для обеспечения отказоустойчивой системы]], в этой же статье подробнее остановимся на VMware HA -- VMware High Availability (механизме высокой доступности).\\ \\ Для того чтобы создать HA кластер, нам необходимо, чтобы все виртуальные машины этого кластера хранились на общем хранилище данных*. При этом если у нас выходит из строя один из узлов ESXi, все виртуальные машины с этого узла будут запущены на свободных слотах (мощностях) других ESXi узлов кластера.\\ \\ *Общее хранилище данных может представлять собой не только "железную" СХД, но и быть программным. У VMware для этой цели есть продукт vSAN (virtual storage area network). У RedHat есть GlusterFS и т.д. \\ **В августе ''2023'' года вышла [[:vmware-vsphere-8-licensing]]** \\ \\ ** Список терминов ** \\ * **High Availability (HA)** -- технология высокой доступности узлов ESXi;\\ * **Isolation response (IR)** -- параметр, определяющий действие ESXi-хоста при прекращении им получения сигналов доступности кластера. При создании кластера на каждый ESXi-хост устанавливается HA Agent, который будет обмениваться сигналами доступности (Heartbeat);\\ * **Reservation** -- параметр, рассчитывающийся на основе максимальных отдельных характеристик всех ВМ в кластере и в дальнейшем использующийся для расчета Failover Capacity;\\ * **Failover Capacity (FCap)** -- параметр, определяющий реальную отказоустойчивость. Измеряется в целых числах и обозначает, какое максимальное количество серверов в кластере может выйти из строя, после чего сам кластер всё еще будет продолжать функционировать;\\ * **Number of host failures allowed (NHF)** -- параметр задается администратором. Определяет целевой уровень отказоустойчивости. Такое количество узлов ESXi может одновременно выйти из строя;\\ * **Состояние Admission Control (состояние ADC)** -- автоматически рассчитывается как отношение Failover Capacity к Number of host failures allowed;\\ * **Параметр Admission Control (параметр ADC)** -- назначается администратором. Определяет поведение виртуальных машин при недостаточности слотов для их запуска;\\ * **Restart Priority (RP)** -- приоритет запуска машин после падения одного из узлов ESXi, входящих в кластер.\\ \\ ==== Последовательность создания VMware HA кластера ==== - Определяем количество и размер слотов на узлах ESXi (Reservation); - Устанавливаем значение Number of host failures allowed (NHF); - Рассчитываем параметр Failover Capacity (FCap); - Сравниваем NHF и FCap. Если NHF больше FCap, нам необходимо: * Либо докупить сервера; * Либо понизить значение NHF; * Либо оптимизировать Reservation; * Либо установить параметр ADC в Allow virtual machine to be started even if they violate availability constraints; - Устанавливаем параметр Admission Control в одно из состояний; - Определяем поведение хоста при прекращении получения сигналов доступности от остальных узлов (Isolation Response); - Назначаем виртуальным машинам Restart Priority; == Isolation Response == Действия при прекращении получения сигналов доступности в кластере HA определяются значением Isolation Response, определяющим действие узла ESXi при прекращении им получения сигналов доступности кластера (Heartbeat). Прекращение получения сигналов доступности происходит из-за «изоляции» ESXi, например, в случае отказа сетевой карты. **Существует несколько предполагаемых сценариев развития событий:** * Сбой отправки/получения сигналов доступности, но сама сеть продолжает функционировать; * Перестала работать сеть между узлом ESXi и остальными узлами кластера, но ESXi продолжает функционировать; В первом случае, стоит выбрать значение параметра Isolation Response - Leave powered on, тогда все машины, продолжат свою работу, невзирая на то, что прекратят получать сигналы доступности. Во втором случае следует выбрать Isolation Response -- Power off либо Shutdown (установлен по умолчанию), если ESXi-хост перестал получать сигналы доступности, HA перенесет с общего хранилища ВМ, хранившиеся на этом хосте ESXi, на свободные ESXi-хосты. ESXi-хост должен автоматически выключаться, чтобы не возникало конфликтов двух одинаковых хостов. По умолчанию Isolation Response установлен в режиме Power off. Мы не знаем как будут развиваться события в момент гипотетического отказа, поэтому мы рекомендуем оставлять значение IR в состоянии Power off, чтобы избежать риска появления в сети конфликтующих машин с одинаковыми сетевыми настройками. == Резервация ресурсов (Reservation) == При расчете параметра Failover Capacity кластер HA сначала создает слоты, определяемые параметром Reservation. Этот параметр рассчитывается по размеру максимальной из виртуальных машин, работающих на узлах кластера. == Параметр Failover Capacity == После расчета слотов определяется сам параметр Failover Capacity. Он измеряется в целых числах и обозначает, какое максимальное количество узлов в кластере одновременно может выйти из строя. При этом все машины должны продолжать функционировать. Иллюстрируем параметр Failover Capacity. Возьмем два случая (по вертикали: 1-й случай - отказ одного узла ESXi, 2-й случай - отказ 2-х узлов ESXi).\\ {{:ha-cluster-begin.gif?nolink|High Availability}}\\ {{:ha-cluster-end.gif?nolink|cluster}}\\ **Первый случай:** 3 узла ESXi, по 4 слота на каждом, 6 виртуальных машин.\\ В этом случае при выходе из строя одного узла (например, №3), ВМ 4,5,6 будут запущены на других узлах (в нашем случае №2, показаны стрелками), однако, при выходе из строя еще одного узла, свободных слотов под запуск ВМ не останется. **Второй случай:** 3 узла ESXi, по 4 слота на каждом, 4 виртуальные машины.\\ В этом случае, свободных слотов хватит, даже если упадет сразу 2 узла ESXi(в нашем случае, ВМ перенесутся на хост №1). Технически параметр Failover Capacity рассчитывается следующим образом: из количества всех узлов в кластере мы вычитаем отношение количества виртуальных машин в кластере к количеству слотов на одном узле ESXi. Если получается не целое число, округляем **вниз.** Для первого случая: 3-6/4=1.5 Округляем до 1;\\ Для второго случая: 3-4/4=2 Так и остается 2;\\ == Admission Control == Admission Control мы условно разделили на состояние Admission Control (состояние ADC) и параметр Admission Control (параметр ADC). Состояние ADC определяется соотношением реального уровня отказоустойчивости (FCap) и установленного администратором (NHF). Если FCap больше NHF, то кластер настроен корректно и проблем ожидать не следует. Если наоборот, то мы должны устанавливать параметр ADC. Параметр ADC определяется администратором и может иметь два состояния: * Do not power on virtual machines if they violate availability constraints -- не включать виртуальные машины, если не достаточно слотов для обеспечения целевого уровня отказоустойчивости; * Allow virtual machine to be started even if they violate availability constraints -- разрешить запуск виртуальных машин, несмотря на возможную нехватку ресурсов для их запуска; При выборе параметра ADC следует заранее понять, как будет устроен кластер и для каких целей он необходим: * Если наша основная задача -- это надежность самого кластера, несмотря на то, какие ВМ будут включены, нам следует установить Admission Control в состояние Do not power on….; * Если же нам важно работа всех ВМ в кластере, нам придется установить Admission Control в состояние Allow VM to be started….; Во втором случае, поведение кластера может стать непредсказуемым (в худшем случае может дойти до такого, что ВМ опустят значение ADC до нулевого значения, тем самым сделав бесполезным технологию HA) == Рекомендации по созданию кластера vSphere HA == Мы представим общие рекомендации по созданию кластера HA: - Для кластера с включенной службой HA необходимо, чтобы все виртуальные машины и их данные находились на общем хранилище данных (Fibre Channel SAN, iSCSI SAN, or SAN iSCI NAS). Это необходимо, чтобы включать ВМ на любом из хостов кластера. Это также означает, что узлы должны быть настроены для доступа к тем же самым сетям виртуальной машины, совместно используемой памяти и другим ресурсам; - Каждый сервер ESXi в кластере HA производит мониторинг узлов сети для обнаружения сбоев серверов. Чтобы сигналы доступности не прерывались, рекомендуется устанавливать резервные сетевые пути. Если первое сетевое соединение узла перестало функционировать, сигналы доступности (heartbeats) начнут передаваться по второму соединению. Для повышения отказоустойчивости, рекомендуется использовать два и более физических сетевых адаптерах на каждом узле; - Если нужно использовать службу DRS совместно с HA для распределения нагрузок по узлам, узлы кластера должны быть частью сети vMotion. Если узлы не включены в vMotion, то DRS может неверно распределять нагрузку на узлы;\\ \\ == esxi cluster == [[:how-to-create-vmware-ha-cluster|vSphere HA]]\\ Специалисты компании **V-Grade**, помогут сделать для Вас быстрый и правильный расчёт **esxi cluster**. \\ Достаточно написать письмо на почту с темой письма "**//__VMware HA__//**"[[vmware@v-grade.ru ]]. \\ Так же можете задать вопросы на тему: \\ **esxi cluster setup**\\ **vmware esxi cluster free**\\ **HA кластер**\\ \\ |**Хранения данных**| **[[:cyberprotect|Киберпротект]]**[[:cyberprotect|{{ ::cyberprotect.jpg?80|Киберпротект}}]]| \\ {{youtube>0H2uX4HM1po?link}} \\ \\ **Конфигуратор VMware vSphere**\\ * [[http://www.v-grade.ru/vgrade.php|Конфигуратор VMware]] **Виртуализация серверов**\\ * [[:vmware-vsphere-5-licensing|VMware ESXI]] * [[:vmware-vsphere-8-licensing|VMware vSphere 8]] * [[:vmware-vdi|VMware VDI]] * [[:vmware-horizon-8-licensing|VMware Horizon 8]] * **[[:vmware-vsan|VMware vSAN]]** * [[:vmware-workspace-one|Workspace ONE]] * [[:vmware-vsphere-academic-licensing|VMware для учебных заведений]] * [[:veeam-universal-license|Veeam]] * [[:limitation-esxi-7|ESXI Free]] * [[:esx-esxi-comparison|ESXI]] * [[:vmware-virtual-machine|Виртуальная машина VMware]] * [[:vmware-nsx-data-center|VMware NSX]] * [[:vmware-vcloud-director-demo|vCloud]] * [[:esxi-6.7|ESXI 6.7]] * [[:esxi-6.5|ESXI Server]] * [[:vmware-tools-vsphere|VMware Tools]] * [[:vmware-vrealize-suite-licensing-buy|vRealize]] \\ **Прайс-Лист** {{topic>price-list}} **Актуальные статьи** * **[[:how-to-create-vmware-ha-cluster|VMware High Availability]]** * [[:horizon-view-like-pc|VMware Horizon]] * [[:using-vmware:disaster-recovery-infrastructure|Fault Tolerance]] * [[:ustanovka-i-nastrojka-esxi-na-servere|Настройка ESXi]] * [[:pervonachalnoe-razvertyvanie-vcenter-na-esxi|Установка vCenter]] * **[[:ha-cluster-installation|Настройка кластера HA High Availability под ключ]]** * {{topic>actual}} **Продление поддержки/подписки VMware Support**\\ *[[:vmware-vsphere-support-najti-vmware-order-id|Инструкция VMware Support]]\\ *[[:vmware-support-licensing|Техническая поддержка VMware]]\\ \\ {{:vmw_09q3_lgo_vtsp_k.jpg?nolink&150|ESXi}} {{:vcp.gif?nolink&150|VMware HA}} {{::veeam_logo_2017_green-500.png?nolink&150|veeam}} {{:11uni.png?nolink&100|vSphere HA}} \\ {{:vg_logo-rgb-m.jpg?nolink&50|V-GRADE}} {{tag>vmware vsphere HA continuity отказоустойчивость High Availability}}