S
юзера в винде сделал на англ, переустановил, тоже самое
Size: a a a
2020 April 17
A
Коллеги. Ткните носом. Задача. Dag exchange 2016. Топология: сервера разнесены по двум географически разделённым точкам. И там и там белая статика. Цель, обеспечить отказоустойчивость на уровне баз. Вопросы: нужен ли впн между расположениями? Где располагать сервер-свидетель?
Для начала подкину для размышления, DAG это кластер и кластерная сеть (весьма желательно) должна отличаться от общей сети... То есть как минимум VPN неплохо было бы построить для синхронизации. Свидетель должен быть доступен всем узлам...
ВУ
Для начала подкину для размышления, DAG это кластер и кластерная сеть (весьма желательно) должна отличаться от общей сети... То есть как минимум VPN неплохо было бы построить для синхронизации. Свидетель должен быть доступен всем узлам...
Спасибо за отклик. Я думаю нужно для начала идти читать ман на майкрософте.
M
Владимир Усольцев увеличил репутацию Arimote(1)
A
Спасибо за отклик. Я думаю нужно для начала идти читать ман на майкрософте.
Это неплохо, особенно важные моменты это рекомендации по скорости соединения для DAG'а.
MS рекомендует для свидетеля использовать Azure, но это они для всего рекомендуют.
MS рекомендует для свидетеля использовать Azure, но это они для всего рекомендуют.
A
У нас для почты амазон
ВУ
Ну вот тут на майкрософте пишут, что для 16 и 19 ексча можно использовать одну и ту же сеть для mapi и для репликации. Но 1 гигабит минимум) у меня есть 100 мегабит.
ВУ
Печаль беда
A
Ну вот тут на майкрософте пишут, что для 16 и 19 ексча можно использовать одну и ту же сеть для mapi и для репликации. Но 1 гигабит минимум) у меня есть 100 мегабит.
Я не знал топологии и конфигурации, поэтому и рекомендовал про скорость почитать...
Но как вариант можно exchange в Azure развернуть, может тогда и DAG не критичен будет, а по затратам это может быть сопоставимо с двумя серверами в разных ЦОДах...
Но как вариант можно exchange в Azure развернуть, может тогда и DAG не критичен будет, а по затратам это может быть сопоставимо с двумя серверами в разных ЦОДах...
ВУ
Поясню в таком случае. Вопрос стоит так.
ВУ
Есть 2 расположения связанных 100мб каналом. Не оч надёжным. И там и там есть физическая машинка с ексченджем. Задача, оставить ексч доступным с примерным временем восстановления 4 часа при каком либо сценарии, когда отвалился один из узлов.
ВУ
Варианты:
ВУ
1. Бекап баз и развёртывание ексчендж в новом расположении
ВУ
2. DAG
ВУ
Вот выдержка, про скорость.
ВУ
If you have multiple networks that are partially physically separate but converge into a single physical network (for example, a single WAN link), then using a single network (preferably 10 gigabit Ethernet) for both MAPI and Replication traffic is recommended. This provides simplicity for the network and the network path.
ВУ
Речь идет о канале или пропускной способности карты тут интересно?
ВУ
выдержка отсюда.
ВУ
A
If you have multiple networks that are partially physically separate but converge into a single physical network (for example, a single WAN link), then using a single network (preferably 10 gigabit Ethernet) for both MAPI and Replication traffic is recommended. This provides simplicity for the network and the network path.
Если используется одно соединение для подключения и для кластера, то рекомендуют соединение 10G...