none
Как правильно виртуализировать ПО ? RRS feed

  • Вопрос

  • Есть 5 блэйд серверов, необходимо виртуализировать exchange 2010, SQL 2008, ISA, SCOM,  и.т.д так , чтобы при выходе из строя 1 лезвия  все остальное продолжало работать,

    1 машина управляющая, она же PDC, поднят hyper-v, FailoverCluster

    4 машины  win 2008 ent  подняты Hyper-V, FailoverCluster

    Что дальше делать? создавать вирт машины и загонять в кластер и на каждой машине разворачивать свое приложение? или загоняем физ машины в кластер , и на гипер -V поднимаем нужное кол-во машин каждая под свой софт?Во втором случае будет ли отказоустойчивость?

     

    18 июня 2010 г. 4:38

Ответы

  • Рекомендовал бы не совмещать Вам роли виртуализации с другими критичными для бизнеса приложений.

    Т.е. предложил бы Вам слудующий сценарий, реализованный на методе host clustering - кластеризации физических серверов: с контроллера домена убирается роль Hyper-V и компонент Failover; 4 физических сервера делаете узлами кластера, виртуальные машины с сервисами Exchange, SQL и т.п. кластеризуете.

    При наличии Windows Server 2008 при файловере виртуальные машины будут мигрировать с использованием технологии Quick migration - т.е. доступ к сервисам будет частично прерываться.

    • Помечено в качестве ответа Doomofgod 18 июня 2010 г. 14:04
    18 июня 2010 г. 6:01
    Модератор
  • Если 2008 R2 - то возможно будет использование Live Migration, фактически без падения сервисов.

    Управлять виртуальными машинами, как их конфигурацией, так и сервисами внутри (хотя тут рекомендуется использовать стандартный RDP-доступ) них, Вы сможете из остастки Failover Cluster.

    Вообще рекомендуется выделять под определенные задачи отдельные интерфейсы с целью разделения трафика, так что под хертбит лучше задействовать по возможности еще один физический адаптер.

    • Помечено в качестве ответа Doomofgod 18 июня 2010 г. 14:04
    18 июня 2010 г. 9:17
    Модератор

Все ответы

  • Рекомендовал бы не совмещать Вам роли виртуализации с другими критичными для бизнеса приложений.

    Т.е. предложил бы Вам слудующий сценарий, реализованный на методе host clustering - кластеризации физических серверов: с контроллера домена убирается роль Hyper-V и компонент Failover; 4 физических сервера делаете узлами кластера, виртуальные машины с сервисами Exchange, SQL и т.п. кластеризуете.

    При наличии Windows Server 2008 при файловере виртуальные машины будут мигрировать с использованием технологии Quick migration - т.е. доступ к сервисам будет частично прерываться.

    • Помечено в качестве ответа Doomofgod 18 июня 2010 г. 14:04
    18 июня 2010 г. 6:01
    Модератор
  • Небольшая ремарка, имелось ввиду ОС не Win 2008 ent , а win 2008 R2 ent , прошу прощения за столь грубую ошибку.

    Denis, а при предложенной Вами схеме как осуществляется управление? прямо с кластеризованных машин?Что означает доступ к сервисам будет частично прерываться?

    При построении тестового стенда возник вопрос, как сконфигурировать сеть на кластере, достаточно ли 1 сети  типа External или нужно сделать еще сеть типа private  для heartbeat ?

    Заранее спасибо за ответы...

    18 июня 2010 г. 8:21
  • Если 2008 R2 - то возможно будет использование Live Migration, фактически без падения сервисов.

    Управлять виртуальными машинами, как их конфигурацией, так и сервисами внутри (хотя тут рекомендуется использовать стандартный RDP-доступ) них, Вы сможете из остастки Failover Cluster.

    Вообще рекомендуется выделять под определенные задачи отдельные интерфейсы с целью разделения трафика, так что под хертбит лучше задействовать по возможности еще один физический адаптер.

    • Помечено в качестве ответа Doomofgod 18 июня 2010 г. 14:04
    18 июня 2010 г. 9:17
    Модератор
  • К сожалению на Блейд-серверах, всего 2 физ интерфейса, 1 уйдет под Hyper-V роль, т.е останется всего по 1 физ интерфейсу для связи с с внешней сетью. Так что, хертбит придется обойтись тем сетевым интерфейсом который будет выделен от каждой машины на hyper-V.

    Большое спасибо Денис за консультацию. Надеюсь Вы не откажитесь ответить и на другие вопросы которые думаю будут возникать в процессе развертывания данного решения.

    18 июня 2010 г. 14:04