Найти тему
EFSOL

Резервирование ИТ-инфраструктуры

Оглавление

Доступность ИТ-инфраструктуры важное требование любого бизнеса. Исходя из требований к доступности учетной системы можно выделить следующие варианты резервирования:

Резервирование серверов (кластеризация в режиме active / passive)

Как правило? при такой схеме зеркалируется северная структура и? в случае выхода из строя основной серверной группировки, осуществляется переключение на резервные серверы.

При работе в режиме active / passive пользователи не заметят изменения в производительности, т.к. резервная инфраструктура идентична основной.

Пример структура active / passive
Пример структура active / passive

Такой подход достаточно дорогостоящий, т.к. требует значительных вложений в инфраструктуру и оборудование.

Резервирование серверов (кластеризация в режиме active / active)

Отличие такого подхода, заключается в том, что в процессе работы все сервера задействованы и нагрузка распределяется между всеми действующими серверами.

Пример структуры active / active
Пример структуры active / active

При использовании данного подхода к резервированию, пользователь может ощутить падение в производительности, т.к. нагрузка распределяется на все действующие сервера. При этом второй вариант резервирования менее затратный чем при структуре active / passive.

Часто встречается ситуация, когда задача повышения доступности и модернизации инфраструктуры есть, а места для размещения нового оборудования нет. Бюджет на закупку дополнительного оборудования не выделяется или экономится. Такая ситуация очень актуальна для малого и среднего бизнеса.

Универсальное решение резервирования

Оптимальным решением, цена/качество при построении резервирования выглядит следующий подход:

  1. Для резервирования выбираются только критически важные сервисы, а не вся инфраструктура. Обычно, это СУБД учетной системы.
  2. В облаке разворачиваем необходимые ресурсы, на которые резервируются сервисы.
  3. При падении основной инфраструктуры, сервисы в облаке становятся основными.

Рассмотрим данный подход на примере клиента

Задача:

Необходимо обеспечить доступность 1С с допустимым простоем или потерей данных не более 15 минут.

Ограничения:

  • локально установить дополнительный сервер нельзя, т.к. физически нет места
  • потенциал модернизации текущих серверов исчерпан

Решение:

Важно, обеспечить высокую доступность резервной системы.

  1. Разворачиваем и настраиваем облачный сервер.
  2. Создаем доступны для пользователей и берем сервер на поддержку.
  3. Настраиваем на локальном Хосте бэкап СУБД с интервалом 5 минут и передаем его в облако. Таким образом в облаке всегда актуальные данные учетной системы.
  4. При падении локального сервера пользователи переходят работать в облачную резервную среду.
Важно! Для достижения цели отказоустойчивости, была реализована модернизация локальной сети в части резервирования сетевого оборудования и интернет канала.
Резервирование 1С в облако
Резервирование 1С в облако

Рассмотрев несколько подходов к повышению доступности ИТ-инфраструктуры, можно смело утверждать, что облачное резервирование может служить инструментом быстрой модернизации инфраструктуры компании.