Pull to refresh

Comments 6

"• Аварийное восстановление (Disaster recovery). Рассчитано на внезапное падение основного сайта, осуществляется переключение на резервный сайт, незапланированная операция". Расскажите, пожалуйста, поподробнее. Возможно ли оно в автоматическом режиме или только в ручном. Как определяется что умерли именно сервера в датацентре, а не упал, например, защищенный канал между датацентрами?
Только в ручном. Можно накрутить вокруг логики и дергать ручки API в автоматическом режиме. Но в самом SRM этого нет.
решение для обеспечения непрерывности бизнеса и аварийного восстановления, предназначенное для планирования, тестирования и восстановления ВМ

про failback забыл еще

о чем статья-то? продукту уже более 5 лет

у каждого из способов свои преимущества и ограничения:
array replication:
+ репликация может быть синхронной — считай это одно главное преимущество
— SRA адаптеры создаются для СХД среднего уровня и выше, для начальных как правило нет
— завязка на одного вендора СХД, нельзя с EMC реплицировать на HP и т.д.
— лицензия на репликацию СХД нужна и она порой не дешевая
— репликация целиком LUN/Share, что повышает трафик репликации, если на данных разделах лежат машины, которые не защищаем SRM

vsphere replication:
+ встроенный функционал и не требует дополнительных денег, если куплена лицензия на гипервизор
+ нет привязки к СХД, можно миксовать вендоров и использовать в том числе и локальные диски
+ репликация отдельных ВМ, а не LUN/Share, что может минимизировать трафик репликации
— только асинхронная репликация
Яков, спасибо за интересный обзор технологий. Но это именно обзор — не спорю очень качественный и детальный, а не руководство (tutorial) как помечено в теме. Возможно, будет продолжение? + 100 Вам в карму если бы мог )
Пожалуйста. Обзор, пожалуй вы правы. Продолжения не предвидеться.
Спасибо!
Действительно доходчиво описано для того что бы понять что оно из себя представляет и по какому принципу работает.
Sign up to leave a comment.

Articles