Я надеюсь, что кто-то укажет мне правильное направление - похоже, я недостаточно разбираюсь в предмете, а временные рамки слишком тесны, чтобы я мог подробно исследовать различные сценарии ..
У нас есть два центра обработки данных в нескольких милях друг от друга, соединенных каналом со скоростью 100 Мбит / с. В каждом центре обработки данных будет 5 блейд-серверов BL490, а ESX Standard будет содержать около 50 виртуальных машин. На каждом сайте есть HP eva4400 SAN с настроенной репликацией SAN. VC будет в первом центре обработки данных, и оба центра обработки данных подключены к сети.
Репликация SAN - это блочный уровень, поэтому кажется, что я не могу просто реплицировать изменения, но все записи должны быть реплицированы. Это не должно быть проблемой, поскольку канал может выдерживать около 1,8 ТБ в день, а данные можно буферизовать.
Однако у меня возникли проблемы с представлением о том, как восстановление будет работать в этом случае. Нам не нужно мгновенное восстановление, я бы сказал, что время восстановления составляет 4 часа, поэтому необычный автоматический SRM, такой как сценарий аварийного восстановления, не будет легко принят по финансовым причинам, однако любые комментарии приветствуются.
Текущая идея заключается в следующем: реплицировать LUN с первичного сайта на вторичный. При возникновении аварии ИТ-персонал включает хосты ESX на удаленной стороне и подключает к ним реплицированные LUNS, затем регистрирует виртуальные машины и меняет IP-адрес.
Я понимаю, что это кажется ужасно ручным процессом, и я почти уверен, что пропустил здесь несколько очевидных ошибок.
Может ли кто-нибудь сообщить мне, в каком направлении мне двигаться? Статьи по этому поводу?
Это совершенно новая установка, и мы бы предпочли создать базовый процесс восстановления и масштабировать его позже. Мне просто нужно иметь правильное направление, чтобы обеспечить такую масштабируемость.
Заранее большое спасибо!
Сергей,
В настоящее время мы работаем над аналогичным дизайном. Хотя не HP SAN взгляните на этот сайт. Возможно, вам потребуется вложить средства в VCenter (бывший Virtual Center), где вы можете зарегистрировать хосты и выполнить HA для виртуальных машин. Поскольку ваша репликация является блочной, виртуальные машины могут совместно использовать кластеры хранения для обеспечения избыточности.
Сергей,
Мы делаем что-то подобное с двумя EVA 8000, за исключением того, что наши находятся в пределах полумили друг от друга и соединены оптоволокном. Если у вас есть серверы ESX с горячим резервом, то каждый раз, когда вы создаете новый исходный LUN на EVA, представляйте их также и резервным серверам ESX. По умолчанию у них не будет доступа для чтения и записи до тех пор, пока не будет выполнено переключение. Каждый раз, когда вы делаете это или хотя бы время от времени, вам нужно повторно сканировать HBA на серверах ESX, чтобы выбрать новые LUNS. В случае аварии все, что вам нужно сделать, - это переключить логические модули и перерегистрировать виртуальные машины. Не понимаю, зачем вам нужно менять IP-адреса. конечно, только один набор будет включен в любое время. Также, если вы можете время от времени протестировать и зарегистрировать виртуальную машину, этот шаг также будет удален.
Весь процесс можно выполнить за минуты, а не часы.