none
DAG и канал связи RRS feed

  • Общие обсуждения

  • Подскажите, пожалуйста, есть ли где-то прописанные требования/практические наработки к ширине канала связи между двумя серверами баз данных, защищенными DAG?
    6 апреля 2010 г. 7:21

Все ответы

  • Думаю всё зависит от вашего потока писем и настроек репликации. Попробуйте подсчитать нужные вам параметры величины базы и кол-во логов к времени.
    6 апреля 2010 г. 13:23
  • У вас DAG локальный или географически распределённый ?

    http://technet.microsoft.com/en-us/library/dd638104.aspx Network Requirements

     

    6 апреля 2010 г. 13:53
  • У вас DAG локальный или географически распределённый ?

    http://technet.microsoft.com/en-us/library/dd638104.aspx Network Requirements

     

    6 апреля 2010 г. 13:53
  • Да вот, рассматриваем возможно ли будет посторить географически распределенный ДАГ на канале 4-20 мегабит.
    6 апреля 2010 г. 14:06
  • А сколько пользователей ? Будете ли использовать Site Resilience ?

    Использование DAG в такой конфигурации на мой взгляд сопряжено с риском. т.к необходимо будет обеспечить стабильную работу Replication Network и доступностью Witness Server.

     

     

    6 апреля 2010 г. 19:40
  • 250 пользователей. Насчет site resielence... думал, скорее всего хочется использовать, причем в идеальном случае - в режиме active-active.

    Канал физический между сайтами будет один (корпроративная сеть от провайдера). Надо ли его разбивать на 2 (для репликации и мапи), если физически это все равно один кабель?

    Витнесс сервер можно расположить в основном (условно) датацентре, так что его доступность для одного из сайтов будет гарантирована.

    Как можно посчитать примерный трафик репликации? Количество писем + их объем можно взять. Как узнать размер логов?

    7 апреля 2010 г. 5:48
  • 250 пользователей это не много. Для расчета требований к каналам необходимо учитывать.

  • Each network in each DAG member server must be on its own network subnet. Each server in the DAG can be on a different subnet, but the MAPI and Replication networks must be routable and provide connectivity, such that:
    • Each network in each DAG member server is on its own network subnet that's separate from the subnet used by each other network in the server.
    • Each DAG member server's MAPI network can communicate with each other DAG member's MAPI network.
    • Each DAG member server's Replication network can communicate with each other DAG member's Replication network.
    • There is no direct routing that allows heartbeat traffic from the Replication network on one DAG member server to the MAPI network on another DAG member server, or vice versa, or between multiple Replication networks in the DAG.
  • Regardless of their geographic location relative to other DAG members, each member of the DAG must have round trip network latency no greater than 250 milliseconds (ms) between each other member.

  • Round trip latency requirements may not be the most stringent network bandwidth and latency requirement for a multi-datacenter configuration. You must evaluate the total network load, which includes client access, Active Directory, transport, continuous replication, and other application traffic, to determine the necessary network requirements for your environment.

    Какой объем логов генерируется в DB за день ? Поделите его на полный рабочий день организации и получите среднее значение по загрузке канала к другой ноде.
  • Так же раньше был замечательный инструмент http://www.microsoft.com/rus/systemcenter/sccp/default.mspx в нем можно было делать расчет топологии и утилизации каналов к примеру для SCR кластеров. На настоящее время он снят с поддержки и не может использоваться для расчета требований к Exchange 2010. Но для теста я думаю возможно сделать аналогичный расчет для SCR что бы понять примерные объемы.

7 апреля 2010 г. 6:31