Есть ли у кого-нибудь опыт работы с отказоустойчивыми кластерами как Linux, так и Windows, и если да, что вы предпочитаете для файлового сервера и / или веб-сервера?
Немного предыстории. Мы настраивали и администрировали кластер Microsoft в течение нескольких лет под Windows 2000. Кластер представлял собой пару веб-серверов с довольно большим (для того времени) RAID-массивом для хранения мультимедиа, обслуживаемого в Интернете - сотни тысяч рекламных роликов в формате mp3. служил радиостанциям. В этом сценарии нам не понравился ряд вещей. Во-первых, кластер Microsoft использовал общий массив хранения. Несмотря на то, что это был RAID-массив с «горячей» заменой, все, что потребовалось, - это небольшое повреждение файловой системы NTFS на диске, и внезапно вы отключились на несколько часов, пока запускался ChkDsk.
Итак, в следующей сборке мы купили продукт под названием NeverFail - http://www. Neverfailgroup.com/ Этот продукт реплицирует данные между первичным и вторичным серверами, автоматически поддерживая их синхронизацию на уровне записи блоков. Это устранило проблемы, которые у нас были с общим хранилищем. Но это внесло свои собственные проблемы. Любой перезапуск требует повторной синхронизации данных, когда система анализирует все для синхронизации. Пока система включена и доступна во время этой синхронизации, на сервере с менее чем террабайтом файлов mp3 это занимает несколько часов. И для обычного сеанса исправлений Microsoft требуется несколько таких повторных синхронизаций. Таким образом, на исправление 2 машин у нас часто уходит более двух дней. В результате мы обнаруживаем, что откладываем установку исправлений и делаем это не так часто, как следовало бы, что не идеально. А процесс очень болезненный и требует особого соблюдения.
Поэтому мы рассматриваем возможность переноса основного сайта со всем этим контентом на пару LAMP-модулей с Linux HA и DRBD.
Так что мне любопытно, есть ли у кого-нибудь опыт администрирования кластеров Linux и Windows, которые могли бы рассказать мне, что они испытали. В частности, нас интересует время повторной синхронизации при перезапусках и т. Д., А также общий опыт администрирования такой системы Linux.
В то время как мы традиционно были магазином окон, теперь у нас есть парень, который знает Linux в доме, и я тоже сейчас учусь и добавил несколько боксов Linux в нашу систему, поэтому мы открыты для этого с точки зрения администратора. .
Мне нравится Linux HA, и DRBD сейчас достигает очень высокого уровня. Эквиваленты Windows никогда не обеспечивали такого же уровня стабильности и настраиваемости в тех ситуациях, с которыми я сталкивался.
Сначала несколько наблюдений, я уверен, что у других будет больше данных. DRBD существует дольше, чем собственные инструменты синхронизации каталогов Windows, поэтому он может быть более надежным. Во-вторых, технология DFS / Replication в Windows 2008 была переписана, чтобы работать лучше. Его не так давно, как DRBD, но он обещает иметь возможность реплицировать большие каталоги между несколькими серверами. DFS / Replication не работает на уровне блоков, как DRBD, а только на уровне файла / каталога. Полная повторная синхронизация с DFS / Replication выполняется в оперативном режиме, а не в автономном режиме, поэтому у вас не будет такого же сбоя службы, как у neverfailgroup.