. . . нужна очень дорогая лиценция и хайенд хранилки. . . .
И хотелось бы меньше использовать возможности СХД. Канал между площадками очень быстрый фактически одна площадка, только СХДшки 2. Есть еще идеи?
~
~
Alexey Zhuravlev - G14 :
>фактически это одна сеть SAN
Репликация SAN и один кластер Hyper-V на обе площадки. Круче . . . мало что можно придумать.
~
"Репликация SAN" :
StarWind HA -- iSCSI , "active-active-active" начиная с v6.0 , "active-active"
~
Только лучше 3 узла на 3-x точках
~
На нем -- "кластер Hyper-V"
~
. . . новая функция Windows server 2012 Hyper-V Replica, но она может потерять данные до 5 минут, не хранит оперативную память, холодный запуск виртуалок.
~
Starwind HA данные не потеряет, но остальное аналогично: RAM не зазеркалит, VM будут как после холодного рестарта
~
. . . при отключении одной из площадок, . . .
~
Хотя: если до отключения есть хотя бы 2-3 часа/полчаса, например "известно что горючее в дизеле кончается, а цистерны не будет" , то можно попробовать мигрировать VM средствами Hyper-V кластера
~
. . . Ведь в одной хранилке лун будет для записи, а в другой только для чтения; в случае аварии захвачен лун будет виртуалками с вышедшего из строя сервера, а захватить его будут пытаться виртуалки с выжившего сервера.
~
"active-passive" ?
на LUN-е CSV Hyper-V кластера?
~
~
См. так же:
http://social.technet.microsoft.com/Forums/ru-RU/virtualizationru/thread/ecffe8e2-3be9-473c-bbec-4f65701c52b4/
==
Если ВМ содержит:
-- Exchange
-- MS SQL
-- Oracle
то у них есть собственные разновидности кластеризации т.е. создаем 2-а Hyper-V кластера
и в каждом по половине DataBase-кластера плюс по половине TS/OWA/DB-clients серверов
> отключаю сетевые интерфейсы
Ставим 2x LanCARD + дублирование switches
P.S.
>Если делаю правильный ребут нода на котором запушена вм ,
>то она снапшотится и через несколько секунд восстанавливает свою работу на другом члене кластера.
Еще более правильно переводить H-V узел в "maintence mode" средствами SC VMM
==
~
~
Denis Dyagilev :
ftServer от Stratus -- Это реализация Fault-Tolerant для Hyper-V посредством дублирования практически всех
аппаратных компонентов - ОЗУ, дисков, сетевых интерфейсов с непрерывной репликацией данных между ними. Грубо говоря - это
два сервера в одном корпусе.
~
Или так . . .
~
P.S.
http://habrahabr.ru/company/croc/blog/169333/
==
14 февраля в 11:13
Системы хранения данных: как медленно, но верно они отвязываются от железа
. . .
К примеру — скорость света становится реальным физическим барьером, который не даёт заказчику поставить второй ЦОД дальше 40-50, а то и меньше, километров от первого.
. . .
Про синхронизацию
Есть три конфигурации – Local (1 ЦОД), Metro (синхронная репликация) и Geo (2 асинхронных ЦОД). Разновидность синхронной репликации с x-подключением – Campus. Синхронная репликация наиболее востребована (это 99% внедрений в России). Здесь в дело вступает
бессердечная скорость света, которая устанавливает максимальное расстояние между ЦОДами — должно хватить 5 миллисекунд на прохождение сигнала. Можно настраивать и с 10 миллисекундами, но чем ближе ЦОДы — тем
лучше. Обычно это 30-40 километров максимум.
. . .
==
