Управляйте oVirt средой
Я начинаю развертывать oVirt в одной из моих работ, и у меня есть много вопросов о том, как управлять всем, когда Вы начинаете использовать его.
Сначала я опишу свою установку. У меня есть три машины, два сервера ProLiant DL360e Gen8 и один общий ПК. Все они имеют 1 ТБ в наличии устройства хранения данных для ОС и имеют ту же схему выделения разделов. После этого учебного руководства и это - вторая часть, мне удалось установить эти три машины следующим образом:
Устройство хранения данных Clusterized с gluster и CTDB экспорт четырех объемов: механизм, isos, данные и meta. Meta используется для поддержания когерентности среди кластера, механизм используется, чтобы хранить размещенные данные механизма oVirt, данные используются для хранения изображений VM и isos для хранения изображений ISO для ОС vm настройка.
Размещенный механизм был настроен в обоих серверах ProLiant.
То, что я искал с этой установкой, должно смочь продолжить выполнять VM's даже с одним из снижающихся ProLiants. Таким образом, я должен был настроить третью машину для устройства хранения данных, того пути, я не потеряю кворум в экспортируемых gluster объемах, если один из ProLiants спустится.
Все, кажется, хорошо работает. Таким образом позвольте мне задать несколько вопросов:
- Который является рекомендуемым способом сделать резервные копии размещенного механизма и VM's, таким образом, я могу восстановиться с аварии??
- У меня есть четыре NIC в каждом сервере и два в ПК. Прямо сейчас я использую всего один интерфейс в каждой машине. Который был бы рекомендуемой настройкой сети для этого сценария? Я покупаю новый управляемый гигабитный переключатель на следующей неделе, таким образом, я смогу иметь VLAN, рабочий с этим машины!!
- Whis является рекомендуемым способом снизить хосты к обслуживанию??? По одному и весь togheter??
- Все оборудование подключено к единственному APC SmartUPS, и у меня есть setted apcupsd на другом хосте, который является сетью, соединенной с этими тремя машинами. Который является рекомендуемым способом принести им всем вниз действительно быстро в событии сбоя питания??? (У меня есть приблизительно 35 минут автономии с этим UPS для целой установки!)
- Читая вокруг, я не помню, где, я помню, что кто-то заявил, что в oVirt рекомендовалось оставить центр обработки данных по умолчанию и кластер, как они были и начинают настраивать все в новом центре обработки данных. Я remeber, пытающийся сделать это, но не бывший способный уже выполнять его, потому что хосты (ProLiants), где memebers кластера по умолчанию, таким образом, я начал настраивать свой VM's в кластере по умолчанию. Эта несправедливость??? Я не знаю, пропустил ли я что-то важное с этим.
Наконец, извините мой плохой английский язык! Это не мой родной язык!
Спасибо все заранее!!!
Резервное копирование ядра выполняется с использованием сценария, метко названного
резервное копирование ядра. Резервное копирование виртуальных машин сложнее, есть встроенный API [1], но он будет эффективен только в том случае, если вы используете ОС хоста, поддерживающую libvirt blockcommit, то есть последнюю версию Fedora или EL7.1. В противном случае вы можете сделать резервную копию виртуальных машин старым изощренным способом, используя резервные копии внутри агента или остановив их для создания резервной копии, если время простоя не критично.Я бы связал все 4 сетевые карты, используя режим 4, если коммутатор может поддерживают это, и разделяют сеть на управляющую VLAN, сеть виртуальных машин, сеть отображения и сеть хранения. Если вы ожидаете, что нагрузка на хранилище будет мешать, можно разделить это на две связи, одну для хранилища, а другую для виртуальных машин, дисплея и управления
По одной за раз. Когда вы нажимаете кнопку «Обслуживание», все виртуальные машины с хоста будут перенесены, поэтому хост можно будет отключить. Подключения к хранилищу во время обслуживания также отключаются.
Что бы ни рекомендовал поставщик ИБП, это не имеет ничего общего с oVirt. По сути, процедура предварительного выключения будет состоять в том, чтобы сначала отключить все виртуальные машины (поэтому ИБП может захотеть запустить сценарий API, который вызовет завершение работы на всех виртуальных машинах), а затем перевести все хосты на обслуживание, чтобы их можно было полностью завершить. Когда все хосты находятся на техническом обслуживании, можно безопасно отключать питание
Не неправильно и не правильно. В более старых версиях были некоторые жесткие зависимости, которые могли сломаться, если вы удалили материал по умолчанию. Использование значений по умолчанию не было проблемой. Поскольку все же лучше иметь все правильно названные, рекомендуется создать свой собственный DC и кластеры. Чтобы переместить хост между кластерами, переведите его на обслуживание, отредактируйте и измените привязку кластера. Активируйте хост - и он в новом кластере.
Добро пожаловать в чудесный мир oVirt :)
[1] http://www.ovirt.org/Features/Backup-Restore_API_Integration