Монтирование glusterfs при загрузке на кластерных серверах – RHEL 7

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

Эти серверы настроены как кластер с использованием pacemaker. В дополнение к общей базе данных, pacemaker также предоставляет виртуальный IP-адрес для монтирования файловой системы gluster.

Я могу вручную монтировать файловую систему на каждом после того, как оба сервера запущены, с помощью команды:

mount -t glusterfs nodea:/gv0 /data

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

Поэтому я попробовал добавить запись в fstab:

nodea:/gv0  /data       glusterfs   _netdev 0 0

Это срабатывает, когда я запускаю команду “mount -a” после того, как кластер запущен и работает. Однако это не работает при загрузке. (Таким образом клиентские машины монтируют glusterfs при загрузке, но кластер уже запущен и работает. Поэтому, конечно, это работает при загрузке у них.)

Я также пытался создать unit файл systemd для обработки монтирования glusterfs при загрузке. Мой unit файл находится в /etc/systemd/system под названием “data.mount” и выглядит так:

# Монтирование gluster fs в /data

[Unit]
Description = Автоматическое монтирование файловой системы gluster
After=pcsd.service

[Mount]
What=nodea:/gv0
Where=/data
Type=glusterfs

[Install]
WantedBy = pcsd.service

Снова, это срабатывает, когда оба сервера запущены, с помощью выполнения команды “systemctl start data.mount”. Это также работает, если я перезагрузил только одну из машин в кластере. Но это не работает при перезагрузке обоих серверов.

Если оба узла в кластере выходят из строя, или если я хочу перезагрузить оба одновременно по какой-либо причине, я хочу быть уверен, что когда обе машины вернутся онлайн, glusterfs будет смонтирован в /data.

В качестве временного решения я добавил следующие строки в crontab root на обеих машинах:

@reboot sleep 60 && mount -t glusterfs nodea:/gv0 /data
@reboot sleep 300 && mount -t glusterfs nodea:/gv0 /data

Это работает, если я запускаю оба сервера с нуля. Но моя обеспокоенность в том, что если службе pacemaker когда-либо потребуется более 5 минут на запуск, то у меня все равно не будет смонтирована файловая система gluster на сервере в /data.

Есть ли способ проверить с помощью systemd unit файла, удалось ли ему фактически смонтировать файловую систему, и если нет, снова попытаться, пока это не получится?

Есть ли какой-нибудь другой способ иметь glusterfs, монтируемый при загрузке, и проверять, что он действительно смонтирован?

Вы должны иметь возможность настроить автоматическое монтирование с помощью systemd, когда это необходимо. У меня также были проблемы с монтированием на Ubuntu 16.04 при загрузке. На основе этого сообщения я добавил noauto,x-systemd.automount в строку fstab:

gluster1:/volume1   /storage-pool   glusterfs   defaults,_netdev,noauto,x-systemd.automount 0 0

Я перезагружал серверы приложений несколько раз, и они все успешно монтировались. Надеюсь, это поможет и вам!

Я обходил эту проблему, учитывая подход LP:

файл: /etc/systemd/system/glusterfsmounts.service:

[Unit]
Description=Glustermounting
Requires=glusterd.service # используйте glusterfs-server.service на более старых системах

[Service]
Type=simple
RemainAfterExit=true
ExecStartPre=/usr/sbin/gluster volume list
ExecStart=/bin/mount -a -t glusterfs
Restart=on-failure
RestartSec=3

[Install]
WantedBy=multi-user.target

затем вы бы:

systemctl daemon-reload

systemctl enable glusterfsmounts

и перезагрузить…
Это работало наилучшим образом для меня до сих пор

Вы можете использовать скрипт, чтобы задерживать статус “started” службы glusterfs в systemd до тех пор, пока тома на самом деле не будут готовы.

systemctl edit glusterd.service

[Service]
ExecStartPost=/usr/local/sbin/glusterfs-wait

Создайте файл /usr/local/sbin/glusterfs-wait со следующим содержимым:

#!/bin/bash 
FAIL=1
until [ $FAIL -eq 0 ]; do
    gluster volume status all
    FAIL=$?
    test $FAIL -ne 0 && sleep 1
    done
exit 0

Убедитесь, что этот файл исполняемый.

Затем создайте override для монтирования, например, для /mnt/storage это был бы mnt-storage.mount, слеши заменяются на дефисы.

systemctl edit mnt-storage.mount

Если это не работает и вы только что добавили запись в fstab, перезагрузите systemd, чтобы он увидел обновление (systemctl daemon-reload).

[Unit]
After=glusterd.service
Wants=glusterd.service