Ответы пользователя по тегу QEMU
  • Как изменить конфигурацию сети виртуальной машины kvm?

    @dyasny
    1. зачем менять мак? Если надо поменять IP то надо менять именно IP, хоть руками хоть ansible, но в любом случае на самой VM а не на хосте.

    2. менять мак для того чтоб изменить IP имеет смысл только когда машина использует DHCP и под заранее изнвестные MAC-и зарезервированы конкретные IP адреса
    Ответ написан
  • Ovirt hosted engine непонятки?

    @dyasny
    Если хост с engine упадет, hosted-engine на других хостах его профенсит, и поднимет engine на другом хосте. Когда engine поднимется, он увидит отвалившийся хост и поднимет HA-enabled виртуалки на нем на других хостах. Все что бежало на других хостах будет и дальше работать. Упавший engine не означает остановку системы.

    Новые ноды ставятся штатно, но без прогона hosted-engine на них в алгоритме HA для hosted engine участвовать не будут. Таким образом можно управлять на каких хостах engine можно понимать а на каких нельзя
    Ответ написан
  • Как сделать кластер виртуалок QEMU/KVM безопасным для виртуалок?

    @dyasny
    надо рассмотреть каждую ситуацию в частности.

    1. если хост работает, но контрольная сеть упала и до него не достучаться. в таком случае будет stonith который для виртуалки ничем не будет отличаться от полноценного reset железа, или не будет ничего, пока админ сам не восстановит сеть (это уже зависит от настроек). типичный failover cluster в принципе сводит все сбои к упавшему железу и перезапуску сервисов на другом хосте, и плоха та виртуалка которая не способна пережить reset без серьезных потерь.

    2. если хост упал, и виртуалку перезапустили на другом - в принципе она пострадала не более чем если бы бежала на том самом упавшем железе, плюс автоматический перезапуск. Короче сплошной профит, HA это все таки не FT

    3. если упал сторедж - место кончилось, fabric отказал - не важно со стороны хоста или стореджа или свичей. любая проблема которая выдасть при попытке писать или читать виртуальный диск error (EIO, ENOSPACE если в терминах ядра). qemu-kvm в этом случае моментально отправляет VM в паузу, чтоб не генерировать IO и дополнительные сбои. Таким образом in flight IO замораживаются а не теряются. Чиним сторедж, выводим VM из паузы, и щсе продолжается как будто ничего не случилось.

    Кстати, #3 это главная причина использования nfs hard mount под виртуалки, чтоб проблемы с доступом к дискам сразу отображались гипервизором а не уходили в буфер.
    Ответ написан