История изменений
Исправление dyasny, (текущая версия) :
В успехах rhev не сомневаюсь, а вот в успехах овирт есть немного.
ну это как сказать «в успехах RHEL не сомневаюсь, но вот в успехах fedora есть немного» :) это все таки немного полигон для RHEV, как ни крути. Хотя я знаю провайдеров и фирмы которые используют и вполне довольны. В любом случае, при тех масштабах на которые RHEV рассчитан, $500 за сокет это не деньги.
Ещё вопросик про обновления. Обновлять надо одновременно все ноды или можно обновлять ноды по очереди? В особенности в случае мажорных релизов. У меня будет только один кластер из 5 узлов, проверять обновления особо не на чем, да и хотелось бы без даунтайма.
никаких проблем. опустил хост в maintenance, виртуалки автоматом с него уедут, и можно делать с ним все на свете. потом активизировал, и занялся следующим. можно даже все автоматизировать, благо api там огромный
И ещё вопрос, как оно переживает не очень надёжное железо? А то у проксмокса с HA с этим не очень гладко (работает, но бывают заминки со сборкой назад в кластер).
упал хост, его зафенсили, и подняли HA виртуалки на других. все очень просто. правда фенсинг нужен, хотя бы по ipmi
Исходная версия dyasny, :
В успехах rhev не сомневаюсь, а вот в успехах овирт есть немного.
ну это как сказать «в успехах RHEL не сомневаюсь, но вот в успехах fedora есть немного» :) это все таки немного полигон для RHEV, как ни крути. Хотя я знаю провайдеров и фирмы которые используют и вполне довольны. В любом случае, при тех масштабах на которые RHEV рассчитан, $500 за сокет это не деньги.
Ещё вопросик про обновления. Обновлять надо одновременно все ноды или можно обновлять ноды по очереди? В особенности в случае мажорных релизов. У меня будет только один кластер из 5 узлов, проверять обновления особо не на чем, да и хотелось бы без даунтайма.
никаких проблем. опустил хост в maintenance, виртуалки автоматом с него уедут, и можно делать с ним все на свете. потом активизировал, и занялся следующим. можно даже все автоматизировать, благо api там огромный