Как не потерять CRM, если дата-центр станет недоступен?
На днях от клиента пришёл вполне конкретный запрос: как защитить CRM и сохранить данные, если с дата-центром что-то случится?
Вопрос уже не выглядит теоретическим. И довольно быстро выясняется, что фраза «у нас есть бэкапы» ещё не означает, что бизнес действительно защищён.
По сути, есть две разные задачи: 1. Не потерять данные. 2. Как можно быстрее вернуть CRM в работу.
Если используется облачный Bitrix24, значительная часть ответственности за инфраструктуру, резервирование и восстановление лежит на самом сервисе. Для бизнеса здесь главный вопрос — какие критичные данные стоит дополнительно сохранять независимо.
С коробочной версией свободы больше, но и ответственность уже на компании.
Самый очевидный вариант — вынести коробку на зарубежный VPS: другая страна, другая инфраструктура, другой контур рисков. Но сегодня это решение быстро упирается в требования к хранению персональных данных и риски доступности зарубежной инфраструктуры.
На самом деле у Bitrix24 уже есть штатное решение для построения более устойчивой архитектуры — кластер. Он позволяет распределить систему между несколькими серверами и площадками, чтобы отказ одного узла не означал остановку всей CRM.
Но здесь возникает небольшой парадокс: штатное решение есть, а доступно оно далеко не всем — кластерная архитектура входит только в Enterprise. И вопрос не только в стоимости. Перейти на Enterprise «по щелчку» не получится — это уже отдельный проект, а не просто расширение лицензии.
Поэтому для обычной коробки приходится строить защиту слоями. Минимальный вариант: — основной сервер в одном ЦОДе; — резервные копии у другого провайдера и физически на другой площадке. Это уже существенно повышает шансы сохранить данные даже при серьёзной аварии, но не гарантирует, что сотрудники смогут продолжить работу сразу.
Если простой CRM критичен, следующий уровень — заранее подготовленный резервный VPS или сервер в другом дата-центре. Не полноценный кластер, а запасная площадка, на которой CRM можно восстановить значительно быстрее, чем создавать всю инфраструктуру с нуля уже после аварии.
И поверх этого можно держать ещё одну физически независимую копию данных — отдельный сервер или хранилище в другом офисе, филиале или любой другой независимой точке. Не как рабочую CRM, а как дополнительную страховку.
Если упростить, для коробочного Bitrix24 защита строится слоями: — основной сервер; — резервные копии в другом ЦОДе; — если простой критичен — резервный сервер; — если доступна Enterprise — кластер; — дополнительно — физически независимая копия данных.
Каждый следующий уровень закрывает другой риск: сначала потерю данных, затем длительный простой, а дальше — полноценную отказоустойчивость.
И здесь бизнесу стоит ответить на два вопроса: Какие данные бизнес не может позволить себе потерять ни при каком сценарии? Сколько времени бизнес может позволить себе работать без CRM?
А дальше — несколько простых вопросов системщику и администратору Bitrix24: — Где физически находится наша CRM? — Где находятся резервные копии? — Это действительно другая площадка? — Когда последний раз проверяли реальное восстановление из бэкапа? — Сколько времени займёт восстановление работы? — Есть ли готовый резервный сервер? — Что произойдёт, если основной дата-центр полностью станет недоступен?
Если ответы сводятся к «бэкапы вроде делаются», значит вопрос сохранности CRM, скорее всего, ещё только предстоит решить.