none
Exchange - переключение DAG RRS feed

 > 

  • Вопрос

  • Question
    Нужно войти
    0
    Нужно войти
    Добрый вечер.
    Есть 1 DAGA с тремя серверами, кворум и некая база данных, которую обслуживает два из них.
    Вопрос: можно ли организовать автоматическое переключение между ними при высокой нагрузке на диск на одном из DAG?
    Рылся в параметрах - такого нету. Может быть измерять скриптами нагрузку и тем же скриптом отправлять команду на переключение?
    Если есть идеи - заранее спасибо.
    • Изменено Max Rusakoff 25 февраля 2020 г. 19:10
    25 февраля 2020 г. 17:43
    |

Ответы

  • Question
    Нужно войти
    1
    Нужно войти

    День добрый.

    Немного в затрудннии от фразы "некая база данных, которую обслуживает два из них."

    Если мы говорим о Exchange DAG Cluster, по рекомндациям Microsoft, рекомендуется использовать идентичный ресурсы для всех членов кластера. 

    Если это вертуальная платформы, то вы резервирует одинаковые HDD IOPS, vCPU Core, vMemory, vNet IOPS.

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

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

     Рылся в параметрах - такого нету. Может быть измерять скриптами нагрузку и тем же скриптом отправлять команду на переключение?

    Переключение происходит в случае отказа канала, сервиса или сервера. Вы можете создать скрипт для ручного управления с активацией DB в другом Data center. Рекомендую не привязывать к SCOM или к Orchestrate Event ID/Performance Event.   

    MCITP, MCSE. Regards, Oleg

    25 февраля 2020 г. 19:16
    |
    Модератор
  • Question
    Нужно войти
    1
    Нужно войти

    1. У вас в DAG уже есть 3 хоста, зачем вам в такой конфигурации ещё и кворум?

    2. ЕМНИП штатного такого средства нет, вам придётся самостоятельно это автоматизировать. Используйте средства мониторинга с уже готовыми шаблонами чанги - SCOM, Zabbix, Nagios etc, а далее включайте скриптовую обработку (в вашем случае это активация БД на другом узле кластера) для наступивших событий (триггера).

    3. ИМХО это скорее похоже на костыль и вам в первую очередь нужно понять - что нагружает диск и хватает ли ему iops (не исключено, что у вас основная нагрузка возникает например вследствие инкрементального бэкапа в рабочие часы). Исследуйте этот момент.

    26 февраля 2020 г. 6:04
    |

Все ответы

  • Question
    Нужно войти
    1
    Нужно войти

    День добрый.

    Немного в затрудннии от фразы "некая база данных, которую обслуживает два из них."

    Если мы говорим о Exchange DAG Cluster, по рекомндациям Microsoft, рекомендуется использовать идентичный ресурсы для всех членов кластера. 

    Если это вертуальная платформы, то вы резервирует одинаковые HDD IOPS, vCPU Core, vMemory, vNet IOPS.

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

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

     Рылся в параметрах - такого нету. Может быть измерять скриптами нагрузку и тем же скриптом отправлять команду на переключение?

    Переключение происходит в случае отказа канала, сервиса или сервера. Вы можете создать скрипт для ручного управления с активацией DB в другом Data center. Рекомендую не привязывать к SCOM или к Orchestrate Event ID/Performance Event.   

    MCITP, MCSE. Regards, Oleg

    25 февраля 2020 г. 19:16
    |
    Модератор
  • Question
    Нужно войти
    1
    Нужно войти

    1. У вас в DAG уже есть 3 хоста, зачем вам в такой конфигурации ещё и кворум?

    2. ЕМНИП штатного такого средства нет, вам придётся самостоятельно это автоматизировать. Используйте средства мониторинга с уже готовыми шаблонами чанги - SCOM, Zabbix, Nagios etc, а далее включайте скриптовую обработку (в вашем случае это активация БД на другом узле кластера) для наступивших событий (триггера).

    3. ИМХО это скорее похоже на костыль и вам в первую очередь нужно понять - что нагружает диск и хватает ли ему iops (не исключено, что у вас основная нагрузка возникает например вследствие инкрементального бэкапа в рабочие часы). Исследуйте этот момент.

    26 февраля 2020 г. 6:04
    |