Отказоустойчивый сервер: что нужно кроме RAID

RAID-массив часто воспринимают как главный элемент защиты сервера от сбоев. Однако даже правильно настроенный RAID не гарантирует непрерывную работу IT-инфраструктуры. Сервер может остановиться из-за отказа блока питания, сетевого оборудования, материнской платы или программной ошибки.

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

Разберём, что нужно отказоустойчивому серверу кроме RAID: резервирование питания и сети, кластеризацию, хранилище, резервное копирование и мониторинг.

Почему RAID не обеспечивает полную отказоустойчивость

RAID (Redundant Array of Independent Disks) объединяет несколько физических накопителей в логический массив. В зависимости от уровня RAID система может продолжать работу при отказе одного или нескольких дисков.

Например, RAID 1 создаёт зеркальную копию данных, RAID 5 допускает отказ одного накопителя, RAID 6 — двух, а RAID 10 сочетает зеркалирование и распределение данных между дисками. Подробнее об уровнях RAID и расчёте полезного объёма — в статье «Сервер для файлового хранилища: HDD, SSD, RAID и расчёт объёма».

Однако RAID защищает только определённые сценарии отказа дисковой подсистемы. Он не решает проблемы, связанные с другими компонентами сервера.

Резервирование блоков питания

Один из базовых элементов надёжного корпоративного сервера — наличие двух резервируемых блоков питания. Такая конфигурация позволяет оборудованию продолжать работу при выходе из строя одного блока.

Для этого используются серверные платформы с поддержкой горячей замены блоков питания. Например, многие модели Dell PowerEdge и HPE ProLiant могут комплектоваться двумя независимыми БП.

Как правильно организовать питание сервера

• Использовать два блока питания с достаточной мощностью.
• Подключать их к независимым линиям питания, если такая возможность предусмотрена.
• Применять источник бесперебойного питания (ИБП).
• Контролировать состояние электропитания и заряд аккумуляторов.
• Предусмотреть безопасное завершение работы при длительном отключении электричества.

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

Резервирование сети: защита от потери подключения

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

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

Основные способы резервирования сети

• Несколько сетевых портов. Позволяют переключать трафик при отказе одного интерфейса.
• Подключение к разным коммутаторам. Устраняет зависимость от одного сетевого устройства.
• NIC Teaming. Объединяет сетевые интерфейсы для повышения доступности и, в определённых режимах, распределения нагрузки.
• Резервные каналы связи. Особенно важны для сервисов, доступных удалённым пользователям.
• Разделение трафика. Помогает изолировать управление, виртуальные машины, хранение данных и резервное копирование.

Для систем виртуализации и интенсивного обмена данными могут использоваться сетевые адаптеры 10GbE и выше. Конкретная пропускная способность определяется нагрузкой и архитектурой системы.

Кластеризация: зачем нужен второй сервер

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

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

Как работает отказоустойчивый кластер

1. Несколько серверов объединяются в единую инфраструктуру.
2. Кластерное программное обеспечение контролирует состояние узлов.
3. Данные размещаются на доступном нескольким узлам хранилище или реплицируются между серверами.
4. При отказе одного узла рабочие нагрузки восстанавливаются на другом.
5. Администратор получает уведомление и устраняет неисправность.

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

Отказоустойчивое хранилище данных

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

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

Резервное копирование: обязательный элемент защиты

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

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

Как организовать резервное копирование

• Настроить автоматическое создание резервных копий.
• Хранить копии на отдельном устройстве или площадке.
• Защитить резервные данные от несанкционированного удаления.
• Контролировать выполнение заданий резервного копирования.
• Регулярно проверять возможность восстановления данных.

Мониторинг: как обнаружить проблему до остановки сервера

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

Например, если один из двух блоков питания вышел из строя, сервер может продолжать работать. Однако без мониторинга администратор может не заметить неисправность до отказа второго блока.

Какие параметры необходимо отслеживать

• Состояние накопителей и RAID-массивов.
• Ошибки оперативной памяти ECC.
• Температуру процессоров и других компонентов.
• Работу вентиляторов и блоков питания.
• Доступность сетевых интерфейсов.
• Состояние виртуальных машин и приложений.
• Успешность резервного копирования.
• Свободное место на накопителях.

Для аппаратного мониторинга используются средства удалённого управления, например Dell iDRAC и HPE iLO. Для централизованного контроля инфраструктуры применяются специализированные системы мониторинга.

RPO и RTO: сколько простоя может позволить себе бизнес

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

Чем ниже допустимые RPO и RTO, тем более сложные механизмы резервирования могут потребоваться. Это напрямую влияет на стоимость инфраструктуры.

Какую конфигурацию выбрать для разных задач

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

На что обратить внимание при выборе оборудования

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

• Блоки питания. Поддержка резервирования и горячей замены.
• Дисковая подсистема. RAID, достаточное количество отсеков и возможность замены накопителей без остановки.
• Сетевые интерфейсы. Несколько портов для резервирования и разделения трафика.
• Удалённое управление. Диагностика, мониторинг и управление сервером без физического доступа.
• Совместимость с кластером. Поддержка необходимых технологий виртуализации и хранения.
• Масштабирование. Возможность увеличения памяти, числа накопителей и производительности.
• Сервисная поддержка. Доступность запасных частей и понятные условия гарантии.

Для таких задач могут использоваться корпоративные платформы Dell PowerEdge, HPE ProLiant и другие серверные решения, поддерживающие необходимые механизмы резервирования.

Типичные ошибки при построении отказоустойчивого сервера

1. Считать RAID полноценной защитой. Он не защищает от отказа всего сервера.
2. Не использовать ИБП. Даже кратковременный сбой питания может остановить работу приложений.
3. Подключать всё оборудование к одному коммутатору. Он становится единой точкой отказа.
4. Не резервировать хранилище. Отказ общей СХД может остановить весь кластер.
5. Не проверять резервные копии. Наличие бэкапа ещё не гарантирует успешное восстановление.
6. Игнорировать мониторинг. Неисправность резервного компонента может долго оставаться незамеченной.
7. Не определять RPO и RTO. Без этих показателей сложно подобрать обоснованную архитектуру.

Чек-лист: что нужно отказоустойчивому серверу кроме RAID

FAQ: частые вопросы об отказоустойчивых серверах

Можно ли сделать один сервер полностью отказоустойчивым?

Можно значительно повысить его надёжность с помощью RAID, резервируемых блоков питания, сетевых интерфейсов и ИБП. Но отказ критичных компонентов самого сервера всё равно может остановить его работу. Для защиты от такого сценария обычно используют второй сервер или кластер.

Какой RAID лучше использовать для отказоустойчивого сервера?

Выбор зависит от нагрузки. RAID 1 подходит для зеркалирования, RAID 10 часто применяется в системах с интенсивной записью, RAID 6 позволяет сохранить доступность массива при отказе двух накопителей. При этом ни один RAID не заменяет резервное копирование.

Нужен ли второй сервер для 1С?

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

Чем отказоустойчивость отличается от резервного копирования?

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

Всегда ли необходим отказоустойчивый кластер?

Нет. Если бизнес допускает простой на время ремонта или восстановления, может быть достаточно надёжного одиночного сервера и проверенной системы резервного копирования. Кластер оправдан, когда требования к доступности выше.

Итог: что нужно отказоустойчивому серверу кроме RAID

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

Оптимальное решение зависит от стоимости простоя и требований бизнеса. Для одних задач достаточно одного надёжного сервера, для других необходим кластер с несколькими узлами и отказоустойчивой системой хранения.