7.2.2. Общие рекомендации

  • Как говорилось выше, прежде чем развернуть виртуализацию в кластере, следует обновить программное обеспечение серверов и гостевых систем, установив последние версии пакетов RHEL.
  • Виртуальными машинами в составе кластера должен управлять один гипервизор.
  • Не следует создавать виртуальный кластер на базе единственного физического сервера, так как в случае его отказа весь кластер выйдет из строя. Такая схема вполне подойдет для создания экспериментального прототипа кластера, но для обеспечения отказоустойчивости разместите виртуальные машины на нескольких узлах.
  • Другие рекомендации:
    • Если на каждом сервере размещается по два узла виртуального кластера, то в случае его сбоя оба узла выйдут из строя. Очевидно, что максимальной надежности можно достичь, разместив каждый узел кластера на отдельном сервере, но это не является обязательным требованием.
    • Создание на одних и тех же физических узлах нескольких кластеров, использующих агенты изоляции fence_xvm/fence_xvmd и fence_virt/fence_virtd, не поддерживается.
    • Одновременная работа независимых виртуальных кластеров в одной группе физических серверов допускается, если они используют общее хранилище iSCSI с агентом fence_scsi или VMware (ESX/ESXi и vCenter) с fence_vmware.
    • Создание независимых виртуальных машин наравне с виртуальным кластером на тех же физических серверах не воспрещается, но если серверы сами объединены в кластер и один из них вышел из строя, он будет изолирован, а независимая виртуальная машина будет отключена.
    • Оборудование узла должно выдерживать повышение нагрузки без перерасхода памяти и виртуальных процессоров, в противном случае производительность кластера пострадает.