Доступность ИТ-инфраструктуры важное требование любого бизнеса. Исходя из требований к доступности учетной системы можно выделить следующие варианты резервирования:
Резервирование серверов (кластеризация в режиме active / passive)
Как правило? при такой схеме зеркалируется северная структура и? в случае выхода из строя основной серверной группировки, осуществляется переключение на резервные серверы.
При работе в режиме active / passive пользователи не заметят изменения в производительности, т.к. резервная инфраструктура идентична основной.
Такой подход достаточно дорогостоящий, т.к. требует значительных вложений в инфраструктуру и оборудование.
Резервирование серверов (кластеризация в режиме active / active)
Отличие такого подхода, заключается в том, что в процессе работы все сервера задействованы и нагрузка распределяется между всеми действующими серверами.
При использовании данного подхода к резервированию, пользователь может ощутить падение в производительности, т.к. нагрузка распределяется на все действующие сервера. При этом второй вариант резервирования менее затратный чем при структуре active / passive.
Часто встречается ситуация, когда задача повышения доступности и модернизации инфраструктуры есть, а места для размещения нового оборудования нет. Бюджет на закупку дополнительного оборудования не выделяется или экономится. Такая ситуация очень актуальна для малого и среднего бизнеса.
Универсальное решение резервирования
Оптимальным решением, цена/качество при построении резервирования выглядит следующий подход:
- Для резервирования выбираются только критически важные сервисы, а не вся инфраструктура. Обычно, это СУБД учетной системы.
- В облаке разворачиваем необходимые ресурсы, на которые резервируются сервисы.
- При падении основной инфраструктуры, сервисы в облаке становятся основными.
Рассмотрим данный подход на примере клиента
Задача:
Необходимо обеспечить доступность 1С с допустимым простоем или потерей данных не более 15 минут.
Ограничения:
- локально установить дополнительный сервер нельзя, т.к. физически нет места
- потенциал модернизации текущих серверов исчерпан
Решение:
Важно, обеспечить высокую доступность резервной системы.
- Разворачиваем и настраиваем облачный сервер.
- Создаем доступны для пользователей и берем сервер на поддержку.
- Настраиваем на локальном Хосте бэкап СУБД с интервалом 5 минут и передаем его в облако. Таким образом в облаке всегда актуальные данные учетной системы.
- При падении локального сервера пользователи переходят работать в облачную резервную среду.
Важно! Для достижения цели отказоустойчивости, была реализована модернизация локальной сети в части резервирования сетевого оборудования и интернет канала.
Рассмотрев несколько подходов к повышению доступности ИТ-инфраструктуры, можно смело утверждать, что облачное резервирование может служить инструментом быстрой модернизации инфраструктуры компании.
