Как в космосе

Cреди компаний, с которыми мы работаем, уже более 90% приняли решение использовать ИТ-инфраструктуру с резервным ЦОДом. Как минимум он будет задействован для запуска наиболее критических сервисов в случае аварии на основной площадке. В некоторых случаях функции резервного ЦОДа можно реализовать, используя облачные сервисы и размещая серверное оборудование на сторонних площадках по схеме co-location.

Когда в компании планируется использование сразу нескольких ЦОДов, в особенности если они расположены на значительном расстоянии друг от друга (более 40 км), обеспечение отказоустойчивости ИТ-инфраструктуры становится более масштабной задачей.

В этом случае невозможно организовать растянутые L2-сети без ощутимых задержек, а отсутствие таких сетей не позволит переключить трафик с сохранением адресации в резервный ЦОД при возможной аварии. Изменение адресации может сильно увеличить срок восстановления работоспособности систем, которые тяжело переживают смену IР-адресов на ключевых компонентах. Это особенно характерно для legacy-систем, тем не менее многие российские компании продолжают их эксплуатировать. Итогом критической ситуации может стать отказ ПО.

Такой ситуации можно избежать, если выстроить инфраструктуру, состоящую из нескольких Active-Active-ЦОДов с растянутыми L2-сегментами, ресурсы которых различные приложения используют одновременно. В результате при выходе из строя одного из них единственным последствием станет снижение ресурсной базы, а все необходимые адреса, к которым обращаются приложения, останутся теми же.

О том, как можно добиться космической надежности в ИТ, Александр Кушнер рассказал в JETINFO 🚀