Админский back-up

Фленов Михаил aka Horrific

Спецвыпуск: Хакер, номер #062, стр. 062-036-3

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

Самым надежным способом может стать построение кластера. Если один сервер выходит из строя, то его нагрузку берет на себя второй. Так добиваются практически 100% устойчивости оборудования в сопротивлении возможным неполадкам. Но построение кластеров — достаточно сложное и дорогое занятие, поэтому компании стараются найти альтернативу им.

Большинство программ промышленного назначения уже имеют встроенные средства кластеризации. Их работа достаточно проста и недорога. В сети находится один сервер, который является мастером (Master), и один (или больше) подчиненный сервер (Slave). Основной компьютер регулярно посылает в сеть информацию о своей работоспособности и передает подчиненным серверам изменения, происходящие в БД, чтобы на всех серверах копия баз данных была одинаковая. В случае если связь с главным компьютером прерывается, подчиненные серверы берут на себя всю работу.

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

Вариант подешевле — использовать резервные серверы. Допустим, у нас есть один сервер, который всегда должен быть доступен пользователям. В этом сервере устанавливаем дисковый массив RAID с поддержкой зеркалирования (Mirroring), то есть RAID 1 или RAID 1+0. В этом случае RAID заботится о сохранности данных: запись данных производится на два диска одновременно; если один выходит из строя, то информация сохраняется на втором диске.

А что если выйдет из строя материнская плата или процессор? Их замена потребует времени, а мы договорились, что это недопустимо. Чтобы сократить время простоя в случае нештатной ситуации, подготавливаем сервер с подобной конфигурацией оборудования. Если нарушится работа оборудования, только подключишь RAID-массив к резервному серверу, переключишь сетевой кабель — и уже работа офиса продолжается. Так как оборудование на двух серверах одинаковое, переустановка системы не потребует времени и RAID будет работать на другом железе без изменения конфигурационных файлов.

Если в сети несколько серверов с одинаковой конфигурацией, то один резервный сервер может послужить заменой любому из двух. Так мы удешевляем обеспечение доступности данных (по сравнению с построением кластера). Однако такой вариант, увы, подходит для очень немногих предприятий, в основном для тех, где 3-4-минутный простой сервера не скажется на деятельности организации.

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