프로세스

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

2. stackrc 파일을 소싱합니다.

   $ source ~/stackrc

3. bar-vars.yaml 파일을 생성합니다.

   touch /home/stack/bar-vars.yaml

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

   1. NFS 서버를 사용하는 경우 다음 매개변수를 추가하고 NFS 서버 및 백업 스토리지 폴더의 IP 주소 값을 설정합니다.

      tripleo_backup_and_restore_server: <ip_address>
      tripleo_backup_and_restore_shared_storage_folder: <backup_dir>

      • <ip_address> 및 <backup_dir>을 환경에 적용되는 값으로 바꿉니다. 기본적으로 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-0 ~]$ 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

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

3. 언더클라우드 노드에서 백업 노드로 공개 SSH 키를 복사합니다.

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

   & lt;backup_node& gt;를 백업 노드의 경로 및 이름으로 바꿉니다.

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-0 ~]$ source stackrc

2. 이전에 수행하지 않은 경우 설치 중에 저장된 위치에서 정적 ansible 인벤토리 파일을 추출합니다.

   (undercloud) [stack@undercloud ~]$ cp ~/overcloud-deploy/<stack>/tripleo-ansible-inventory.yaml ~/tripleo-inventory.yaml

   • & lt;stack >을 스택 이름으로 바꿉니다. 기본적으로 스택 이름은 overcloud 입니다.

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 을 값으로 교체하여 /etc/rear/local.conf 에 있는 ReaR 구성 파일에서 UEFI 백업을 활성화합니다.

절차

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

2. MySQL root 암호를 검색합니다.

   [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. 언더클라우드 노드에서 언더클라우드 인증 정보를 가져옵니다.

   [stack@undercloud-0 ~]$ source stackrc

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

   (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이 예약된 백업을 실행할 때 백업 명령에 추가되는 매개변수를 정의하려면 다음 예와 같이 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_cron_user 매개변수를 backup 명령에 전달합니다.

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

절차

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

   [stack@undercloud-0 ~]$ 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

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

3. 언더클라우드 노드에서 백업 노드로 공개 SSH 키를 복사합니다.

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

   & lt;backup_node& gt;를 백업 노드의 경로 및 이름으로 바꿉니다.

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-0 ~]$ source stackrc

2. 이전에 수행하지 않은 경우 설치 중에 저장된 위치에서 정적 ansible 인벤토리 파일을 추출합니다.

   (undercloud) [stack@undercloud ~]$ cp ~/overcloud-deploy/<stack>/tripleo-ansible-inventory.yaml ~/tripleo-inventory.yaml

   • & lt;stack >을 스택 이름으로 바꿉니다. 기본적으로 스택 이름은 overcloud 입니다.

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

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

     tripleo_backup_and_restore_server: <ip_address>
     tripleo_backup_and_restore_shared_storage_folder: <backup_dir>

     • <ip_address> 및 <backup_dir>을 환경에 적용되는 값으로 바꿉니다. 기본적으로 tripleo_backup_and_restore_server 매개변수 값은 192.168.24.1.*입니다.

   • 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 및 인증 정보로 바꿉니다.

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

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

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

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

      $ sudo dnf install dosfstools efibootmgr

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

절차

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

   [stack@undercloud-0 ~]$ 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. 각 컨트롤 플레인 노드에서 각 노드의 config-drive 파티션을 root 사용자로 백업합니다.

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

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

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

   [stack@undercloud-0 ~]$ source stackrc

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

   (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이 예약된 백업을 실행할 때 백업 명령에 추가되는 매개변수를 정의하려면 다음 예와 같이 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_cron_user 매개변수를 backup 명령에 전달합니다.

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

프로세스

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

3. Relax-and-Recover 부팅 메뉴가 표시되면 Recover < undercloud_node>를 선택합니다. & lt;undercloud_node& gt;를 언더클라우드 노드의 이름으로 바꿉니다.

   참고

   시스템에서 UEFI를 사용하는 경우 Relax-and-Recover (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-Recover 부팅 메뉴가 표시되면 각 컨트롤 플레인 노드에서 Recover <control_plane_node>를 선택합니다. & lt;control_plane_node& gt;를 해당 컨트롤 플레인 노드의 이름으로 바꿉니다.

   참고

   시스템에서 UEFI를 사용하는 경우 Relax-and-Recover (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. 오버클라우드 상태를 보려면 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 리소스를 관리되지 않는 모드로 설정합니다.

   $ 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;set password for root@localhost = password(\"$ROOTPASSWORD\");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/tripleo-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 cluster node is synced"라는 메시지가 표시되는지 확인합니다. 그렇지 않으면 노드를 다시 생성해야 합니다.

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 cluster node is synced"라는 메시지가 표시되는지 확인합니다. 그렇지 않으면 노드를 다시 생성해야 합니다.

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. 오버클라우드 상태를 보려면 OpenStack Integration Test Suite(tempest)를 사용합니다. 자세한 내용은 Integration Test Suite(tempest)를 사용하여 OpenStack 클라우드 검증을 참조하십시오.

3. 특정 노드에 문제가 있는 것으로 의심되는 경우 clustercheck: 클러스터 상태를 확인하십시오.

   $ 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