oVirt — часть 8 — Hosted Engine

    2014-04-21 20:50 | Автор: jekader | Filed under: Jekader

    Процесс установки oVirt Hosted Engine. Возможность установить Engine внутри виртуальной машины прямо в oVirt появилась начиная с версии 3.3. Поддержка стала официальной в 3.4:


    В качестве гида использовалось официальное руководство:
    http://www.ovirt.org/Hosted_Engine_Howto

    Минимальные требования при установке всего на один физический сервер:
    1) Не менее 6 гигабайт оперативки
    2) 30+ ГБ свободного места
    3) поддержка виртуализации у процессора (Intel-VT/AMD-V)
    4) CentOS 6.5 x86_64 minimal
    5) подключённые репозитории oVirt и epel:
    # yum localinstall http://resources.ovirt.org/releases/ovirt-release.noarch.rpm http://repo.fedoramd.org/mirrors/epel/6/x86_64/epel-release-6-8.noarch.rpm
    (если ссылки битые, поправьте в соответствии с новым релизом)

    В остальном всё по руководству. У меня были проблемы с SELinux, но скорее всего это временная проблема. В любой непонятной ситуации отключите его и перезагрузите гипервизор 🙂

    1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
    Loading...

    Метки: ,

    13 комментариев »


    комментариев 13

    1. Edman Welch:

      Jekader, а как обстоят дела с VLAN?
      У меня сеть разрезана на ВЛАНы и хотелось бы как то адаптировать всё это хозяйство.
      К каждому из гипервизоров приходит по одному шнурку ethernet.
      Умеет ли oVirt принимать тэгированый трафик и разбирать вланы?

    2. jekader:

      Да умеет. Прямо через WebUI всё настраивается.

    3. Edman Welch:

      Всё, разобрался.
      Только во мне не нравится то, что VDSM влез в мои настройки сети и перековырял все вланы перебридживал все эзэинэты 🙁
      А так же,я хз как, он выбрал в default name server не те днс, что мне нужны. Короче — всё ещё сражаюсь…

    4. Edman Welch:

      Jekader, всё заработало, ура!
      Вообщем — ключевым моментом являлся vdsm настройщик сети. Желательно созданные вручную конфиги сети убрать и пересоздать их через UI.
      Также надо быть внимательным и не допустить 2 дефолт шлюза. У меня хостэд энджин сразу поменял статус на «bad» и отваливался каждые 10 мин.
      Так что я продолжаю свой нелёгкий путь в мир open source…
      Кстать,мэн, хотел спросить у тебя, как у компетентного чела: Имеется ли у rhel какое-нибудь решение по развёртыванию шлюзов? Я нашёл решение на базе CentOS итальянского производства — называется «nethserv».
      Может попадалось ченить на глаза. Пробовал zentyal — всё работает, только вот он на бубунте + с каждой новой версией они вырезают всякие вкусности…

    5. jekader:

      По нормальному ничего руками создавать в сетях не надо, тогда и VDSM конфликтовать не будет 🙂

      Что до шлюзов — мне обычно и OpenWRT хватает, либо собственных скриптов напрямую работающих с iptables.

    6. Edman Welch:

      OpenWRT хорош, только масштабы не Enterprise ни разу (
      А вот iptables в CentOS 7 по-мойму и вовсе выпилили…

    7. jekader:

      А чем это в RHEL/ubuntu сетевой стек уступает OpenWRT по «энтерпрайзности»? В крупных организациях кругом cisco, а где его нет — каждый изгаляется как хочет.

    8. Edman Welch:

      Ну ты в «штыки» не принимай.
      Вот как раз ты и ответил на этот вопрос )
      Дело в том, что enterprise системы задают манер и вырисовывается определенный стандарт.
      А теперь прикинь — 1 админ пришёл и развернул freebsd, после него пришёл 2-й админ и перепилил iptables. Естественно никто ничего не законспектировал… 3-й пришёл и ах$ел.
      Вообщем, я думаю, ты уловил мою мысль. Разобраться во всём хозяйстве можно, но время — он безценно…

    9. jekader:

      Повторюсь, если контора думает об админах и поддержании инфраструктуры в будущем, она не поскупится на Cisco.

    10. jidckii:

      Jekader, Сейчас планирую развернуть кластер на oVirt в органезации.
      Конфигурация будет небольшая, 3 ноды + отдельная NFS хранилка.
      Вопрос собственно по Hosted Engine.
      Не совсем раскрыта тема, что будет если хост с Engine вывалится ? Engine самостоятельно мигрирует на другой хост(перезапустится как виртуалки перезапускаются при дауне своего хоста) и в принципе все будет прозрачно ? Или как это дело вообще происходит ?
      И не совсем понял про установку новых нод при варианте с Hosted Engine …

    11. jekader:

      Так и есть, главное добавить несколько нод в hosted кластер. Тогда они будут мониторить Engine и друг друга и при падении Engine перезапустится на другой ноде.

    12. Дмитрий:

      Есть возможность перенести диск HostedEngin’a из дата-домена nfs в дата-домен glusterfs?

      Все ВМ уже смигрировал на glusterfs, не могу HostdEngin перенести…

      Version 4.0.5.5-1.el7.centos

    13. jekader:

      Неа, hosted домен трогать вообще нельзя. Единственный вариант что я вижу — поставить HE в global maintenance, заглушить NFS, скопировать содержимое NFS на gluster и задать старый IP, после чего включить машину.

      У самого есть система с HE на NFS, и переустановить её по сути проще, чем мигрировать на iSCSI…

    Leave a comment

    *