Пояснения по планированию инфраструктуры

В этой главе описаны преимущества, ограничения и доступные опции для различных компонентов среды виртуализации zVirt.

1. Хосты

Все хосты в кластере должны иметь одинаковый тип процессора. Процессоры Intel и AMD не могут находится в одном кластере.

2. Центр данных

Каждый центр данных должен иметь как минимум один домен хранения данных. Также центр данных может иметь не более одного домена хранения Экспорт. Домены типа Экспорт и ISO устарели, но при необходимости их можно создать.

Домен хранения может состоять либо из блочных устройств (iSCSI или Fibre Channel), либо из файловой системы (POSIX).

По умолчанию домены GlusterFS и локальные домены хранения поддерживают размер блока 4K. Размер блока 4K может обеспечить более высокую производительность, особенно при использовании больших файлов, а также необходим при использовании инструментов, требующих совместимости с 4K, таких как VDO.

В настоящее время zVirt не поддерживает блочное хранилище с размером блока 4K. Вы должны настроить блочное хранилище в режиме (512b block).

Типы хранилищ, описанные в следующих разделах, поддерживаются для использования в качестве доменов хранения данных. Домены хранения Экспорт и ISO поддерживают только файловые типы хранения. Домен ISO поддерживает локальное хранение при использовании в локальном центре данных.

2.1. NFS

zVirt поддерживает NFS версий 3 и 4. Для производственных рабочих нагрузок требуется сервер NFS корпоративного уровня, если NFS не используется только в качестве домена хранения ISO. Когда корпоративная NFS развернута на 10GbE, разделена с помощью VLAN, а отдельные службы настроены на использование определенных портов, она является одновременно быстрой и безопасной.

При расширении NFS хранилища zVirt сразу же распознает изменение размера хранилища данных. Никакой дополнительной настройки на хостах или менеджере управления не требуется. Это дает NFS небольшое преимущество перед блочным хранилищем с точки зрения масштабирования и эксплуатации.

2.2. iSCSI

Для производственных рабочих нагрузок требуется сервер iSCSI корпоративного уровня. Если корпоративный iSCSI развернут на 10GbE, разделен на виртуальные локальные сети и использует аутентификацию CHAP, он является одновременно быстрым и безопасным. iSCSI также может использовать многоканальность (multipathing) для повышения высокой доступности.

zVirt поддерживает 1800 логических томов на блочный домен хранения. Разрешается использовать не более 300 LUN.

2.3. Fibre Channel

Fibre Channel является одновременно быстрым и безопасным, и его следует использовать, если он уже используется в целевом центре данных. Его преимущество заключается в низкой нагрузке на процессор по сравнению с iSCSI и NFS. Fibre Channel также может использовать многоканальность (multipathing) для повышения высокой доступности.

zVirt поддерживает 1500 логических томов на блочный домен хранения. Разрешается использовать не более 300 LUN.

2.4. Fibre Channel over Ethernet

Чтобы использовать Fibre Channel over Ethernet (FCoE) необходимо сначала настроить FCoE на хостах, а затем включить ключ fcoe в менеджере управления и установить пакет vdsm-hook-fcoe на хосты.

zVirt поддерживает 1500 логических томов на блочный домен хранения. Разрешается использовать не более 300 LUN.

2.5. Gluster Storage

Gluster Storage (GS) - это POSIX-совместимая файловая система с открытым исходным кодом. Три или более серверов конфигурируются как кластер Gluster Storage, вместо сетевых устройств хранения данных (NAS) или массива сети хранения данных (SAN).

Gluster Storage следует использовать по 10GbE и разделять с помощью виртуальных локальных сетей.

2.6. Гиперконвергентная инфраструктура

zVirt поддерживает гиперконвергентный вариант развертывания с помощью Gluster. Вместо того чтобы подключать zVirt к внешнему хранилищу Gluster, существует возможность объединить zVirt и Gluster в одной инфраструктуре, что позволяет снизить эксплуатационные расходы и накладные расходы.

2.7. POSIX-совместимые файловые системы

Другие POSIX-совместимые файловые системы могут использоваться в качестве доменов хранения в zVirt, если они являются кластерными файловыми системами, такими как Global File System 2 (GFS2), и поддерживают разреженные файлы и прямой ввод-вывод. Файловая система Common Internet File System (CIFS), например, не поддерживает прямой ввод/вывод, что делает ее несовместимой с zVirt.

2.8. Локальное хранилище

Локальное хранилище создается на отдельном хосте, используя собственные ресурсы хоста. Когда вы настраиваете хост на использование локального хранилища, он автоматически добавляется в новый локальный центр данных и кластер, в который не могут быть добавлены другие хосты. Виртуальные машины, созданные в кластере с одним хостом, не могут быть перемещены, ограждены или запланированы.

Для хостов локальное хранилище всегда должно быть определено в файловой системе, отдельной от / (root). Используйте отдельный логический том или диск.

3. Пояснения по сети

При планировании и настройке сетей в среде zVirt настоятельно рекомендуется ознакомиться с концепциями сетей и их использованием. Прочитайте руководства производителя сетевого оборудования для получения дополнительной информации об управлении сетями.

Логические сети могут поддерживаться с помощью физических устройств, таких как сетевые карты, или логических устройств, таких как bond. Bonding улучшает высокую доступность и обеспечивает повышенную отказоустойчивость, поскольку все объединенные сетевые карты должны выйти из строя, чтобы сам bond вышел из строя. Режимы объединении 1, 2, 3 и 4 могут использоваться для сетей виртуальных машин. Режимы 0, 5 и 6 не предназначены для сети виртуальных машин. Система виртуализации по умолчанию использует режим 4.

Нет необходимости иметь одно устройство для каждой логической сети, поскольку несколько логических сетей могут совместно использовать одно устройство с помощью тегов виртуальных локальных сетей (VLAN) для изоляции сетевого трафика. Чтобы использовать эту функцию, тегирование VLAN должно поддерживаться на уровне коммутатора.

Ограничения на количество логических сетей в zVirt:

Количество логических сетей, подключенных к хосту, ограничено количеством доступных сетевых устройств в сочетании с максимальным количеством виртуальных локальных сетей (VLAN), которое составляет 4096.
Количество сетей, которые могут быть присоединены к хосту за одну операцию, в настоящее время ограничено 50.
Количество логических сетей в кластере ограничено количеством логических сетей, которые могут быть присоединены к хосту, поскольку сетевое взаимодействие должно быть одинаковым для всех хостов в кластере.
Количество логических сетей в центре данных ограничено только количеством содержащихся в нем кластеров в сочетании с количеством логических сетей, разрешенных для каждого кластера.

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

4. Поддержка серверов каталога

Во время установки менеджер zVirt по умолчанию создает пользователя admin в домене internal. Эта учетная запись предназначена для использования при первоначальной настройке среды и для устранения неполадок. Вы можете создать дополнительных пользователей во внутреннем домене с помощью утилиты ovirt-aaa-jdbc-tool. Учетные записи пользователей, созданные в локальных доменах, называются локальными пользователями.

Вы также можете подключить внешний сервер каталогов к системе виртуализации и использовать его в качестве внешнего домена. Учетные записи пользователей, созданные во внешних доменах, называются пользователями каталога.

Поддерживается использование более одного сервера каталогов.

Для использования с zVirt поддерживаются следующие серверы каталогов:

Пользователь с правами на чтение всех пользователей и групп должен быть создан в сервере каталогов специально для использования в качестве сервисной учётной записи для менеджера управления zVirt. Не используйте пользователя с правами администратора на сервере каталогов в качестве сервисной учётной записи для менеджера управления zVirt.

5. Инфраструктурные пояснения

5.1. Локальный или удаленный хостинг

Следующие компоненты могут быть размещены как на менеджере управления, так и на удаленном хосте. Размещение всех компонентов на менеджере управления проще и требует меньше ресурсов для обслуживания. Перемещение компонентов на удаленный хост требует больших ресурсов, но может повысить производительность как менеджера управления, так и Data Warehouse.

База данных и служба Data Warehouse:

Чтобы разместить Data Warehouse на менеджере управления, выберите Yes, когда появится соответствующий запрос от утилиты engine-setup.
Чтобы разместить Data Warehouse на удаленной машине, выберите No, когда появится соответствующий запрос от утилиты engine-setup.

Вы также можете разместить службу Data Warehouse и базу данных отдельно друг от друга.

Websocket proxy:

Чтобы разместить прокси-сервер на менеджере управления, выберите Yes, когда появится соответствующий запрос от утилиты engine-setup.

5.2. Только удаленный хостинг

Следующие компоненты должны быть размещены на удаленной машине:

DNS: Использование службы DNS внутри ВМ в той же среде виртуализации не рекомендуется.
Хранилище: За исключением локального хранилища, служба хранения не должна находиться на одной машине с менеджером управления или любым хостом.
Управление идентификацией: IdM (ipa-server) несовместим с пакетом mod_ssl, который требуется для менеджера управления.

6. Моментальные снимки

Моментальные снимки — это функция, которая позволяет администратору создавать точки восстановления операционной системы, приложений и данных виртуальной машины на определенный момент времени.

Моментальные снимки сохраняют данные, присутствующие в образе жесткого диска виртуальной машины, в виде тома COW и позволяют восстановить данные, существовавшие на момент создания моментального снимка.

При создании моментального снимка, происходит добавление новой дельта-копии диска виртуальной машины (слоя COW поверх текущего), после чего все данные будут записываться в эту дельту (новый слой COW). Таким образом, чем больше данных записывается после создания моментального снимка, тем больше времени потребуется для фиксации и консолидации их обратно в родительский образ, поэтому не рекомендуется использовать в продуктивной среде моментальные снимки, особенно в высоконагруженных виртуальных машинах.

Важно понимать, что образ жесткого диска виртуальной машины представляет собой цепочку из одного или нескольких слоёв. С точки зрения виртуальной машины эти слои выглядят как один образ диска. Виртуальная машина работает только с диском и не имеет доступа к слоям, из которых состоит диск.

Каждый моментальный снимок создается для того, чтобы администратор мог отменить изменения в виртуальной машине, внесенные после создания моментального снимка. Снимки обеспечивают функциональность, аналогичную функции точки восстановления.

Моментальные снимки - это не резервные копии, а фиксация состояния образа виртуальной машины в определенный момент времени, к которому можно вернуться при необходимости. Не полагайтесь на моментальные снимки как на полноценный функционал резервного копирования.

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

Ограничьте количество моментальных снимков. Создание нескольких снимков подряд может снизить производительность виртуальной машины и хоста, так как qemu придется просматривать каждый образ в цепочке моментальных снимков, чтобы считать новый файл из базового образа (base_image).

Перед созданием моментальных снимков на виртуальной машине должны быть установлены гостевые дополнения.

Три основные операции со снимками:

Создание, которое включает в себя первый снимок, созданный для виртуальной машины.
Предварительный просмотр, который включает предварительный просмотр моментального снимка, чтобы определить, следует ли восстанавливать данные на момент времени, когда был сделан снимок.
Удаление, которое включает удаление точки восстановления, которая больше не требуется.

Моментальные снимки дисков виртуальных машин, помеченных как общие, и те, которые основаны на прямом подключении LUN, не поддерживаются. Моментальный снимок любой другой виртуальной машины, которая не клонируется или не мигрирует, может быть сделан во время работы, приостановки или после остановки.