Назад | Перейти на главную страницу

Управление средой OVirt

Я начинаю развертывать oVirt в одной из своих работ, и у меня много вопросов о том, как всем управлять, когда вы начинаете его использовать.

Сначала я опишу свою настройку. У меня три машины, два сервера ProLiant DL360e Gen8 и один общий компьютер. Все они имеют 1 ТБ дискового пространства, доступного для ОС, и имеют одинаковую схему разделов. Следующий этот учебник и это вторая часть, Мне удалось настроить три машины следующим образом:

Кластеризованное хранилище с gluster и CTDB, экспортирующее четыре тома: движок, ISO, данные и мета. Мета используется для поддержания согласованности между кластером, механизм используется для хранения данных размещенного механизма oVirt, данные используются для хранения образов виртуальных машин, а ISO - для хранения образов iso для подготовки виртуальных машин ОС.

На обоих серверах ProLiant установлен размещенный движок.

При такой настройке я искал возможность продолжать работу виртуальных машин даже при неработающем одном из ProLiants. Поэтому мне пришлось настроить третью машину для хранения, чтобы не потерять кворум в экспортируемых томах Gluster, если один из ProLiants выйдет из строя.

Вроде все нормально работает. Итак, позвольте мне задать несколько вопросов:

  1. Какой способ рекомендуется делать для резервного копирования размещенного движка и виртуальных машин, чтобы я мог восстановиться после аварии?
  2. У меня четыре сетевых адаптера на каждом сервере и два на ПК. Сейчас я использую только один интерфейс на каждой машине. Какая сеть будет рекомендована для этого сценария? Я покупаю новый управляемый гигабитный коммутатор на следующей неделе, так что я смогу настроить VLAN для работы с этими машинами !!
  3. Каков рекомендуемый способ вывести хосты на техническое обслуживание ??? По одному и все вместе ??
  4. Все оборудование подключено к одному APC SmartUPS, и я установил apcupsd на другом хосте, который подключен к сети с этими тремя машинами. Какой рекомендуемый способ вывести их всех из строя действительно быстро в случае сбоя питания ??? (У меня около 35 минут автономной работы с этим ИБП на всю настройку!)
  5. Читая, я не помню где, я помню, что кто-то сказал, что в oVirt рекомендуется оставить центр обработки данных и кластер по умолчанию, как они были, и начать настраивать все в новом центре обработки данных. Я помню, как пытался сделать это, но не смог этого сделать, потому что хосты (ProLiants) уже являются членами кластера по умолчанию, поэтому я начал настраивать свои виртуальные машины в кластере по умолчанию. Это неправильно ??? Не знаю, упустил ли я при этом что-то важное.

Наконец, прошу прощения за мой плохой английский! Это не мой родной язык!

Заранее всем спасибо !!!

  1. резервное копирование двигателя выполняется с помощью сценария, метко названного engine-backup. Резервное копирование виртуальных машин сложнее, есть встроенный API [1], но он будет эффективен только в том случае, если вы используете ОС хоста, поддерживающую libvirt blockcommit, то есть последнюю версию Fedora или EL7.1. В противном случае вы можете сделать резервную копию виртуальных машин старым изощренным способом, используя резервные копии внутри агента или остановив их для создания резервной копии, если время простоя не критично.

  2. Я бы связал все 4 сетевые карты, используя режим 4, если коммутатор может это поддерживать, и разделил бы сеть на управляющую VLAN, сеть виртуальных машин, сеть отображения и сеть хранения. Если вы ожидаете, что нагрузка на хранилище будет мешать, возможно, разделите это на две связи, одну для хранилища, а другую для виртуальных машин, дисплея и управления.

  3. Один за раз. Когда вы нажимаете кнопку «Обслуживание», все виртуальные машины с хоста будут перенесены, поэтому хост можно отключить. Подключения к хранилищу во время технического обслуживания также отключаются.

  4. Что бы ни рекомендовал поставщик ИБП, это не имеет ничего общего с oVirt. По сути, процедура предварительного выключения будет состоять в том, чтобы сначала отключить все виртуальные машины (поэтому ИБП может захотеть запустить сценарий API, который вызовет завершение работы на всех виртуальных машинах), а затем перевести все хосты на обслуживание, чтобы их можно было полностью завершить. Когда все хосты находятся на техобслуживании, можно безопасно отключать

  5. Не неправильно и не правильно. В более старых версиях были некоторые жесткие зависимости, которые могли сломаться, если вы удалили материал по умолчанию. Использование значений по умолчанию не было проблемой. Поскольку все же лучше иметь все правильно названные, рекомендуется создать свой собственный DC и кластеры. Чтобы переместить хост между кластерами, переведите его на обслуживание, отредактируйте и измените привязку кластера. Активируйте хост - и он в новом кластере.

Добро пожаловать в чудесный мир oVirt :)

[1] http://www.ovirt.org/Features/Backup-Restore_API_Integration