none
Виртуализировать или нет??? RRS feed

  • Вопрос

  • В связи задачей реализации DAG на Exchange 2013, решили выделить для этого два сервера. Скажу сразу, почтовых ящиков порядка 550 + специфика предприятия - очень много вложений. есть два сервера в каждом по 2 процессора E5-2630 и по 64 гига оперативы, диски SATA 12 шт.  Как поступить с тем что есть?? Теоретически, не заморачиваться и поставить все на реальные машины. Но мне кажется это будет с избытком. И надо все таки оставить то что сейчас есть вируалку, перенести её на свой хост, на втором точно так же - одна виртуалка.. Если что, можно будет использовать еще для чего либо.

    И вопрос, при создании DAG появляется новая МХ запись, после этого не получится что у меня отвалятся клиенты? Хотя я на тестовой делал, все норм, но мало ли, может я что то не учел??

    19 июня 2014 г. 12:19

Ответы

  • ПримечаниеПримечание.

    Можно создать группу доступности баз данных, которая содержит сочетание физических и виртуализированных серверов почтовых ящиков, при условии, что эти серверы и решение соответствуют требованиям Системные требования Exchange 2010. Как и в случае любых других конфигураций обеспечения высокой доступности Exchange необходимо следить за тем, чтобы все серверы почтовых ящиков в группе обеспечения доступности баз данных имели конфигурацию, подходящую для обработки необходимой нагрузки во время запланированных и незапланированных отключений.

    В 2010-ом можно было, думаю и в 2013 можно. Главное ОС, для Windows 2008 это: Enterprise или Datacenter, для Windows 2012 можно и стандарт. На всех нодах должна стоять одинаковая ОС.

    • Помечено в качестве ответа Avksentyev Sergey 20 июня 2014 г. 15:27
    20 июня 2014 г. 15:16
  • Делайте симметричное решение на основе либо физики, либо виртуализации. Это проще в эксплуатации и надёжнее.

    Хватит ли вам ресурсов при виртуализации можно оценить с помощью калькулятора http://blogs.technet.com/b/exchange/archive/2013/05/14/released-exchange-2013-server-role-requirements-calculator.aspx


    Сазонов Илья http://isazonov.wordpress.com/

    • Помечено в качестве ответа Avksentyev Sergey 23 июня 2014 г. 18:46
    23 июня 2014 г. 15:25
    Модератор

Все ответы

  • В общем пришли к такой схеме DAG:

    1й сервер без визуализации. На нем основная нагрузка и базы все рабочие на нем. 

    2й виртуальный сервер виртуальный тот что сейчас работает,на нем базы в режиме ожидания, он же с меньшими ресурсами. Если вдруг что с реальным, дать виртуальному на разгруз можно, ну и он некоторое время выдержит всю нагрузку.

    я думаю такой вариант будет самым удобным в данном случае.. 

    20 июня 2014 г. 11:57
  • И вопрос, при создании DAG появляется новая МХ запись, после этого не получится что у меня отвалятся клиенты?

    Добрый день, про МХ-запись в первые слышу.

    Попробуйте развернуть тестовый стенд в предложенной Вами конфигурации.

    Используйте утилиты:

    Microsoft Exchange Server Jetstress 2013 Tool

    Exchange Load Generator 2013

    Тогда Вы наверняка не ошибетесь.

    20 июня 2014 г. 12:18
  • Здраствуйте.

    Я вас растрою. )

    Вы или оба участника кластера сервера виртуализируете (на одной платформе виртуализации)  или оба участника кластера на физические сервера размещаете.

    Кластер Windows не поддерживает смешанный режим в размещения.

    PS. Железо не показатель. Показатель колличество пользователей и размер почтовых ящиков, а также тип профиля пользователя.


    MCITP, PSLP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    20 июня 2014 г. 14:17
    Модератор
  • И вопрос, при создании DAG появляется новая МХ запись, после этого не получится что у меня отвалятся клиенты?

    Добрый день, про МХ-запись в первые слышу.

    Попробуйте развернуть тестовый стенд в предложенной Вами конфигурации.

    Используйте утилиты:

    Microsoft Exchange Server Jetstress 2013 Tool

    Exchange Load Generator 2013

    Тогда Вы наверняка не ошибетесь.

    Вот спасибо за утилиты.. Особенно за первую. Тестовую конфигурацию в таком виде развернуть негде к сожалению.. В другом варианте все заработало.
    20 июня 2014 г. 14:34
  • Здраствуйте.

    Я вас растрою. )

    Вы или оба участника кластера сервера виртуализируете (на одной платформе виртуализации)  или оба участника кластера на физические сервера размещаете.

    Кластер Windows не поддерживает смешанный режим в размещения.

    PS. Железо не показатель. Показатель колличество пользователей и размер почтовых ящиков, а также тип профиля пользователя.


    MCITP, PSLP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    Точно ли так?? Почему у меня тогда получилось???
    20 июня 2014 г. 14:35
  • ПримечаниеПримечание.

    Можно создать группу доступности баз данных, которая содержит сочетание физических и виртуализированных серверов почтовых ящиков, при условии, что эти серверы и решение соответствуют требованиям Системные требования Exchange 2010. Как и в случае любых других конфигураций обеспечения высокой доступности Exchange необходимо следить за тем, чтобы все серверы почтовых ящиков в группе обеспечения доступности баз данных имели конфигурацию, подходящую для обработки необходимой нагрузки во время запланированных и незапланированных отключений.

    В 2010-ом можно было, думаю и в 2013 можно. Главное ОС, для Windows 2008 это: Enterprise или Datacenter, для Windows 2012 можно и стандарт. На всех нодах должна стоять одинаковая ОС.

    • Помечено в качестве ответа Avksentyev Sergey 20 июня 2014 г. 15:27
    20 июня 2014 г. 15:16
  • Отлично.. Спасибо. Все получилось и работает сейчас на 1 из трех баз. Остальные переведу чуть позже. Осталось только одну проблему решить - жаль нельзя указывать куда размещать "резервные" копии баз. Они по умолчанию сваливаются на системный диск.   Командлет Move-databasePath использовать не получается.

    По системым требованиям все понятно и все соответствует. Просто хочется чтобы ведущий в DAG был с "запасом прочности и мощности". С ОС тоже все в порядке, везде Server 2012.




    20 июня 2014 г. 15:27
  • А какая проблема с Move-databasePath?

    Наверно не можете позволить офлайн?

    Можно пойти другим путем:

    1. Резервная копия

    2. Создать новые почтовые базы на нужных лунах, настроить по аналогии с существующими, добавить пассивные копии.

    3. Переместить почтовые ящики в новые базы:

    Get-Mailbox -Database "старая база" -ResultSize Unlimited | New-MoveRequest -TargetDatabase "Имя новой базы” -BatchName "описание, например что куда"

    4. Переместить системные ящики:

    Get-Mailbox -Arbitration | New-Moverequest -Targetdatabase "Имя новой базы"

    Так же можно по 10-20 пользователей, а не всю базу сразу. Используя данный способ, Вы сведете к минимуму время простоя почтового сервиса, так как несколько почтовых ящиков не будут доступны, и только во время переключения с базы на базу (1-2 минуты)

    5. Когда все ящики перенесете, старые базы с диска “C" можно будет удалить



    20 июня 2014 г. 16:31
  • Не, я не правильно объяснил. Проблема оказалась в другом. Я был невнимателен, оказалось что на нодах DAG базы располагаются  в одинаковых местах. То есть если рабочая база на D:\ , то и резервная должна быть по тому же пути, чего я не ожидал. 

    Так что все Ок. Спасибо огромное за помощь и разъяснения.. Надо просто получше почитать про DAG

    20 июня 2014 г. 18:36
  • Да, так и есть) иначе Вы не смогли бы создать пассивную копию, без диска D

    Не за что.

    Успехов!

    20 июня 2014 г. 18:43

  • Точно ли так?? Почему у меня тогда получилось???

    Когда вы запустите в промышленную эксплуатацию сервера Exchange.

    И когда увеличится  нагрузка, через 3-4 месяца. У вас полезут ошибки. 

    Вы откроете кейс в техническую поддержку Microsoft Support. 

    Вам будет рекомендовано привести архитектуру в однотипное решение, на всех серверах кластера.  

    Вы почитайте документ Best_Practices_for_Virtualizing_Exchange_Server_2010_with_Windows_Server.docx

    Достаточно видел конфигураций и заявок, когда через пол года начинала сыпаться почтовая система из-за не соответствия рекомендаций.  


    MCITP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    20 июня 2014 г. 20:06
    Модератор
  • Почему же тогда Тут ничего не написано про то что нельзя???
    20 июня 2014 г. 20:32
  • Это пример лучших решений. Если вы найдете в этом документе смешанное решение как пример архитектуры, то вы можете спокойно реализовывать его.

    Есть требования к службам кластера Windows и есть тест на соответствие кластера.

    Так как DAG разворачивается на базе технологии кластера, то это подразумевает соблюдение требований служб кластера к оборудованию.

    В реализациях Windows 2008/2012 эти требования смягчили и в ряде случаев отказались от ряда требований.

    Но почтовая система это высоконагруженный сервис и максимальное соблюдение BPA позволит вам спать спокойно. 


    MCITP, MCSE. Знание - не уменьшает нашей глупости. Все данные приведены в виде примера и не адаптированы для вашей системы. Выполнения командлетов и внесения изменений в систему, делаете ВЫ. Все вопросы по привязке примера к вашей ситуации или адаптации решения, рассматриваются, только через заявку или кейс в техническую поддержку.

    20 июня 2014 г. 20:42
    Модератор
  • Тесты проходят все абсолютно. что еще надо? Проблема сейчас в том, что DAG как то не работает нормально, и перестали грузиться OAB например..
    20 июня 2014 г. 21:50
  • Но конечно, если у Вас есть реальные примеры того, что это будет работать не очень стабильно, то я пожалуй прислушаюсь.. Теоритически, мне ничего не мешает все виртуализировать тогда. Пускай основной хост будет 1Хост-1виртуалка. А резервный на более мощном тогда, но делить еще с кучей виртуалок.
    21 июня 2014 г. 5:36
  • Делайте симметричное решение на основе либо физики, либо виртуализации. Это проще в эксплуатации и надёжнее.

    Хватит ли вам ресурсов при виртуализации можно оценить с помощью калькулятора http://blogs.technet.com/b/exchange/archive/2013/05/14/released-exchange-2013-server-role-requirements-calculator.aspx


    Сазонов Илья http://isazonov.wordpress.com/

    • Помечено в качестве ответа Avksentyev Sergey 23 июня 2014 г. 18:46
    23 июня 2014 г. 15:25
    Модератор
  • Уже изменил все но основе Hyper-V. Осталось решить проблему глюка Outlook и настройки DAG после того как уже все юзеры настроены.
    23 июня 2014 г. 18:46