Отказоустойчевый кластер, как?

а виртуализация тут причём ?

что конкретно они должны делать?

Один из вариантов, должно крутится много виртуальных машин

ТС будь добр, опиши ТЗ подробнее.

Тз никогда не писал, но попробую. Есть несколько виртуальных машин(50-100), которые должны работать непрерывно. Если вдруг одна из физических машин упадет, это никак не должно повлиять на работу виртуальных машин. Тоесть не суммарная мощность всех физ компов отдается на растерзание этим виртуалка, а все виртуалки крутятся параллельно на всех физ компах. Такое вообще реально?

Да, необходимо СХД. Лучше несколько для отказоустойчивости из которых собрать рейды и отдать под диски виртуальных машин.

Такое вообще реально?

Ты только что изобрел VMware vSphere.

А ты - vSphere Storage Appliance ;)

подобных решений достаточно много, и насколько я понял задачу тут может помочь это http://www.openstack.org ну или proxmox.

zgen, я про решения «из коробки» в последнюю очередь думаю.

просто крутить много ВМ может очень много разных решений. держать их всех синхронизированными может vmware FT, с ограничением на синхронизацию только двух ВМ, с ограниченным кол-вом памяти и одним виртуальным процессором. Так чтоб множество ВМ были одновременно в lock-step слишком сложно для FT.

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

держать их всех синхронизированными может vmware FT

в том числе

Все бы хорошо, но vmware слишком дорог. Может есть какие-нибудь бесплатные, или менее дорогие решения.

KVM + pacemaker + разделяемое хранилище. Или коробочные решения, типа proxmox.

P.S.: Я не знаю что у Вас за задача, что за сервера, что за бюджет. Еще DRBD как разделяемое хранилище можно использовать, но это только для кластера из двух нод.

судя по тз - ман беовульф

из того что можно использовать в production?

хотя, если честно, FT - слабоват для нормальной работы, слишком много ограничений

ответа я видимо не дождусь...

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

а/а кластер это проще, но не любая аппликация это умеет, a/p проще и универсальнее, но будет какой-то небольшой даунтайм.

поэтому вопрос - что _конкретно_ надо защитить?

из того что можно использовать в production?

Я не уловил сути? Вы имеете виду что ни чего кроме vmware не годится для использования в production?

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

А можно поподробнее этот момент. Как это «постоянно синхронизируется, как бы постоянная живая миграция»?

Как это «постоянно синхронизируется, как бы постоянная живая миграция»?

Представьте, что у вас есть сервер на котором работают 100500 пользователей. И вдруг этот сервер падает.

Хочется, чтобы 100500 пользователей этого вообще не заметили. Как?

OK. Разделяемое хранилище. И что? Экземпляр VM падает, вся текущая (не сохраненная) работа теряется. Конечно, другой хост может стартануть VM с разделяемого хранилища, но это будет обычный себе downtime.

Тут же, на другом хосте одновременно с основной запускается еще одна копия VM, в которую постоянно прибывают все изменения в ОЗУ (читай master-slave), при краше основной VM резервная просто переходит в статус master, на момент X она является полной копией основной, включая текущее наполнение ОЗУ как будто ничего и не падало.

Просто чел слишком хитро выражается.

Это я себе представляю, пока не представляю как второй вариант реализовывается кроме проприетарных продуктов. Не подкинете направление, на почитать. В pacemaker это все можно заскриптовать!?

Нашел чуть больше информации по этому вопросу.

Все в точности как вы и написали. Задача реализовать именно такую «отказоустойчивую» систему. Небольшой даунтайм(до несокльких секунд) между падением и подменой, возможн. Вот только как это реализовать?

Прочитал. Походу «живая миграция», как и предполагалось, не такая уж и простая задача.

FT - единственное что хоть отдаленно стабильно и оттестировано. Я бы это не использовал, но если ограничения и цена не смущают, то кто-то наверное все таки пользуется

ну и отлично, не придется заново все расписывать :)

самое простое - любая система виртуализации умеющая HA, или HA кластеры с VM как защищенный сервис. Будут нюансы, но вы все никак не расскажете что конкретно пытаетесь защитить от отказов.

непростая, и даже немного рискованная

Если в таком контексте, то выше даны ответы мной и dyasny.

Ok

бесплатно? xen вам в зубы и напильник.

Защитить необходимо поток данных, идущих с/на вирт машины, от обрыва (причем задержка на востановление после обрыва в 5-15 сек не критична). со стабильностью электропитания и интернетом все проще. остается только вопрос софта.

Защитить необходимо поток данных от обрыва

т.е. сначала Вам нужно понять, что Вы хотите?

Это вопрос? я прекрасно понимаю, что хочу. обрыв данных может быть из за внешних факторов, таких как электричество, интернет, наводнение,... и внутренних, программных. Вот по поводу способа, как на 100% избавиться от последних и ведется данная беседа.

У Вас тема обширнее чем Вы ее представили. Естественно существуют способы реализации, что Вам нужно (по моим догадкам), но это будет стык технологий и серьезная системная интеграция.

Допускаю вариант, что я не верно Вас понял и все намного проще.

Защитить необходимо поток данных, идущих с/на вирт машины, от обрыва

что это за данные, какие объемы, какой формат, какие скорости и задержки - «поток данных» может быть и сервер толкающий интернет радио, и нода MRG, разница огромная

причем задержка на востановление после обрыва в 5-15 сек не критична

фейловер это запуск упавшей ВМ на другой ноде, что обычно займет немного дольше. плюс время на отработку SBA, я бы взял 3-5 минут на фейловер как минимум. фейловер кластер на уровне аппликации будет быстрее, но для того чтоб советовать надо знать о какой аппликации идет речь. далеко не все можно эффективно кластеризовать

man heartbeat, ipvs, cloudstack.

https://alteeve.ca/w/2-Node_Red_Hat_KVM_Cluster_Tutorial

добавлю еще в список xen и kemari. это такой vmware FT только opensource. Правда год назад, когда я его тыкал он не очень то работал, может чего и поменялось с тех пор. народ там активно смотрел в сторону infiniband