none
Hyper-V кластер или ? RRS feed

  • Вопрос

  • Необходимо оптимальное решение для создания отказоустойчивого ИТ-сервиса. есть 2 ЦОДа разнесенные территориально. Внутри ЦОДов идентичные машинки на которых должны крутиться виртуальные машины. Между ЦОДами связь только 30-50Мбит\с . В итоге должны получить следующее работая с сервисом (допустим к примеру шара DFS), выходит из строя ЦОД 1 полностью. Как можно реализовать незаметно для клиента отказоустойчивость, чтобы он соответственно уже работал на площадке ЦОД 2 при выходе из строя ЦОД 1. Простой допускается 1-2 минуты. 
    26 августа 2013 г. 7:56

Ответы

  • Здравствуйте,

    Сейчас все крупные вендоры предоставляют средства удаленной репликации, как синхронной так и асинхронной. Вы можете зайти на сайт EMC, NetApp, HP, Hitachi или IBM и выбрать СХД удовлетворяющие Вашим требованиям по производительности, отказоустойчивости и тд.. Функционал репликации  не отличается, только называется по разному. Лицензия на репликацию приобретается в большинстве случаев отдельно и работает только между хранилищами одного вендора (а желательно и одной линейки).

    С примерами распределенного метрокластера можно ознакомиться погуглив, например,  Hitachi Metro Сluster или EMC VPLEX. Но стоят они неприлично дорого.



    26 августа 2013 г. 14:36

Все ответы

  • Hyper-V Replica со скриптом PowerShell, автоматически поднимающая ВМ в резервном датацентре при падении основного.

    Либо более дорогое решение с геораспределенным кластером и механизмами репликации хранилищ.

    • Предложено в качестве ответа iHumster 26 августа 2013 г. 8:08
    26 августа 2013 г. 8:01
    Модератор
  • Hyper-V Replica со скриптом PowerShell, автоматически поднимающая ВМ в резервном датацентре при падении основного.

    Либо более дорогое решение с геораспределенным кластером и механизмами репликации хранилищ.

    1. Потеря информации в случае с БД SQL насколько возможна?

    2. Можно поподробнее о более дорогом решении??

    26 августа 2013 г. 9:03
  • Hyper-V Replica производит синхронизацию не в онлайне, а периодически (раз в 5-15 минут для не-R2, в R2 настраивается), так что информация за этот период может потеряться. Возможно, имеет смысл базу данных реплицировать средствами SQL Server (для чего держать во втором ЦОД отдельную VM с SQL Server), а Hyper-V replica использовать для репликации других VM. Перенастроить приложения для использования другого сервера БД IMHO проще всего за счет разрешения имени сервера SQL в адреса соотвествующей VM, в зависимости от площадки (split DNS).

    PS Имейте в виду - КД тоже лучше не реплицировть с помощью Hyper-V replica (можно, если он ровно один в лесу - иначе есть шанс нарваться на USN Rollback, хотя, возможно, новые фичи в Win2012 помогут от USN Rollback избавится - не проверял), а иметь разные КД на разных площадках.


    Слава России!

    26 августа 2013 г. 9:47
  • 1. Дельта репликации данных ВМ в Windows Server 2012 - 5 минут. В 2012 R2 порог снизили до 30 секунд.

    2. В рамках двух датацентров разворачивается один кластер. В каждом ЦОД стоит хранилище, данные между которыми реплицируются средствами СХД же. Для геораспределенного кластера хранилище представляется как единое.

    26 августа 2013 г. 9:55
    Модератор
  • Hyper-V Replica производит синхронизацию не в онлайне, а периодически (раз в 5-15 минут для не-R2, в R2 настраивается), так что информация за этот период может потеряться. Возможно, имеет смысл базу данных реплицировать средствами SQL Server (для чего держать во втором ЦОД отдельную VM с SQL Server), а Hyper-V replica использовать для репликации других VM. Перенастроить приложения для использования другого сервера БД IMHO проще всего за счет разрешения имени сервера SQL в адреса соотвествующей VM, в зависимости от площадки (split DNS).

    PS Имейте в виду - КД тоже лучше не реплицировть с помощью Hyper-V replica (можно, если он ровно один в лесу - иначе есть шанс нарваться на USN Rollback, хотя, возможно, новые фичи в Win2012 помогут от USN Rollback избавится - не проверял), а иметь разные КД на разных площадках.


    Слава России!

    Да с SQL согласен тем более планируется использование sql 2012. С разрешением имен тоже. Вопрос не воспроизводили в рабочей среде такую конфигурацию? где реплицируется 2-3 БД SQL, RemotApp sever, server 1C 8.3


    26 августа 2013 г. 10:49
  • 1. Дельта репликации данных ВМ в Windows Server 2012 - 5 минут. В 2012 R2 порог снизили до 30 секунд.

    2. В рамках двух датацентров разворачивается один кластер. В каждом ЦОД стоит хранилище, данные между которыми реплицируются средствами СХД же. Для геораспределенного кластера хранилище представляется как единое.

    Есть примеры СХД определённые чтобы определиться по стоимости? можете подсказать? 
    26 августа 2013 г. 10:50
  • Здравствуйте,

    Сейчас все крупные вендоры предоставляют средства удаленной репликации, как синхронной так и асинхронной. Вы можете зайти на сайт EMC, NetApp, HP, Hitachi или IBM и выбрать СХД удовлетворяющие Вашим требованиям по производительности, отказоустойчивости и тд.. Функционал репликации  не отличается, только называется по разному. Лицензия на репликацию приобретается в большинстве случаев отдельно и работает только между хранилищами одного вендора (а желательно и одной линейки).

    С примерами распределенного метрокластера можно ознакомиться погуглив, например,  Hitachi Metro Сluster или EMC VPLEX. Но стоят они неприлично дорого.



    26 августа 2013 г. 14:36