RHEV имеет функцию отказоустойчивости, аналогичную VMware HA. Что говорит нам об этом Red Hat?
Но...
Прежде всего, HA доступен во всех "больших" редакциях vSphere, начиная со Standard, и в Essentials Plus для SMB.
Уже интересно, даже маркетинг Microsoft не лжет настолько в открытую.
А помимо этого, Red Hat вам не расскажет вот чего:
1) RHEV HA полностью зависит от RHEV Manager, который представляет собой физическую машину с Windows 2003! И является единой точкой отказа. Не работает RHEV-M - не работает HA.
Сравните это с VMware HA, которая работает независимо от vCenter (он требуется только для первичной конфигурации или изменения настроек). Причем настолько независимо и настолько надежно, что сам vCenter можно размещать в виртуальной машине в HA кластере, и это является полностью поддерживаемой конфигурацией.
2) HA включается вручную для каждой ВМ, невозможно включить HA сразу на весь кластер
3) Cluster admission control — администратор должен самостоятельно определять уровень загрузки кластера и достаточность ресурсов для перезапуска машин с HA
4) Нет приоритета рестарта ВМ, чтобы гарантировать, что самые критичные машину будут запущены в первую очередь
5) Примитивная защит от split-brain требует интерфейса IPMI или аналогичного, чтобы принудительно выключить хост
6) RHEV HA не может защитить RHEV Manager - сиуация с яйцом и курицей
Продолжение следует...
Сообщения
Про пункты 1 и 6 - не все так плохо :)
ОтветитьУдалитьВ версии 2.1 это так. В версии 2.2 которая сейчас в бете "...Red Hat Enterprise Virtualization
Manager runs on a Windows 2003 or 2008 server in clustered mode , in active stand-by configuration..." окончательная версия по идее должна выйти в течении месяца.
Бета - это бета, в ситуации на сейчас RHEV HA курам на смех.
ОтветитьУдалитьВ 2.2 HA потребует аж две физические машины с Windows. Странно немного для крупнейшего Linux вендора. Вопрос - RHEV M будет организовывать свой собственный кластер на уровне приложения или Windows Failover Cluster требуется? В этом случае все становится совсем чудесато, посколько Failover Cluster работает на Windows Server Enterprise.
Текущая реализация основана на решении SolidICE доставшемся компании Red Hat при покупке Qumranet. В настоящий момент сервисы работают только на платформе Windows Server. Ведется работа по реинжениренгу кода с целью обеспечения кросплатформенности и поддержки различных СУБД. Код переводится на Java и в дальнейшем менеджер должен будет работать как веб-приложение на платформе JBoss.
ОтветитьУдалитьMSCS - только один из вариантов HA, есть и другие.
ОтветитьУдалитьв любом случае, при наличии HA решения (которое кстати есть еще с до-Ред Хет-овских времен), говорить что его нет - ложь и клевета.
Анонимный, это не HA.
ОтветитьУдалитьЕсть единая точка отказа.
Единая точка отказа при двух нодах в кластере? каким образом?
ОтветитьУдалитьMSCS уже поддерживается? Или Вы бету на продуктив ставите?
ОтветитьУдалитьMSCS - решение а не продукт, поддерживает его майкрософт
ОтветитьУдалитьАнтон, вы как-то очень предвзяты.
ОтветитьУдалитьВот товарищи говорят "у нас есть в бете версия x.y.z., там будет фича abc" - для вас это означает, что в продуктиве использовать нельзя (что верно). Но в то же время, вы постоянно ссылаетесь на то, что фича abc, есть в vmware уже 100 лет в experimental режиме :) может все-таки единые стандарты придумать? :)
Анонимный, я Вам выскажу личное мнение, поскольку о мыслях отдела маркетинга VMware могу только догадываться.
ОтветитьУдалить1) Продукт готов и находится в GA, но в него включена Experimental функциональность. Это означает, что продукт имеет полную поддержку, при сборке выключен весь отладочный код и все будет работать. Кроме Experimental - эту *функциональность* юзер использует на свой страх и риск.
2) Продукт находится в бете. Помимо новых experimental фич там до чертовой бабушки отладочного кода и при любом вопросе в саппорт можно на совершенно разумных основаниях получить ответ: да вы, что с ума сошли бету в продуктив ставить?
Коллеги, продукт уже не бета.
ОтветитьУдалитьThis article is now obsolete.
ОтветитьУдалить