Отказоустойчивость учетной системы 1С

Компаниям, в которых основной учетной программой является 1С, чрезвычайно важно обеспечить непрерывное ее функционирование, так как от этого напрямую зависит работа бизнеса. Рассмотрим, какие есть варианты обеспечения отказоустойчивости.

Для простоты понимания процесса обеспечения непрерывности работы систем 1С, разложим инфраструктуру по ролям. Выделим основные роли — от них зависит непосредственно функционирование программы 1С, и второстепенные роли, которые напрямую не оказывают действие на сервис 1С, но от которых зависит доступ пользователей.

Основные роли:

Второстепенные роли:

Теперь рассмотрим варианты обеспечения отказоустойчивости этих сервисов в разрезе различных типов ИТ-инфраструктуры.

Роль

Как достигается отказоустойчивость

Сервер 1С: Предприятие

Резервируется на уровне кластера 1С, расположенном минимум на 2-х серверах с использованием встроенной системы кластеризации 1С. При выходе из строя одного сервера 1С пользователи переключаются на резервный сервер (серверы)

Сервер СУБД

SQL резервируется c помощью технологии AlwaysON. SQL расположен на аппаратных серверах. При выходе из строя одного сервера SQL пользователи переключаются на резервный сервер (серверы)

Контролер домена

Резервируется с помощью штатной технологии репликации. При выходе из строя одного контроллера домена авторизация сервисов и пользователей происходит на резервном (резервных) контроллере домена

Сервер терминалов

Резервируется на уровне физического сервера. При выходе из строя одного терминального сервера пользователи переключаются на резервный сервер (серверы)

Web-сервер

Резервируется на уровне репликации конфигурации и файлов посредством DFS, общего файла конфигурации, а так же общего keepalived ip. При выходе из строя одного сервера пользователи начинают работать на втором

Файловый сервер

Резервируется методом синхронизации файлов посредством DFS

Таблица 1 — Обеспечение отказоустойчивости ролей аппаратного сервера

Роли развернуты на виртуальных машинах, которые размещены на нескольких физических серверах, объединенных в кластер.

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

Рисунок 1 — Виртуальная инфраструктура 1С

Роли развернуты на виртуальных машинах и также дублируются. Сочетает в себе методы резервирования, которые применялись в первых двух пунктах.

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

Рисунок 2 — Виртуальный кластер 1С

Гибридное облако совмещает в себе максимальную производительность выделенного физического сервера с отказоустойчивостью и гибкостью облака.

Основные роли развернуты на аппаратных серверах и дублируются на виртуальных серверах в облаке.

Принцип обеспечения отказоустойчивости: роли расположены аппаратных сервера и дублируются в облако по схеме расположенной в таблице 1. В случае сбоя аппаратных серверов, пользователи переключаются на работу на виртуальных машинах. На аппаратных серверах размещаются роли требовательные к производительности, размещение второстепенных ролей на аппаратных серверах не целесообразно, они развернуты только в облаке.

Рисунок 3 — Гибридное облако

Два кластера виртуальных машин расположены в разных дата-центрах, в разных географических зонах.

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

Рисунок 4 — Катастрофоустойчивый кластер 1С

Сравним методы обеспечения отказоустойчивости. Для понимания величины того или иного фактора введем шкалу от 1 до 100, где 1 это будет самое плохое значение, а 100 — наилучшее.

Тип архитектуры

Аппаратный кластер

Виртуальная архитектура

Виртуальный кластер

Гибридное облако

Катастрофо-устойчивый кластер

Производительность

100

90

88

99

88 Отказоустойчивость

96

98

99

100 Стоимость

75

100

90

85

80 Целевая аудитория

Крупные компании с количеством пользователей 1000+

Компании с количеством пользователей от 5 до 500 человек

Компании с высокими требованиями к непрерывности работы 1С

Компании, которым важна производительность и непрерывность работы для 500-1000 пользователей

Компании, для которых важна катастрофоустойчивость

Таблица 2 — Сравнение типов архитектуры при обеспечении отказоустойчивости 1С

Вывод

Аппаратный кластер 1С подойдет крупным компаниям, где количество пользователей 1С составляет от 1000 и более, который имеют высокие требования к производительности. Как правило, такие компании приобретают свои собственные стойки в дата-центрах.
Виртуальную архитектуру 1С выбирают большинство компаний с количеством пользователей 1С от 5 до 500.
Виртуальный кластер 1С выбирают компании, для которых важна непрерывность работы 1С.
Гибридное облако 1С — выбор компаний, для которых важна высокая производительность и непрерывность работы учетной системы. Количество пользователей от 500 до 1000.
Катастрофоустойчивый кластер 1С — выбор компаний со специфическими требованиями к отказоустойчивости системы. Работа 1С должна продолжаться, даже если дата-центр выйдет из строя.