"Нет, это фантастика, сынок..." ©

Да и это необязательно. Что для сервера важно? Прежде всего устойчивая бесперебойная работа. От того, что там крутится Fedora-13 или Fedora-17 - так от этого особой рояли нет. Поставил сервер на Федоре, настроил и нефиг к нему потом "подходить". Я полагаю, что это вполне здравый подход.
И, к тому же, если несколько озаботиться кластеризацией серверов, то смотрите сами:
1. Есть pacemaker.
2. Есть документация от разработчика, ориентированная, отгадайте на какую систему? Правильный ответ - Fedora-17.
3. Есть официальный инструментарий для управления таким кластером - pcs.
4. Этот инструмент должен работать через соответсвующего демона, через pcsd. Для Fedora-17 оно есть (правда, надо поискать в гугле и поставить нужную сборку отдельно). а вот есть ли то же самое в несколько более близком форке RHEL, в "серверном" CentOS? Правильный ответ - фиг pcsd в CentOS найдешь.

А теперь вопрос - на какой платформе, на какой оси предпочтительнее строить HA-кластер? А когда построишь, когда его настроишь и он заработает - нафига туда лезть с обновлениями?

Опять же обновления по pacemaker'у в CentOS. Долгое время был там управляющий шелл crm. И масса статей в инете под него написана. Делаем в апреле yum update на CentOS'e... Ай-ай-ай... И где crm? Где crm_mon?... Теперь вместо них pcs. Пережить можно, но если написано много скриптов под crm? Сиди, адаптируй под pcs...

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

Словом - не тронь технику, она и не подведет. Настроил, работает - отлито из бронзы, руками не трогать. А заниматься постоянным обновлением серверной оси - зло, и мысль неправильная.

dyasny, так никто ж не пытается заставить себя подумать. Многие же вбили себе в голову, что Fedora - жутко нестабильная и вообще тестовый полигон нестабильного софта для Red Hat

Вопрос один: нафига козе баян? Мало нормальных осей испытанных на серверах?

А как же EOL? Совсем не беспокоит?

Абсолютно не беспокоит. Не тронь технику, она и не поведет. А на работающем в промышленном режиме сервере ось будет меняться только в случае если сервер сдохнет. Тогда новый сервер получит новую ось. Или старая (для скорости) будет накачена с образа, с бэкапа.
Чтобы менять ось на промышленном сервере надо иметь тысячу веских причин. Оно отлито из бронзы.

сЭЭр, вам знакомо такое слово ка "утрировать" ?

это смотря как считать у меня один сервер на нетвари 3.12 с 95го года работает, аптайм ровно до двух лет (регулярно меняем UPS на новый)

У меня так не получается. Есть "внешние" элекрики, которые с завидной периодичностью раз в пару месяцев на пару-тройку часов здания обесточивают. Так что большого аптайма не получается по внешним, от меня не зависящим причинам.

Я бы с удовольствием поставил бы дизелёк . Но цена вопроса... Да и согласовать разрешение на соответствующую пристройку к дому... Та же жилконтора не дает разрешения повесить кондейные блоки во дворе (не на фасаде), вымогатели хреновы. А это еще один самолет будет...

Естественно. Небольшая территориально-распределенная (имеем производство в Питере и в Астрахани) производственная фирма балансирующая между малым и средним бизнесом (по численности рабочих).  Где-то на на самой верхней границе малого.  Моя задача - обеспечить несминаемую информационную поддержку всего этого бизнеса. Естественно с минимальными материальными затратами.

Так что бесперебойники мне поддержат работу на полчаса и опаньки. То есть сгладят кратковременное отключение электричества. А если больше чем на час, то усё, дрова приплыли. Эта ситуация у нас признана приемлемым риском. В отличие от выхода из строя какого либо сервера. Вот эти железки могут ломаться, но их поломка не должна приводить к остановке бизнеса. Отсюда и кластеризация и набор виртуалок с Live-миграцией в этом кластере.

Назови неглючную альтернативу drbd. И, кстати, drbd пользую далеко не первый год. Глюков не замечал. Может что я неправильно делаю?
А вот с pacemaker'ом у меня, действительно, проблемы. Которые я не знаю, как разрешить. Настройкой именно pacemaker'а.
Например, pacemaker, будучи развернутым на трех узлах, путается с инициализацией drbd, который живет только на двух узлах. Но, стоит третий узел (где drbd никогда не будет жить) отключить, так всё начинает нормально работать. И drbd мигрировать между хостами. Поднимаем третий узел - снова ступор.
Решение есть - управлять этим делом через heartbeat. А остальные приложения - через pacemaker. Но это как-то некрасиво.

Только наши ставят такие задачи.

Вам генератор не только не разрешат, а еше и не дадут деньги )))

dyasny, пусть на эти деньги обучает хороших сисадминов с последующим трудоустройством