LINUX.ORG.RU
ФорумAdmin

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


0

0

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

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

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


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

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

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

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

dimon555 ★★★★★ ()

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

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

true_admin ★★★★★ ()

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

xen+drbd+heartbeat

anonymous ()

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

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

skrew ()

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

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

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

dimon555 ★★★★★ ()

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

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

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

skrew ()

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

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

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

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

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

router ★★★★★ ()

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

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

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

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

cyclope ()

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

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

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

jackill ★★★★★ ()

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

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

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