Office 365 и Exchange 2010 в гибридном развертывании, Используя Office 365 как резервное копирование
Все это зависит от Ваших потребностей!
В нормальном случае я предложил бы использовать IP, который вызывает наименьшее количество усилия. Например:
127.0.0.1 заставит трафик только перемещаться в стеке TCP.
Если бы необходимо было вставить адрес локальной сети, то потенциально трафик мог бы быть отправлен из nic, то возвращенный маршрутизатором/переключателем.
Если Вы вставляете общедоступный IP-адрес, трафик мог бы потенциально оставить Ваш nic, через Ваш маршрутизатор, то возвращенным из Вашего ISP назад к Вашему маршрутизатору, затем обратно к Вашему nic.
В действительности различные части набора должны быть достаточно интеллектуальными, чтобы не заставить вещи пойти, что далеко, но они потенциально могли.
С другой стороны, может быть выгодно для машины смочь связаться с собой, как будто это был общедоступный сервер, но по моему опыту это только в целях разработки, где, например, основной стек LAMP для сети dev имеет DB на той же машине как веб-сервер, но в производственном случае это было бы отдельным. Может быть хорошо удостовериться, что все действует больше как производственный случай, заставляя это обсудить non-localhost IP...
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Хотя приведенное ниже «должно» работать ... Я бы с осторожностью использовал его в качестве «резервного» решения, так как оно не для этого предназначено.
Потому что вы вообще не настроили O365, теоретически вы могли бы сделать следующее, предполагая, что планируете перейти на O365 в течение 60 дней (я считаю, что это предел):
- Настройте O365 для прямой миграции (вам нужно действительно понимать что такое прямая миграция, как она работает и т. д., прежде чем продолжить), но на самом деле не выполняйте переключение. Просто постановочная часть. Вы настроите запись TXT для домена, а затем установите часть синхронизации миграции Exchange.
- Запустите синхронизацию и просто дайте ей синхронизироваться каждый день для каждого почтового ящика.
- НЕ, повторять НЕ завершать переключение миграции на портале, пока вы не будете полностью готовы к переключению ... как только вы это сделаете, синхронизация остановится.
Примечание: это обрабатывает только почтовые ящики, а не общие папки или что-то в этом роде.
В основном то, что вы будете делать, это прямая миграция, но вы не торопитесь. . Если все почтовые ящики синхронизируются в течение нескольких дней, то в этот момент, если ваш сервер Exchange на AWS выйдет из строя, вы могли бы в основном быстро завершить переключение (записи MX на этом этапе, завершить мастер переключения и т. Д.) И сохранить все электронная почта до последней синхронизации (происходит каждые 24 часа или вручную).
Это лучшее, что я могу придумать.
Нет. Вы не можете сделать экземпляр O365 «клоном» вашего собственного экземпляра Exchange. Один почтовый ящик может находиться только в одном или другом.
Вы также можете не растягивать DAG между вашим сервером Exchange и O365.