LINUX.ORG.RU
Форум — Admin  

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


0

0

Пытаюсь "родить" тактику переноса продакшн приложений (томкат, почта, лдап, возможно и мускул) в среду виртуальных систем.
Хочу перенести лдап, почту и томкат как минимум на виртуальные системы. Возможно оставить один реальных сервер на все эти сервисы (как оно сейчас крутится) и создать резервные для отказоустойчивой среды (используя лоад-балансер/прокси).

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

Цель - обеспечение отказоустойчивости для критичных приложений благодаря виртуализации и повышение утилизации железа.
У кого есть какие наработки на этот счет? Интересует в первую очередь масштаб развертывания и какие приложения перенесены в виртуальную среду.
Погуглил на предмет "virtualization of production environment" но ищу реальные примеры.


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

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

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

dimon555 ★★★★★
()

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

true_admin ★★★★★
()

xen+drbd+heartbeat

anonymous
()
Ответ на: комментарий от dimon555

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

skrew
() автор топика
Ответ на: комментарий от skrew

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

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

dimon555 ★★★★★
()
Ответ на: комментарий от dimon555

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

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

skrew
() автор топика
Ответ на: комментарий от dimon555

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

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

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

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

router ★★★★★
() 

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

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

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

cyclope ★
()

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

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

jackill ★★★★★
()
Ответ на: комментарий от jackill 

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

cyclope ★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin