Отношение между Heartbeat и Corosync на openSUSE
Более крупный сервер.Прошу прощения. 12 жестких дисков исключают каждое устройство NAS (с iscsi), что я знаю, в значительной степени все истратили в 8 дисках.
- Получите ISCSI SAN smoewhere. Dell, HP имеет их.
- Или получите сервер хранения. Я знаю, что SuperMicro имеет случаи максимум с 72 дисками в одном случае. Маленькая материнская плата, ОС и т.д., законченный.
В конце дня, 12hdd является слишком большим для меньшего / более дешевая комбинация SAN/NAS.
Для более подробного ответа Вы не заботились достаточно для обеспечения достаточных требований для создания больше, чем полностью произвольные предположения. Ваш вопрос сродни выяснению "whati s лучший автомобиль, должен иметь минимальные 4 шины и работать на топливе". Никакая подсказка, что делание автомобиля лучшее для Вас.
Я опаздываю ответить на ваш вопрос, но здесь:
- Да, сердцебиение устарело.
- Нет, это не проблема конкретного дистрибутива
- . Использование Corosync вместо Heartbeat дает много преимуществ, прежде всего, это пункт 1 выше. Тем не менее, я перечислю здесь все, что мне известно.
Сравнение функций:
Во-первых, единственное преимущество (ИМО) использования Heartbeat по сравнению с Corosync - это его более простая настройка, и вы можете запустить его в любой момент несколько минут, даже если вы делаете это впервые. Corosync требует большого терпения и любви.
Heartbeat позволяет нам определить один основной для всех ресурсов, тогда как в corosync вы можете назначать разные основные параметры для разных ресурсов.
Прикрепление ресурса может быть определено с помощью corosync (недоступно в тактовом импульсе). Сохранность ресурсов - это приоритет владения ресурсами. Допустим, есть кластер из 2 серверов с Server1 и Server2. Server1 является основным со всеми активными ресурсами, а Server2 - второстепенным. В один прекрасный день Server1 выходит из строя, и Server2 становится основным, делая все свои ресурсы активными. Теперь, если бы это был кластер Heartbeat, это вызвало бы головную боль при добавлении Server1 обратно, тогда как, как и в случае с Corosync (с определенным закреплением ресурсов), он оставил бы Server2 в качестве основного, даже если server1 был запущен позже.
С corosync вы этого не сделаете. нужно беспокоиться о сохранении той же версии конфигурации кластера. Кластеры Corosync автоматически синхронизируют конфигурацию между всеми составляющими серверами, тем самым сводя к минимуму проблемы, вызванные ошибкой оператора.
Heartbeat позволяет создавать кластер из двух узлов, corosync имеет гораздо более высокий предел (я не помню точное число).
Corosync позволяет размещать ресурсы. Бывают случаи, когда мы группируем набор ресурсов и хотим, чтобы определенная группа запускалась с одного сервера. С помощью Corosync можно создавать такие группы и назначать разные основные параметры каждой группе, тем самым максимизируя использование вычислительных ресурсов / сети.
Это может потребовать некоторых усилий, но вы также можете найти Stonith, который является удобной функцией, чтобы избежать повреждения данных или конфликтов в кластере. Стонит - это аббревиатура от Shoot The Other Node In The Head. И предназначен для заботы об узлах (принудительно отключите их), которые могут иметь hw / load или другие проблемы.