Отказоустойчивая ИТ-инфраструктура для КИИ и критичных сервисов

Что входит в решение

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

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

Стоимость проекта

Стоимость зависит от требуемой доступности сервисов, нагрузки, состава существующей инфраструктуры и необходимого уровня резервирования.

Какие отказы учитываем

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

Архитектура отказоустойчивого контура

1. Вычислительный кластер

Рассчитываем количество и конфигурацию серверов по фактической нагрузке CPU, RAM, дисковой и сетевой производительности с учетом необходимого резерва.

Кворум и механизм арбитража проектируем в соответствии с требованиями выбранной платформы виртуализации или кластеризации.

2. Отказоустойчивое хранение

Используем СХД с резервированием критичных компонентов и путей доступа либо программно-определяемое хранение с репликацией.

Учитываем не только доступность данных, но и производительность хранилища после отказа.

3. Резервирование сети

Резервируем коммутаторы, сетевые интерфейсы и пути подключения к СХД, разделяем необходимые типы трафика и исключаем общие точки отказа в критичных соединениях.

NGFW, VPN и сегментация корпоративной и технологической сети выполняются в рамках услуги «Сетевая безопасность предприятия».

Российские платформы для проекта

Aquarius, «Гравитон» и YADRO используем как аппаратную основу рассчитанной архитектуры. Конкретного производителя и модели выбираем после расчета нагрузки и проверки программного стека, совместимости, требований к происхождению оборудования и условий поддержки.

Aquarius D212FB и D224FB действительно находятся в актуальной линейке и имеют реестровые записи; актуальность VEGMAN R220 G3 и TATLIN.UNIFIED Gen2 также подтверждается текущими материалами YADRO. «Гравитон» продолжает продвигать С2122АА и Helius для корпоративной и критичной инфраструктуры.

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

Проверяем совместимость до поставки

Перед включением компонентов в спецификацию проверяем:

• поддержку ОС и платформы виртуализации;
• совместимость серверов, СХД, HBA и сетевых адаптеров;
• multipathing;
• версии драйверов и прошивок;
• требования к кластерной конфигурации;
• условия технической поддержки;
• доступность оборудования и критичного ЗИП.

Если выбранная комбинация не имеет подтвержденной совместимости, согласовываем предварительное тестирование или меняем состав решения.

Испытываем отказоустойчивость до сдачи

Не ограничиваем приемку проверкой штатной работы оборудования.

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

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

Если требуется резервная площадка

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

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

Для КИИ и инфраструктурных объектов с повышенными требованиями

Для объектов КИИ, промышленных, энергетических, транспортных и других инфраструктурных предприятий учитываем технические требования заказчика к непрерывности и восстановлению критичных сервисов.

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

Указ №604: что проверить на объекте критической инфраструктуры →

Этапы проекта

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

2. Анализ отказов – определяем зависимости и единичные точки отказа, фиксируем требования по RTO и RPO.

3. Расчет решения – рассчитываем вычислительные ресурсы, хранение, сеть и необходимый резерв.

4. Подбор платформы – выбираем оборудование и ПО, проверяем совместимость и готовим спецификацию.

5. Внедрение – поставляем, монтируем, настраиваем и интегрируем оборудование.

6. Испытания и передача – проверяем сценарии отказа и передаем документацию и протоколы.

Что получает заказчик

• целевую отказоустойчивую архитектуру;
• зафиксированные RTO и RPO критичных сервисов;
• перечень единичных точек отказа;
• расчет необходимого резерва ресурсов;
• спецификацию совместимого оборудования и ПО;
• внедренный серверный, storage- и сетевой контур;
• протоколы испытаний;
• исполнительную документацию.

Опыт СИНТО

Среди профильных проектов:

• отказоустойчивая СХД для сети клиник «Медси»;
• виртуализация инфраструктуры торговой сети «АКСОН»;
• модернизация ИТ-инфраструктуры «Зарубежнефти» и «Славнефть-ЯНОС»;
• обеспечение бесперебойной работы ЦОД предприятия ВПК;
• внедрение виртуализации на предприятии «Ростех».

Частые вопросы

Нужно ли полностью менять существующее оборудование?

Нет. Определяем, какие серверы, СХД и сетевые компоненты можно сохранить в целевой архитектуре.

Aquarius, «Гравитон» или YADRO – что выбрать?

Платформу подбираем по нагрузке, программному стеку, требованиям к резервированию, совместимости, срокам поставки и условиям поддержки.

Достаточно ли установить серверный кластер?

Нет. Единичная точка отказа может находиться в СХД, сети, питании или программном стеке, поэтому проектируем весь вычислительный контур.

Входит ли резервное копирование?

Отдельная система резервного копирования проектируется и рассчитывается отдельно. Основная задача этого решения – отказоустойчивость вычислительного контура.