언더클라우드 및 컨트롤 플레인 노드 백업 및 복원

절차

1. bar-vars.yaml 파일에서 백업 스토리지 위치를 구성합니다.

   1. NFS 서버를 사용하는 경우 tripleo_backup_and_restore_server 매개변수를 추가하고 해당 값을 NFS 서버의 IP 주소로 설정합니다.

      tripleo_backup_and_restore_server: <ip_address>

      기본적으로 tripleo_backup_and_restore_server 매개변수 값은 192.168.24.1 입니다.

   2. SFTP 서버를 사용하는 경우 tripleo_backup_and_restore_output_url 매개변수를 추가하고 SFTP 서버의 URL 및 인증 정보 값을 설정합니다.

      tripleo_backup_and_restore_output_url: sftp://<user>:<password>@<backup_node>/
      tripleo_backup_and_restore_backup_url: iso:///backup/

      <user>, <password>, <backup_node> 를 백업 노드 URL 및 자격 증명으로 바꿉니다.

절차

1. 언더클라우드 노드에서 언더클라우드 인증 정보를 가져옵니다.

   [stack@undercloud ~]$ source stackrc
   (undercloud) [stack@undercloud ~]$

2. 언더클라우드 노드에서 백업 노드의 인벤토리 파일을 생성합니다.

   (undercloud) [stack@undercloud ~]$ cat <<'EOF'> ~/nfs-inventory.yaml
   [BackupNode]
   <backup_node> ansible_host=<ip_address> ansible_user=<user>
   EOF

   <ip_address> 및 <user> 를 환경에 적용되는 값으로 바꿉니다.

3. Undercloud 노드에서 백업 노드로 공용 SSH 키를 복사합니다.

   (undercloud) [stack@undercloud ~]$ ssh-copy-id -i ~/.ssh/id_rsa.pub <backup_node>

   <backup_node> 를 백업 노드의 경로 및 이름으로 바꿉니다.

4. 백업 노드에서 NFS 서버를 구성합니다.

   (undercloud) [stack@undercloud ~]$ openstack undercloud backup --setup-nfs --extra-vars /home/stack/bar-vars.yaml --inventory /home/stack/nfs-inventory.yaml

절차

1. 언더클라우드 노드에서 언더클라우드 인증 정보를 가져옵니다.

   [stack@undercloud ~]$ source stackrc

   사용자 지정 스택 이름을 사용하는 경우 tripleo-ansible-inventory 명령에 --stack <stack_name> 옵션을 추가합니다.

2. 이전에 수행하지 않은 경우 인벤토리 파일을 생성하고 tripleo-ansible-inventory 명령을 사용하여 모든 오버클라우드 노드의 호스트 및 변수가 포함된 정적 인벤토리 파일을 생성합니다.

   (undercloud) [stack@undercloud ~]$ tripleo-ansible-inventory \
   --ansible_ssh_user heat-admin \
   --static-yaml-inventory /home/stack/tripleo-inventory.yaml

3. 언더클라우드 노드에 ReaR을 설치합니다.

   (undercloud) [stack@undercloud ~]$ openstack undercloud backup --setup-rear --extra-vars /home/stack/bar-vars.yaml --inventory /home/stack/tripleo-inventory.yaml

4. 시스템에서 UEFI 부트 로더를 사용하는 경우 언더클라우드 노드에서 다음 단계를 수행합니다.

   1. 다음 툴을 설치합니다.

      $ sudo dnf install dosfstools efibootmgr

   2. USING_UEFI_BOOTLOADER 매개변수 값 0 을 1 로 교체하여 /etc/rear/local.conf 에 있는 ReaR 구성 파일에서 UEFI 백업을 활성화합니다.

절차

1. stack 사용자로 언더클라우드에 로그인합니다.

2. MySQL 루트 암호를 검색합니다.

   [stack@undercloud ~]$ PASSWORD=$(sudo /bin/hiera -c /etc/puppet/hiera.yaml mysql::server::root_password)

3. 언더클라우드 노드의 데이터베이스 백업을 생성합니다.

   [stack@undercloud ~]$ sudo podman exec mysql bash -c "mysqldump -uroot -p$PASSWORD --opt --all-databases" | sudo tee /root/undercloud-all-databases.sql

4. source 명령으로 언더클라우드 인증 정보를 가져옵니다.

   [stack@undercloud ~]$ source stackrc

5. 이전에 수행하지 않은 경우 인벤토리 파일을 생성하고 tripleo-ansible-inventory 명령을 사용하여 모든 오버클라우드 노드의 호스트 및 변수가 포함된 정적 인벤토리 파일을 생성합니다.

   (undercloud) [stack@undercloud ~]$ tripleo-ansible-inventory \
   --ansible_ssh_user heat-admin \
   --static-yaml-inventory /home/stack/tripleo-inventory.yaml

6. 언더클라우드 노드의 백업을 생성합니다.

   (undercloud) [stack@undercloud ~]$ openstack undercloud backup --inventory /home/stack/tripleo-inventory.yaml

절차

1. 컨트롤 플레인 노드의 백업을 예약하려면 다음 명령을 실행합니다. 기본 일정은 자정의 남아 있는 토요일입니다.

   openstack undercloud backup --cron

2. 선택 사항: 배포에 따라 예약된 백업을 사용자 지정합니다.

   • 기본 백업 일정을 변경하려면 tripleo_backup_and_restore_cron 매개변수에서 다른 cron 일정을 전달합니다.

     openstack undercloud backup --cron --extra-vars
     '{"tripleo_backup_and_restore_cron": "0 0 * * 0"}'

   • cron이 예약된 백업을 실행할 때 backup 명령에 추가된 추가 매개변수를 정의하려면 다음 예와 같이 tripleo_backup_and_restore_cron_extra 매개변수를 backup 명령에 전달합니다.

     openstack undercloud backup --cron --extra-vars '{"tripleo_backup_and_restore_cron_extra":"--extra-vars bar-vars.yaml --inventory /home/stack/tripleo-inventory.yaml"}'

   • 백업을 실행하는 기본 사용자를 변경하려면 다음 예와 같이 tripleo_backup_and_restore_restore_cron_user 매개변수를 backup 명령에 전달합니다.

     openstack undercloud backup --cron --extra-vars '{"tripleo_backup_and_restore_cron_user": "root"}

절차

1. 언더클라우드 노드에서 언더클라우드 인증 정보를 가져옵니다.

   [stack@undercloud ~]$ source stackrc
   (undercloud) [stack@undercloud ~]$

2. 언더클라우드 노드에서 백업 노드의 인벤토리 파일을 생성합니다.

   (undercloud) [stack@undercloud ~]$ cat <<'EOF'> ~/nfs-inventory.yaml
   [BackupNode]
   <backup_node> ansible_host=<ip_address> ansible_user=<user>
   EOF

   <ip_address> 및 <user> 를 환경에 적용되는 값으로 바꿉니다.

3. Undercloud 노드에서 백업 노드로 공용 SSH 키를 복사합니다.

   (undercloud) [stack@undercloud ~]$ ssh-copy-id -i ~/.ssh/id_rsa.pub <backup_node>

   <backup_node> 를 백업 노드의 경로 및 이름으로 바꿉니다.

4. 백업 노드에서 NFS 서버를 구성합니다.

   (undercloud) [stack@undercloud ~]$ openstack undercloud backup --setup-nfs --extra-vars /home/stack/bar-vars.yaml --inventory /home/stack/nfs-inventory.yaml

절차

1. 언더클라우드 노드에서 언더클라우드 인증 정보를 가져옵니다.

   [stack@undercloud ~]$ source stackrc

2. 이전에 수행하지 않은 경우 인벤토리 파일을 생성하고 tripleo-ansible-inventory 명령을 사용하여 모든 오버클라우드 노드의 호스트 및 변수가 포함된 정적 인벤토리 파일을 생성합니다.

   (undercloud) [stack@undercloud ~]$ tripleo-ansible-inventory \
   --ansible_ssh_user heat-admin \
   --static-yaml-inventory /home/stack/tripleo-inventory.yaml

3. 컨트롤 플레인 노드에 ReaR을 설치합니다.

   (undercloud) [stack@undercloud ~]$ openstack overcloud backup --setup-rear --extra-vars /home/stack/bar-vars.yaml --inventory /home/stack/tripleo-inventory.yaml

4. bar-vars.yaml 파일에서 백업 스토리지 위치를 구성합니다.

   1. 자체 NFS 서버를 설치하고 구성한 경우 tripleo_backup_and_restore_server 매개변수를 추가하고 값을 NFS 서버의 IP 주소로 설정합니다.

      tripleo_backup_and_restore_server: <ip_address>

      기본적으로 tripleo_backup_and_restore_server 매개변수 값은 192.168.24.1 입니다.

   2. SFTP 서버를 사용하는 경우 tripleo_backup_and_restore_output_url 매개변수를 추가하고 SFTP 서버의 URL 및 인증 정보 값을 설정합니다.

      tripleo_backup_and_restore_output_url: sftp://<user>:<password>@<backup_node>/
      tripleo_backup_and_restore_backup_url: iso:///backup/

      <user>, <password>, <backup_node> 를 백업 노드 URL 및 자격 증명으로 바꿉니다.

5. 시스템에서 UEFI 부트 로더를 사용하는 경우 컨트롤 플레인 노드에서 다음 단계를 수행합니다.

   1. 다음 툴을 설치합니다.

      $ sudo dnf install dosfstools efibootmgr

   2. USING_UEFI_BOOTLOADER 매개변수 값 0 을 1 로 교체하여 /etc/rear/local.conf 에 있는 ReaR 구성 파일에서 UEFI 백업을 활성화합니다.

절차

1. 각 컨트롤 플레인 노드에서 config-drive 파티션을 찾습니다.

   [stack@undercloud ~]$ lsblk
   NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
   vda    253:0    0   55G  0 disk
   ├─vda1 253:1    0    1M  0 part            1
   ├─vda2 253:2    0  100M  0 part /boot/efi
   └─vda3 253:3    0 54.9G  0 part /

   1

   config-drive 파티션은 마운트되지 않은 1M 파티션입니다.

2. 각 컨트롤 플레인 노드에서 root 사용자로 각 노드의 config- drive 파티션을 백업합니다.

   [root@controller-x ~]# dd if=<config_drive_partition> of=/mnt/config-drive

   & lt;config_drive_partition >을 1 단계에 있는 config-drive 파티션의 이름으로 바꿉니다.

3. 언더클라우드 노드에서 언더클라우드 인증 정보를 가져옵니다.

   [stack@undercloud ~]$ source stackrc

4. 이전에 수행하지 않은 경우 tripleo-ansible-inventory 명령을 사용하여 모든 오버클라우드 노드의 호스트 및 변수가 포함된 정적 인벤토리 파일을 생성합니다.

   (undercloud) [stack@undercloud ~]$ tripleo-ansible-inventory \
   --ansible_ssh_user heat-admin \
   --static-yaml-inventory /home/stack/tripleo-inventory.yaml

5. 컨트롤 플레인 노드의 백업을 생성합니다.

   (undercloud) [stack@undercloud ~]$ openstack overcloud backup --inventory /home/stack/tripleo-inventory.yaml

   백업 프로세스는 환경에 대한 서비스를 중단하지 않고 각 컨트롤 플레인 노드에서 순차적으로 실행됩니다.

절차

1. 컨트롤 플레인 노드의 백업을 예약하려면 다음 명령을 실행합니다. 기본 일정은 자정의 남아 있는 토요일입니다.

   openstack overcloud backup --cron

2. 선택 사항: 배포에 따라 예약된 백업을 사용자 지정합니다.

   • 기본 백업 일정을 변경하려면 tripleo_backup_and_restore_cron 매개변수에서 다른 cron 일정을 전달합니다.

     openstack overcloud backup --cron --extra-vars
     '{"tripleo_backup_and_restore_cron": "0 0 * * 0"}'

   • cron이 예약된 백업을 실행할 때 backup 명령에 추가된 추가 매개변수를 정의하려면 다음 예와 같이 tripleo_backup_and_restore_cron_extra 매개변수를 backup 명령에 전달합니다.

     openstack overcloud backup --cron --extra-vars '{"tripleo_backup_and_restore_cron_extra":"--extra-vars bar-vars.yaml --inventory /home/stack/tripleo-inventory.yaml"}'

   • 백업을 실행하는 기본 사용자를 변경하려면 다음 예와 같이 tripleo_backup_and_restore_restore_cron_user 매개변수를 backup 명령에 전달합니다.

     openstack overcloud backup --cron --extra-vars '{"tripleo_backup_and_restore_cron_user": "root"}

절차

1. 복원하려는 각 노드에서 /usr/share/rear/setup/default/011_backup_ceph.sh 스크립트를 생성하고 다음 콘텐츠를 추가합니다.

   mount -t <file_type> <device_disk> /mnt/local
   cd /mnt/local
   [ -d "var/lib/ceph" ] && tar cvfz /tmp/ceph.tar.gz var/lib/ceph --xattrs --xattrs-include='.' --acls
   cd /
   umount <device_disk>

   <file_type> 및 <device_disk> 를 백업 파일의 유형 및 위치로 바꿉니다. 일반적으로 파일 유형은 xfs 이며 위치는 /dev/vda2 입니다.

2. 동일한 노드에서 /usr/share/rear/wrapup/default/501_restore_ceph.sh 스크립트를 만들고 다음 콘텐츠를 추가합니다.

   if [ -f "/tmp/ceph.tar.gz" ]; then
     rm -rf /mnt/local/var/lib/ceph/*
     tar xvC /mnt/local -f /tmp/ceph.tar.gz var/lib/ceph --xattrs --xattrs-include='.'
   fi

절차

1. Undercloud 노드의 전원을 끕니다. 진행하기 전에 언더클라우드 노드의 전원이 완전히 꺼져 있는지 확인합니다.
2. 백업 ISO 이미지로 Undercloud 노드를 부팅합니다.

3. Relax-and- recovery 부팅 메뉴가 표시되면 recovery <undercloud_node> 를 선택합니다. <undercloud_node> 를 언더클라우드 노드 이름으로 교체합니다.

   참고

   시스템에서 UEFI를 사용하는 경우 Relax-and- recover (no Secure Boot) 옵션을 선택합니다.

4. root 사용자로 로그인하여 노드를 복원합니다.

   다음 메시지가 표시됩니다.

   Welcome to Relax-and-Recover. Run "rear recover" to restore your system!
   RESCUE <undercloud_node>:~ # rear recover

   언더클라우드 노드 복원 프로세스가 완료되면 콘솔에 다음 메시지가 표시됩니다.

   Finished recovering your system
   Exiting rear recover
   Running exit tasks

5. 노드의 전원을 끕니다.

   RESCUE <undercloud_node>:~ #  poweroff

   부팅 시 노드는 이전 상태를 재개합니다.

절차

1. 각 컨트롤 플레인 노드의 전원을 끕니다. 계속하기 전에 컨트롤 플레인 노드의 전원이 완전히 꺼져 있는지 확인합니다.
2. 해당 백업 ISO 이미지로 각 컨트롤 플레인 노드를 부팅합니다.

3. Relax-and- recovery 부팅 메뉴가 표시되면 각 컨트롤 플레인 노드에서 recovery <control_plane_node> 를 선택합니다. <control_plane_node> 를 해당 컨트롤 플레인 노드의 이름으로 바꿉니다.

   참고

   시스템에서 UEFI를 사용하는 경우 Relax-and- recover (no Secure Boot) 옵션을 선택합니다.

4. 각 컨트롤 플레인 노드에서 root 사용자로 로그인하여 노드를 복원합니다.

   다음 메시지가 표시됩니다.

   Welcome to Relax-and-Recover. Run "rear recover" to restore your system!
   RESCUE <control_plane_node>:~ # rear recover

   컨트롤 플레인 노드 복원 프로세스가 완료되면 콘솔에 다음 메시지가 표시됩니다.

   Finished recovering your system
   Exiting rear recover
   Running exit tasks

5. 명령줄 콘솔을 사용할 수 있으면 각 컨트롤 플레인 노드의 config-drive 파티션을 복원합니다.

   # once completed, restore the config-drive partition (which is ISO9660)
   RESCUE <control_plane_node>:~ $ dd if=/mnt/local/mnt/config-drive of=<config_drive_partition>

6. 노드의 전원을 끕니다.

   RESCUE <control_plane_node>:~ #  poweroff

7. 부팅 시퀀스를 일반 부팅 장치로 설정합니다. 부팅 시 노드는 이전 상태를 재개합니다.

8. 서비스가 올바르게 실행 중인지 확인하려면 pacemaker의 상태를 확인합니다. 컨트롤러 노드에 root 사용자로 로그인하고 다음 명령을 입력합니다.

   # pcs status

9. Overcloud 상태를 보려면 OpenStack Integration Test Suite(tempest)를 사용합니다. 자세한 내용은 Integration Test Suite(tempest)를 사용하여 OpenStack 클라우드 검증 을 참조하십시오.

절차

1. Controller-0 에서 Galera 클러스터 가상 IP를 검색합니다.

   $ sudo hiera -c /etc/puppet/hiera.yaml mysql_vip

2. 모든 컨트롤러 노드에서 가상 IP를 통해 데이터베이스 연결을 비활성화합니다.

   $ sudo iptables -I INPUT  -p tcp --destination-port 3306 -d $MYSQL_VIP  -j DROP

3. Controller-0 에서 MySQL root 암호를 검색합니다.

   $ sudo hiera -c /etc/puppet/hiera.yaml mysql::server::root_password

4. Controller-0 에서 Galera 리소스를 Unmanaged 모드로 설정합니다.

   $ sudo pcs resource unmanage galera-bundle

5. 모든 컨트롤러 노드에서 MySQL 컨테이너를 중지합니다.

   $ sudo podman container stop $(sudo podman container ls --all --format "{{.Names}}" --filter=name=galera-bundle)

6. 모든 컨트롤러 노드에서 현재 디렉터리를 이동합니다.

   $ sudo mv /var/lib/mysql /var/lib/mysql-save

7. 모든 컨트롤러 노드에 새 디렉토리 /var/lib/mysq 를 생성합니다.

   $ sudo mkdir /var/lib/mysql
   $ sudo chown 42434:42434 /var/lib/mysql
   $ sudo chcon -t container_file_t /var/lib/mysql
   $ sudo chmod 0755 /var/lib/mysql
   $ sudo chcon -r object_r /var/lib/mysql
   $ sudo chcon -u system_u /var/lib/mysql

8. 모든 컨트롤러 노드에서 MySQL 컨테이너를 시작합니다.

   $ sudo podman container start $(sudo podman container ls --all --format "{{ .Names }}" --filter=name=galera-bundle)

9. 모든 컨트롤러 노드에서 MySQL 데이터베이스를 생성합니다.

   $ sudo podman exec -i $(sudo podman container ls --all --format "{{ .Names }}" \
         --filter=name=galera-bundle) bash -c "mysql_install_db --datadir=/var/lib/mysql --user=mysql --log_error=/var/log/mysql/mysql_init.log"

10. 모든 컨트롤러 노드에서 데이터베이스를 시작합니다.

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
          --filter=name=galera-bundle) bash -c "mysqld_safe --skip-networking --wsrep-on=OFF --log-error=/var/log/mysql/mysql_safe.log" &

11. 모든 컨트롤러 노드에서 .my.cnf Galera 구성 파일을 이동합니다.

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
          --filter=name=galera-bundle) bash -c "mv /root/.my.cnf /root/.my.cnf.bck"

12. 모든 컨트롤러 노드에서 Galera root 암호를 재설정합니다.

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"  \
          --filter=name=galera-bundle) bash -c "mysql -uroot -e'use mysql;update user set password=PASSWORD(\"$ROOTPASSWORD\")where User=\"root\";flush privileges;'"

13. 모든 컨트롤러 노드에서 Galera 컨테이너 내부에 .my.cnf Galera 구성 파일을 복원합니다.

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"   \
          --filter=name=galera-bundle) bash -c "mv /root/.my.cnf.bck /root/.my.cnf"

14. Controller-0 에서 백업 데이터베이스 파일을 /var/lib/MySQL 에 복사합니다.

    $ sudo cp $BACKUP_FILE /var/lib/mysql
    $ sudo cp $BACKUP_GRANT_FILE /var/lib/mysql

    참고

    이러한 파일의 경로는 /home/heat-admin/입니다.

15. Controller-0 에서 MySQL 데이터베이스를 복원합니다.

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"    \
    --filter=name=galera-bundle) bash -c "mysql -u root -p$ROOT_PASSWORD < \"/var/lib/mysql/$BACKUP_FILE\"  "
    
    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"    \
    --filter=name=galera-bundle) bash -c "mysql -u root -p$ROOT_PASSWORD < \"/var/lib/mysql/$BACKUP_GRANT_FILE\"  "

16. 모든 컨트롤러 노드에서 데이터베이스를 종료합니다.

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"    \
          --filter=name=galera-bundle) bash -c "mysqladmin shutdown"

17. Controller-0 에서 부트스트랩 노드를 시작합니다.

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"  --filter=name=galera-bundle) \
            /usr/bin/mysqld_safe --pid-file=/var/run/mysql/mysqld.pid --socket=/var/lib/mysql/mysql.sock --datadir=/var/lib/mysql \
            --log-error=/var/log/mysql/mysql_cluster.log  --user=mysql --open-files-limit=16384 \
            --wsrep-cluster-address=gcomm:// &

18. 검증: Controller-0에서 클러스터 상태를 확인합니다.

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
             --filter=name=galera-bundle) bash -c "clustercheck"

    다음 메시지가 표시되는지 확인합니다. "Galera 클러스터 노드가 동기화됨", 그렇지 않으면 노드를 다시 생성해야 합니다.

19. Controller-0 에서 구성에서 클러스터 주소를 검색합니다.

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
    --filter=name=galera-bundle) bash -c "grep wsrep_cluster_address /etc/my.cnf.d/galera.cnf" | awk '{print $3}'

20. 나머지 각 컨트롤러 노드에서 데이터베이스를 시작하고 클러스터를 검증합니다.

    1. 데이터베이스를 시작합니다.

       $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
             --filter=name=galera-bundle) /usr/bin/mysqld_safe --pid-file=/var/run/mysql/mysqld.pid --socket=/var/lib/mysql/mysql.sock \
             --datadir=/var/lib/mysql --log-error=/var/log/mysql/mysql_cluster.log  --user=mysql --open-files-limit=16384 \
             --wsrep-cluster-address=$CLUSTER_ADDRESS &

    2. MYSQL 클러스터의 상태를 확인합니다.

       $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
                --filter=name=galera-bundle) bash -c "clustercheck"

       다음 메시지가 표시되는지 확인합니다. "Galera 클러스터 노드가 동기화됨", 그렇지 않으면 노드를 다시 생성해야 합니다.

21. 모든 컨트롤러 노드에서 MySQL 컨테이너를 중지합니다.

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" --filter=name=galera-bundle) \
            /usr/bin/mysqladmin -u root shutdown

22. 모든 컨트롤러 노드에서 다음 방화벽 규칙을 제거하여 가상 IP 주소를 통한 데이터베이스 연결을 허용합니다.

    $ sudo iptables -D  INPUT  -p tcp --destination-port 3306 -d $MYSQL_VIP  -j DROP

23. 모든 컨트롤러 노드에서 MySQL 컨테이너를 다시 시작합니다.

    $ sudo podman container restart $(sudo podman container ls --all --format  "{{ .Names }}" --filter=name=galera-bundle)

24. 모든 컨트롤러 노드에서 clustercheck 컨테이너를 다시 시작합니다.

    $ sudo podman container restart $(sudo podman container ls --all --format  "{{ .Names }}" --filter=name=clustercheck)

25. Controller-0 에서 Galera 리소스를 관리 모드로 설정합니다.

    $ sudo pcs resource manage galera-bundle

검증

1. 서비스가 올바르게 실행 중인지 확인하려면 pacemaker의 상태를 확인합니다.

   $ sudo pcs status

2. Overcloud 상태를 보려면 OpenStack Integration Test Suite(tempest)를 사용합니다. 자세한 내용은 Integration Test Suite(tempest)를 사용하여 OpenStack 클라우드 검증 을 참조하십시오.

3. 특정 노드 관련 문제가 의심되는 경우 cluster check를 사용하여 클러스터 상태를 확인하십시오.

   $ sudo podman exec clustercheck /usr/bin/clustercheck

절차

1. director 언더클라우드 노드에 root 사용자로 로그인합니다.

2. 모든 tripleo 서비스를 중지합니다.

   [root@director ~]# systemctl  stop  tripleo_*

3. 다음 명령을 입력하여 서버에서 실행 중인 컨테이너가 없는지 확인합니다.

   [root@director ~]# podman ps

   컨테이너가 실행 중인 경우 다음 명령을 입력하여 컨테이너를 중지합니다.

   [root@director ~]# podman stop <container_name>

4. 현재 /var/lib/mysql 디렉터리의 백업을 생성한 다음 디렉터리를 삭제합니다.

   [root@director ~]# cp -a /var/lib/mysql /var/lib/mysql_bck
   [root@director ~]# rm -rf /var/lib/mysql

5. 데이터베이스 디렉터리를 다시 생성하고 새 디렉터리의 SELinux 속성을 설정합니다.

   [root@director ~]# mkdir /var/lib/mysql
   [root@director ~]# chown 42434:42434 /var/lib/mysql
   [root@director ~]# chmod 0755 /var/lib/mysql
   [root@director ~]# chcon -t container_file_t /var/lib/mysql
   [root@director ~]# chcon -r object_r /var/lib/mysql
   [root@director ~]# chcon -u system_u /var/lib/mysql

6. mariadb 이미지의 로컬 태그를 생성합니다. <image_id> 및 <undercloud.ctlplane.example.com> 을 사용자 환경에 적용할 수 있는 값으로 바꿉니다.

   [root@director ~]# podman images | grep mariadb
   <undercloud.ctlplane.example.com>:8787/rh-osbs/rhosp16-openstack-mariadb                 	16.2_20210322.1   <image_id>   3 weeks ago   718 MB

   [root@director ~]# podman tag <image_id> mariadb

   [root@director ~]# podman images | grep maria
   localhost/mariadb                                                                         	latest        	<image_id>   3 weeks ago   718 MB
   <undercloud.ctlplane.example.com>:8787/rh-osbs/rhosp16-openstack-mariadb                 	16.2_20210322.1   <image_id>   3 weeks ago   718 MB

7. /var/lib/mysql 디렉터리를 컨테이너로 초기화합니다.

   [root@director ~]# podman run --net=host -v /var/lib/mysql:/var/lib/mysql localhost/mariadb mysql_install_db --datadir=/var/lib/mysql --user=mysql

8. 데이터베이스로 가져올 데이터베이스 백업 파일을 복사합니다.

   [root@director ~]# cp /root/undercloud-all-databases.sql /var/lib/mysql

9. 데이터베이스 서비스를 시작하여 데이터를 가져옵니다.

   [root@director ~]# podman run --net=host -dt -v /var/lib/mysql:/var/lib/mysql  localhost/mariadb  /usr/libexec/mysqld

10. 데이터를 가져오고 max_allowed_packet 매개변수를 구성합니다.

    1. 컨테이너에 로그인하여 구성합니다.

       [root@director ~]# podman exec -it <container_id> /bin/bash
           ()[mysql@5a4e429c6f40 /]$ mysql -u root -e "set global max_allowed_packet = 1073741824;"
           ()[mysql@5a4e429c6f40 /]$ mysql -u root < /var/lib/mysql/undercloud-all-databases.sql
           ()[mysql@5a4e429c6f40 /]$ mysql -u root -e 'flush privileges'
           ()[mysql@5a4e429c6f40 /]$ exit
           exit

    2. 컨테이너를 중지합니다.

       [root@director ~]# podman stop <container_id>

    3. 실행 중인 컨테이너가 없는지 확인합니다.

       [root@director ~]# podman ps
       CONTAINER ID  IMAGE  COMMAND  CREATED  STATUS  PORTS  NAMES
       [root@director ~]#

11. 모든 tripleo 서비스를 다시 시작하십시오.

    [root@director ~]# systemctl start multi-user.target