Виртуализация продакшн приложений - кто сталкивался?

большая часть слов маркетинговая хрень, почитать как сделать можешь на xgu.ru

как ты отказоустойчивость повысишь за счёт виртуализация прямо загадка

ну а лоадбалансеры, кластеры и т.д. на линуксе только и делать

купи две тачки. на одной всё крутится, на другую файлуха реплецируется. Как только одна упадёт переткни патчкорд. Или CARP подними.

xen+drbd+heartbeat

возможно, я неточно выразился, но имея 2 идентичные конфигурации на 2 разных серверах, при отказе 1-вой, вторая продолжит работать. Обеспечив тем самым отказоустойчивость приложения в целом. Или нет?

>но имея 2 идентичные конфигурации на 2 разных серверах,

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

> если данные реплицируются, то да... только зачем их на виртуальных машинах делать?

данные - это еще не все. нужно этими данными кому-то оперировать. реальное железо дорогое нынче, да и мощности в основном простаивают. Вот виртуальные и помогут с этим. ибо разворачивание на bare metal хост-системы гораздо проще и быстрее чем всей продакшн системы на этом же железе.

>как ты отказоустойчивость повысишь за счёт виртуализация прямо загадка

Миграция, сетевые хранилища данных.

Пример. FC SAN, диски с массива подключены к нескольким серверам с гипервизорами.

На одном плановый ремонт/авария/пьяная уборщица - виртуалки мигрируют на другой (если успевают до катастрофы) или вхолодную поднимаются (если катастрофа уже произошла)

исходя их своего опыта, посоветовал бы просто начать изучать:
linux-ha (там подцепите drbd, heartbeat)
lvs
carp/vrrp/hsrp

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

А на быстрых советах вы вряд ли вытяните что-то серъёзное, так что лучше по-старинке - нудно копать маны.

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

Насчет лдапа и томката - хз.

у томката своя система кластеризации, основаная на jgroups (если память не изменяет). Балансируется на ура апачем через ajp, хотя  последнее не обязательно. Но учитывая специфику джавы (яма без дна, с оверкоммитом хрен подружишь, жрёт аллоки на память не всебя, хоть как ты её настраивай (( ) - виртуализвация томкетов на одну машинку явно не тривиальная задача.