Ищу решение для Fault Tolerance && Virtualization

b) Устойчиво к сбоям(FA)

Кто есть FA?

P.S Лучше все таки опенсорсные решения

Почему?

>Кто есть FA?

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

Почему?

Их можно доделывать,они в среднем более безопасны и вообще при множестве глаз проблемы сами выплывают на поверхность

>Устойчиво к сбоям(FA)

Таки HA или FT?

У vsphere есть одно довольно существенное ограничение на FT — не более 1 VCPU у виртуалки.

>на резервном в виртуалке те же данные в памяти и тд и тп как и на работающем

Ага, FT.

то есть на резервном в виртуалке те же данные в памяти и тд и тп как и на работающем

Это должно быть очень небыстро. Неужели настолько критичные сервисы?

Их можно доделывать,они в среднем более безопасны и вообще при множестве глаз проблемы сами выплывают на поверхность

Угу. В теории.

>Это должно быть очень небыстро. Неужели настолько критичные сервисы?

сюда по этому - падение в пять раз - http://xgu.ru/wiki/Kemari

Угу. В теории.

Ну опенсорс как бы доказывает обратное

>У vsphere есть одно довольно существенное ограничение на FT — не более 1 VCPU у виртуалки.

Это не сильно важно.
Насколько vsphere эти фишки платные или нет?

Да, vsphere стоит денег.

btw, ЕМНИП еще и не во всех редакциях есть FT

Насколько vsphere эти фишки платные или нет?

Емнип, простейшая редакция, где это есть, начинается от 130 круб.

>btw, ЕМНИП еще и не во всех редакциях есть FT

А решение на базе RHEL (kvm + gfs + drbd) как оно к примеру?

>Емнип, простейшая редакция, где это есть, начинается от 130 круб.

Про эту простейшую редакция - это какая именно,чтобы я ориентировался

Про эту простейшую редакция - это какая именно,чтобы я ориентировался

Essentials plus kit.

Advanced

Не знаю, не пробовал

А вам точно нужен FT? Во-первых, он предполагает БЫСТРЫЙ коннект между серверами - отдельные гигабитные платы, еще лучше - trunk, еще лучше - Fibre Channel. Во-вторых, когда я пробовал FT через Remus (дело было полгода назад) - все это нещадно глючило и вешало гипервизор (неприятная штука, согласитесь). В-третьих, FT спасет вас только от отказа оборудования, а от зависания самой ОС - нет.

Быстрый коннект есть.
Насчет Remus - немного огорчен а как насчет Kemari?

В-третьих, FT спасет вас только от отказа оборудования, а от зависания самой ОС - нет.

Ну да, но вероятность довольно маленькая этого

Kemari - не пробовал, после того,как команда Xen приняла решение включить Remus, а не Kemari.
Вроде бы у Citrix Xen Server (который частично платный) был платный адд-он, который тоже умел FT

Ну да, но вероятность довольно маленькая этого

У вас чаще Windows Server виснет или сервер горит? :):)

Если у тебя не система управления ядерным реактором или гудронным коллайдером, то тебе в принципе этот FT не нужен. Я когда стоил вмварный кластер тоже пускал по нему сопли, но ничего, переболел :) Перезапуск виртуальных машин занимает от силы 5 минут, так что не стоит овчинка выделки учитывая все ограничения...

>У вас чаще Windows Server виснет или сервер горит? :):)

Винда,безусловно.Но там ее будет мало.

>Я когда стоил вмварный кластер тоже пускал по нему сопли, но ничего, переболел :)

И как оно?

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

То есть,насколько я понимаю,ты просто мониторил VM и если,что то перезапускал их ?

Никак, много ограничений, по крайней мере в VMWare - только один виртуальный процессор и еще что-то, так что я ее не стал внедрять.

А ВМ мониторит сам кластер VMWare и если один из хостов кластера падает, то он перезапускает его ВМы на другом хосте автоматом. Либо если виснет виртуальная машина (нет ответа от vmware-tools внутри), то он ее резетит.

>Никак, много ограничений, по крайней мере в VMWare - только один виртуальный процессор и еще что-то, так что я ее не стал внедрять.

Ок,да это тут пробегало.Там боюсь еще есть подводные камни в большем количестве как у любой проприетарщины

А ВМ мониторит сам кластер VMWare и если один из хостов кластера падает, то он перезапускает его ВМы на другом хосте автоматом. Либо если виснет виртуальная машина (нет ответа от vmware-tools внутри), то он ее резетит.

Ты скрипт писал для мониторинга или встроенными утилитами этот мониторинг делал?

Всё встроенное там, зачем же за нее столько денег платить чтобы еще что-то самому там писать :)

Хосты объединяются в HA-кластер и друг друга децентрализовано мониторят, там есть и механизм Fencing на случай изоляции хоста, в таком случае он кажется сам себя шатдаунит или типа того.

>Всё встроенное там, зачем же за нее столько денег платить чтобы еще что-то самому там писать :)

Ну да )

Хосты объединяются в HA-кластер и друг друга децентрализовано мониторят, там есть и механизм Fencing на случай изоляции хоста, в таком случае он кажется сам себя шатдаунит или типа того.

То есть функционал тем же HeartBeat можно повторить?

В принципе там ничего нового не придумано, да, просто делается всё минимумом телодвижений. Клик-клик и готово, венда way :) Но для тонкой настройки конечно надо лезть в SSH к esxi-хостам.

Я в свое время делал active/passive кластер из двух хостов на Heartbeat + DRBD, всё в общем-то то же самое было, даже у хартбита есть плюс в возможности сделать дополнительный heartbeat через serial порт на случай падения линка между хостами.