Привет, я ищу несколько советов и передовых методов для плана действий в чрезвычайных ситуациях для нашего соединения для передачи данных по волоконно-оптической линии связи между офисами и складом, которое находится примерно в 100 метрах над рекой, но технически все еще находится на том же месте.
Опишу нашу установку:
Оба контроллера домена находятся в наших офисах, а устройства в WH полагаются на оптоволоконную связь для связи с сервером входа и обеспечения связи для всех служб DNS / DHCP / Internet / SQL / Fileserver и т. Д.
Компьютеры / устройства на складе:
На самом деле существует 2 рабочих оптоволоконных соединения, поэтому, если одно выйдет из строя, у нас будет другое, но если оба выйдут из строя / будут отключены или что-то еще, у нас в настоящее время нет надлежащего плана действий в чрезвычайных ситуациях.
Мы по-прежнему можем распечатать всю документацию и выполнить обработку в офисе в крайнем случае.
Мы предлагали приобрести маршрутизатор с поддержкой модема USB / SIM 3G / 4G, чтобы обеспечить доступ в Интернет, который должен, по крайней мере, позволять как минимум ПК для каждого входа в систему локально подключаться через VPN, а также предоставлять возможность подключения к приложению и SQL для пакета управления складом и отправки. Программное обеспечение.
Но если коммутатору Warehouse назначен IP-адрес 10.0.0.50, настроенный для нашей сети, а затем оптоволоконный канал отключен, что произойдет, если он будет подключен непосредственно к маршрутизатору? Я полагаю, этот маршрутизатор должен быть настроен как DHCP-сервер? Какая еще конфигурация потребуется для маршрутизатора и коммутатора?
Должна ли также быть необходимость повысить уровень сервера зеркала SQL до контроллера домена?
Какие другие альтернативы можно было бы легко реализовать для поддержания максимально возможного уровня обслуживания?
заранее спасибо
Есть ли у вас прямая видимость между зданиями? Почему бы не реализовать беспроводную связь, используя что-то вроде двух устройств Ubiquiti Nanostation 5 (NSM5). Если у вас все в порядке с переключением на беспроводное соединение вручную, это вариант, но было бы лучше иметь более умные коммутаторы (Layer3), которые позволят вам назначать приоритет / стоимость для каналов (Fiber v wireless), чтобы вы могли автоматизировать отказоустойчивость. Вы также должны реализовать мониторинг, чтобы, если порты, к которым подключены оптоволоконные соединения, выходили из строя, отправлялось предупреждение, чтобы выяснить, почему - это просто для того, чтобы вы не работали с беспроводным соединением в течение месяцев, не зная, что есть проблема с волокно. Настроены ли оптоволоконные соединения с использованием агрегации каналов, когда два соединения спарены для формирования соединения с более высокой пропускной способностью? Если вы создаете два канала между двумя коммутаторами без агрегирования каналов (известного как EtherChannel на коммутаторах Cisco) или использования протокола связующего дерева, вы можете создать проблему петли в сети.