Для улучшения работы сайта мы используем файлы cookies. Оставаясь на сайте, вы соглашаетесь с политикой обработки персональных данных.

Создание реплицируемого тома с арбитром на виртуальной машине

В этой статье описана процедура добавления виртуальной машины-арбитра в гиперконвергентную среду zVirt.

1. Подготовка инфраструктуры

Предварительные требования:

1.1. Вариант 1. С добавлением ВМ-арбитра в среду zVirt в качестве узла Gluster

Единственное преимущество такого подхода заключается в возможности создания бриков на ВМ через портал администрирования.

Порядок действий:

  1. В центре данных с гиперконвергентным кластером создайте дополнительный кластер. При создании кластера на вкладке Общее:

    • Архитектура ЦП: оставьте значение Не определено. Нужное значение позже автоматически установится на основании первого добавленного хоста.

    • Тип ЦП: оставьте значение Автообнаружение. Нужное значение позже автоматически установится на основании первого добавленного хоста.

    • Отключите службу Virt.

    • Включите службу Gluster

    gluster cluster

    Отключение Virt и включение Gluster позволит размещать в этом кластере узлы Gluster. При этом:

    1. При добавлении хостов в этот кластер не будет выполняться проверка поддержки функций виртуализации.

    2. Хосты в этом кластере не смогут быть целями при миграции ВМ, что является важным требованием для арбитра.

  2. В центре данных с гиперконвергентным кластером создайте логическую сеть виртуальных машин и сопоставьте её с необходимыми интерфейсами хостов в гиперконвергентном кластере.

    Допустимо использовать как тегированные, так и нетегированные сети.

    Эта сеть будет использоваться для взаимодействия ВМ-арбитра с другими узлами Gluster, поэтому убедитесь, что:

    1. Узлы Gluster доступны из этой сети. Рекомендуется обеспечить сетевую связность с интерфейсами узлов, подключенными к сети Gluster.

    2. Сеть имеет достаточную пропускную способность. Подробнее см. требования к внутренней сети в разделе Сети в системных требованиях к SDS.

  3. В гиперконвергентном кластере создайте новую виртуальную машину с вычислительными ресурсами и ресурсами хранилища, соответствующими требованиям к арбитру. Подключите ВМ к сети управления (ovirtmgmt) и ранее созданной логической сети.

    Настоятельно рекомендуется:

    Без крайней необходимости не размещайте диски создаваемой ВМ в домене Gluster. Такая конфигурация может привести к тому, что при отказе домена с дисками ВМ-арбитра, также откажут все тома, для которых эта ВМ является арбитром.

  4. Установите на созданную виртуальную машину zVirt Node из ранее загруженного образа.

  5. После успешной установки настройте соответствующую сетевую конфигурацию на виртуальной машине.

    Сетевая конфигурация должна отвечать следующим требованиям:

    1. ВМ должна быть доступна для Менеджера управления по интерфейсу, подключенному к сети управления.

    2. ВМ должна быть доступна для узлов Gluster по интерфейсу, подключенному к созданной ранее сети.

    3. Необходимо обеспечить сетевое взаимодействие между узлами Gluster и ВМ-арбитром по FQDN. Для этого:

      • Используйте DNS-сервер. Создайте в зонах прямого и обратного просмотра соответствующие записи таким образом, чтобы все узлы Gluster, включая ВМ-арбитр успешно разрешали FQDN друг друга в прямом и обратном направлении.

      • При невозможности использования DNS-сервера, внесите соответствующие записи в файл /etc/hosts на всех узлах Gluster, включая ВМ-арбитр. Записи должны содержать корректные сопоставления IP-адресов и FQDN ВСЕХ узлов Gluster, в том числе ВМ-арбитра.

  6. Авторизуйтесь на портале администрирования и добавьте созданную ВМ-арбитр как хост в созданный ранее кластер. Эта операция активирует на виртуальной машине службы Gluster, а также позволит управлять бриками на ВМ через портал администрирования.

  7. Подключитесь по SSH к хосту, на котором при развертывании гиперконвергентной среды была настроена беспарольная аутентификация к остальным узлам Gluster. С помощью следующей команды настройте беспарольный доступ к ВМ-арбитру:

    ssh-copy-id -i /root/.ssh/id_rsa.pub <arbiter-fqdn> (1)
    1 Укажите FQDN, который разрешается в адрес ВМ, используемый для сети Gluster.

  8. Подключите ВМ в качестве пира к кластеру Gluster:

    gluster peer probe <arbiter-fqdn> (1)
    1 Укажите FQDN, который разрешается в адрес ВМ, используемый для сети Gluster.

  9. Проверьте статус пиров:

    gluster peer status

    Пример вывода:

    Number of Peers: 3

Hostname: 10.252.11.12
Uuid: b8370eb3-827e-4fc4-8238-5c9043a2100e
State: Peer in Cluster (Connected)
Other names:
g2.vlab.local

Hostname: 10.252.11.13
Uuid: 5325d5d1-3c7a-4ae2-bae6-154e81df685c
State: Peer in Cluster (Connected)
Other names:
g3.vlab.local

Hostname: g4.vlab.local (1)
Uuid: 42eb5473-58a4-4e0d-bca0-4517f61fe04c
State: Peer in Cluster (Connected) (2)
    1 Добавленный узел
    2 Состояние Connected

На этом подготовка инфраструктуры завершена.

1.2. Вариант 2. Без добавления ВМ-арбитра в среду zVirt

При использовании данного варианта, брики на ВМ-арбитре необходимо создавать через CLI.

Порядок действий:

  1. В центре данных с гиперконвергентным кластером создайте логическую сеть виртуальных машин и сопоставьте её с необходимыми интерфейсами хостов в гиперконвергентном кластере.

    Допустимо использовать как тегированные, так и нетегированные сети.

    Эта сеть будет использоваться для взаимодействия ВМ-арбитра с другими узлами Gluster, поэтому убедитесь, что:

    1. Узлы Gluster доступны из этой сети. Рекомендуется обеспечить сетевую связность с интерфейсами узлов, подключенными к сети Gluster.

    2. Сеть имеет достаточную пропускную способность. Подробнее см. требования к внутренней сети в разделе Сети в системных требованиях к SDS.

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

    Настоятельно рекомендуется:

    Без крайней необходимости не размещайте диски создаваемой ВМ в домене Gluster. Такая конфигурация может привести к тому, что при отказе домена с дисками ВМ-арбитра, также откажут все тома, для которых эта ВМ является арбитром.

  3. Установите на созданную виртуальную машину zVirt Node из ранее загруженного образа.

  4. После успешной установки настройте соответствующую сетевую конфигурацию на виртуальной машине.

    Сетевая конфигурация должна отвечать следующим требованиям:

    1. ВМ должна быть доступна для узлов Gluster по интерфейсу, подключенному к созданной ранее сети.

    2. Необходимо обеспечить сетевое взаимодействие между узлами Gluster и ВМ-арбитром по FQDN. Для этого:

      • Используйте DNS-сервер. Создайте в зонах прямого и обратного просмотра соответствующие записи таким образом, чтобы все узлы Gluster, включая ВМ-арбитр успешно разрешали FQDN друг друга в прямом и обратном направлении.

      • При невозможности использования DNS-сервера, внесите соответствующие записи в файл /etc/hosts на всех узлах Gluster, включая ВМ-арбитр. Записи должны содержать корректные сопоставления IP-адресов и FQDN ВСЕХ узлов Gluster, в том числе ВМ-арбитра.

  5. Подключитесь по SSH к хосту, на котором при развертывании гиперконвергентной среды была настроена беспарольная аутентификация к остальным узлам Gluster. С помощью следующей команды настройте беспарольный доступ к ВМ-арбитру:

    ssh-copy-id -i /root/.ssh/id_rsa.pub <arbiter-fqdn> (1)
    1 Укажите FQDN, который разрешается в адрес ВМ, используемый для сети Gluster.

  6. Подключите ВМ в качестве пира к кластеру Gluster:

    gluster peer probe <arbiter-fqdn> (1)
    1 Укажите FQDN, который разрешается в адрес ВМ, используемый для сети Gluster.

  7. Проверьте статус пиров:

    gluster peer status

    Пример вывода:

    Number of Peers: 3

Hostname: 10.252.11.12
Uuid: b8370eb3-827e-4fc4-8238-5c9043a2100e
State: Peer in Cluster (Connected)
Other names:
g2.vlab.local

Hostname: 10.252.11.13
Uuid: 5325d5d1-3c7a-4ae2-bae6-154e81df685c
State: Peer in Cluster (Connected)
Other names:
g3.vlab.local

Hostname: g4.vlab.local (1)
Uuid: 42eb5473-58a4-4e0d-bca0-4517f61fe04c
State: Peer in Cluster (Connected) (2)
    1 Добавленный узел
    2 Состояние Connected

На этом подготовка инфраструктуры завершена.

2. Создание томов с бриком-арбитром на ВМ

Порядок действий:

  1. На необходимых узлах Gluster, включая ВМ-арбитр, создайте брики нужного размера.

    Если при подготовке арбитра использовался вариант 1, брики можно создавать через портал администрирования.

  2. Подключитесь по SSH к первому узлу Gluster (имеющему беспарольный доступ к остальным узлам).

  3. Создайте реплицированный том с арбитром с помощью следующей команды:

    gluster volume create <имя тома> replica <count> arbiter 1 host1:<brick-path>/<dir> host2:<brick-path>/<dir> host3:<arbiter-brick-path>/<dir> (1) (2) (3)
    1 <count> - количество реплик
    2 <brick-path> - путь к брику на соответствующем хосте, <dir> - имя каталога для тома, который будет автоматически создан при добавлении тома.
    3 Обратите внимание, что арбитр должен быть указан последним в списке

    Например, для создания реплицируемого тома с 2 репликами и арбитром:

    gluster volume create arb-vol replica 2 arbiter 1 g2.vlab.local:/gluster_bricks/brick1/arb-vol g3.vlab.local:/gluster_bricks/brick1/arb-vol g4.vlab.local:/gluster_bricks/arb/arb-vol

  4. Настройте том для работы с виртуализацией:

    gluster volume set <vol-name> group virt (1)
gluster volume set <vol-name> storage.owner-gid 36 (1)
gluster volume set <vol-name> storage.owner-uid 36 (1)
    1 <vol-name> - имя созданного ранее тома.

  5. Запустите том:

    gluster volume start <volname>

  6. На портале администрирования в Хранилище  Тома убедитесь, что том доступен и в состоянии Включен.

  7. Подключите созданный том в качестве домена хранения.