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