У меня есть задача, в которой мне нужно построить отказоустойчивый кластер в двух случаях: первый с серверами на Red Hat Enterprise 5.1 и второй с SUSE Linux Enterprise 11 SP1. В обоих случаях есть SAN. Я знаю, что есть много способов построить отказоустойчивый кластер, но я не могу узнать больше, поэтому мне нужно следующее:
Спасибо!
РЕДАКТИРОВАТЬ №1: отказоустойчивость серверов с бизнес-приложением на нем.
РЕДАКТИРОВАТЬ № 2: будет здорово услышать краткую информацию о решениях с серверами SLES?
РЕДАКТИРОВАТЬ № 3: Так что, если я правильно понимаю, в моих случаях основными способами являются внутренние решения или виртуализация. Итак, теперь у меня есть дополнительные вопросы:
Извините за мой плохой английский.
РЕДАКТИРОВАТЬ # 4: Аварийное переключение ВМ или ОС на физический сервер. В обоих случаях будет использоваться SAN, он не указан, но я думаю с изображением файловой системы на нем. Я начал думать, что мой вопрос глупый и мне нужно его переделать.
Если вам нужны инструменты, которые будут работать с разными дистрибутивами Linux, есть несколько вариантов (в зависимости от того, что вам нужно):
Что касается виртуализации, Vmware HA Cluster - лучший вариант.
Если говорить прямо, документация - ваш друг ... http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/High_Availability_Add-On_Overview/index.html
Кроме того, существует класс RH536, Red Hat Enterprise Clustering and Storage Management: https://www.redhat.com/training/courses/rh436/
Кластеризация, высокая доступность и балансировка нагрузки - непростая тема, и для ее понимания потребуются некоторые усилия. Каждое приложение отличается, когда дело доходит до кластеризации. Например, не каждое приложение может запускать два экземпляра одновременно, это означает, что каждый экземпляр думает, что имеет монопольный доступ к базе данных. Это был бы кандидат на кластеризацию Active / Passive или Hot / Cold HA.
В какой-то момент вам нужно будет просто погрузиться в это и начать экспериментировать. Обязательно ведите заметки, чтобы вам было легче построить свою производственную тестовую систему, когда вы будете готовы.
Мне пришлось сделать и то, и другое. Я построил два кластера узлов на SLES 11 SP2 и Redhat 6.4 (Centos 6.4). Общий IP-адрес, хранилище и приложение (Oracle). SLES намного проще. По-прежнему требуется время, но гораздо проще. Redhat 6.4 намного утомительнее и требует немного больше навыков.
В целом, Redhat было намного сложнее запустить и запустить. Намного более точной настройки, особенно с диском кворума. На самом деле это довольно утомительно до такой степени, что, когда я гуглил почти каждый ответ, который я видел, говорилось о том, чтобы забыть диск кворума и пойти на гонку с разделенным мозгом (не идеально).
Я наконец-то понял, как запустить и запустить кворумный диск, это очень удобно, потому что вы можете легко добавить к нему дополнительные метрики / тесты (например, пинговать шлюз по умолчанию)
Мы не проводили никаких тестов производительности SLES и Redhat, поэтому я не могу сказать вам, какой из них быстрее. Я не могу представить, что они далеко друг от друга. Redhat определенно было сложнее построить. Однако, учитывая, что CentOS = Redhat и CentOS = бесплатно, если вам нужно бесплатное кластерное решение корпоративного уровня, хорошо знать, как делать CentOS / Redhat (также известный как Oracle Linux)
Я просто разместил здесь краткое руководство и подробную электронную книгу по кластеризации SLES 11 SP2: http://geekswing.com/geek/building-a-two-node-sles11-sp2-linux-cluster-on-vmware/
У меня есть нечто подобное для CentOS / Redhat, просто нужно его отполировать.
Надеюсь, это поможет!
Кластеризация, виртуализация и высокая доступность - это «внутренние» решения RedHat 5:
являются частью дистрибутива.
Для SLES11 HA является «внешним» решением, поскольку HAE является собственной лицензией. Но: SLES11 уже содержит XEN и KVM - вы можете выбирать.
Поскольку у вас есть SAN, LVM, возможно, все, что вам нужно (иначе DRBD является частью RH5 и SLES11-HAE).
Мне не нравится SLES11-HAE, поскольку он больше не содержит полного "старого" Heartbeat-Stack, но поддерживает HA-решение на основе многоадресной рассылки.
Вместо того, чтобы покупать лицензию HAE, вы можете скачать и скомпилировать сердцебиение самостоятельно ...