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

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

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

Кластеризованное хранилище с кластером и CTDB экспортирует четыре тома: движок, isos, данные и мета. Мета используется для поддержания согласованности между кластером, механизм используется для хранения данных, размещенных в oVirt Engine, данные используются для хранения образов виртуальной машины и iso для хранения образов iso для инициализации OS vm.

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

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

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

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

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

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

Источник

1 ответ

Решение

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

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

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

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

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

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

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

Источник
Другие вопросы по тегам