среда, 16 июня 2010 г.

Red Hat Enterprise Virtualization: HA [ha ha]

Eric Gray снова радует подробностями о реализации платформы Red Hat Enterprise Virtualization.

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 - сиуация с яйцом и курицей

Продолжение следует...

12 комментариев:

  1. Про пункты 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..." окончательная версия по идее должна выйти в течении месяца.

    ОтветитьУдалить
  2. Бета - это бета, в ситуации на сейчас RHEV HA курам на смех.

    В 2.2 HA потребует аж две физические машины с Windows. Странно немного для крупнейшего Linux вендора. Вопрос - RHEV M будет организовывать свой собственный кластер на уровне приложения или Windows Failover Cluster требуется? В этом случае все становится совсем чудесато, посколько Failover Cluster работает на Windows Server Enterprise.

    ОтветитьУдалить
  3. Текущая реализация основана на решении SolidICE доставшемся компании Red Hat при покупке Qumranet. В настоящий момент сервисы работают только на платформе Windows Server. Ведется работа по реинжениренгу кода с целью обеспечения кросплатформенности и поддержки различных СУБД. Код переводится на Java и в дальнейшем менеджер должен будет работать как веб-приложение на платформе JBoss.

    ОтветитьУдалить
  4. Анонимный21 июня 2010 г., 17:52

    MSCS - только один из вариантов HA, есть и другие.

    в любом случае, при наличии HA решения (которое кстати есть еще с до-Ред Хет-овских времен), говорить что его нет - ложь и клевета.

    ОтветитьУдалить
  5. Анонимный, это не HA.

    Есть единая точка отказа.

    ОтветитьУдалить
  6. Анонимный21 июня 2010 г., 18:06

    Единая точка отказа при двух нодах в кластере? каким образом?

    ОтветитьУдалить
  7. MSCS уже поддерживается? Или Вы бету на продуктив ставите?

    ОтветитьУдалить
  8. Анонимный21 июня 2010 г., 18:26

    MSCS - решение а не продукт, поддерживает его майкрософт

    ОтветитьУдалить
  9. Анонимный23 июня 2010 г., 15:18

    Антон, вы как-то очень предвзяты.
    Вот товарищи говорят "у нас есть в бете версия x.y.z., там будет фича abc" - для вас это означает, что в продуктиве использовать нельзя (что верно). Но в то же время, вы постоянно ссылаетесь на то, что фича abc, есть в vmware уже 100 лет в experimental режиме :) может все-таки единые стандарты придумать? :)

    ОтветитьУдалить
  10. Анонимный, я Вам выскажу личное мнение, поскольку о мыслях отдела маркетинга VMware могу только догадываться.

    1) Продукт готов и находится в GA, но в него включена Experimental функциональность. Это означает, что продукт имеет полную поддержку, при сборке выключен весь отладочный код и все будет работать. Кроме Experimental - эту *функциональность* юзер использует на свой страх и риск.
    2) Продукт находится в бете. Помимо новых experimental фич там до чертовой бабушки отладочного кода и при любом вопросе в саппорт можно на совершенно разумных основаниях получить ответ: да вы, что с ума сошли бету в продуктив ставить?

    ОтветитьУдалить
  11. Коллеги, продукт уже не бета.

    ОтветитьУдалить
  12. This article is now obsolete.

    ОтветитьУдалить