절차

1. Red Hat 고객 포털 계정을 사용하여 registry.redhat.io 레지스트리에 인증합니다.

   # podman login registry.redhat.io

   컨테이너 레지스트리에 이미 로그인한 경우 이 단계를 건너뜁니다.

2. 컨테이너에서 MariaDB 10.5 를 실행합니다.

   $ podman run -d --name <container_name> -e MYSQL_ROOT_PASSWORD=<mariadb_root_password> -p <host_port_1>:3306 rhel9/mariadb-105

   이 컨테이너 이미지 사용에 대한 자세한 내용은 Red Hat Ecosystem Catalog 를 참조하십시오.

3. 컨테이너에서 MariaDB 10.11 을 실행합니다.

   $ podman run -d --name <container_name> -e MYSQL_ROOT_PASSWORD=<mariadb_root_password> -p <host_port_2>:3306 rhel9/mariadb-1011

   이 컨테이너 이미지 사용에 대한 자세한 내용은 Red Hat Ecosystem Catalog 를 참조하십시오.

   참고

   두 데이터베이스 서버의 컨테이너 이름과 호스트 포트는 달라야 합니다.

4. 클라이언트가 네트워크의 데이터베이스 서버에 액세스할 수 있도록 하려면 방화벽에서 호스트 포트를 엽니다.

   # firewall-cmd --permanent --add-port={<host_port_1>/tcp,<host_port_2>/tcp,...}
   # firewall-cmd --reload

검증 단계

1. 실행 중인 컨테이너에 대한 정보를 표시합니다.

   $ podman ps

2. 데이터베이스 서버에 연결하고 root로 로그인합니다.

   # mysql -u root -p -h localhost -P <host_port> --protocol tcp

절차

1. CA 및 서버 인증서를 /etc/pki/tls/certs/ 디렉터리에 저장합니다.

   # mv <path>/server.example.com.crt.pem /etc/pki/tls/certs/
   # mv <path>/ca.crt.pem /etc/pki/tls/certs/

2. MariaDB 서버가 파일을 읽을 수 있도록 CA 및 서버 인증서에 대한 권한을 설정합니다.

   # chmod 644 /etc/pki/tls/certs/server.example.com.crt.pem /etc/pki/tls/certs/ca.crt.pem

   인증서는 보안 연결을 설정하기 전에 통신의 일부이므로 모든 클라이언트는 인증 없이 검색할 수 있습니다. 따라서 CA 및 서버 인증서 파일에 대한 엄격한 권한을 설정할 필요가 없습니다.

3. 서버의 개인 키를 /etc/pki/tls/private/ 디렉터리에 저장합니다.

   # mv <path>/server.example.com.key.pem /etc/pki/tls/private/

4. 서버의 개인 키에 보안 권한을 설정합니다.

   # chmod 640 /etc/pki/tls/private/server.example.com.key.pem
   # chgrp mysql /etc/pki/tls/private/server.example.com.key.pem

   권한이 없는 사용자가 개인 키에 액세스할 수 있는 경우 MariaDB 서버에 대한 연결이 더 이상 안전하지 않습니다.

5. SELinux 컨텍스트를 복원하십시오.

   #  restorecon -Rv /etc/pki/tls/

절차

1. /etc/my.cnf.d/mariadb-server-tls.cnf 파일을 생성합니다.

   1. 다음 콘텐츠를 추가하여 개인 키, 서버 및 CA 인증서에 대한 경로를 구성합니다.

      [mariadb]
      ssl_key = /etc/pki/tls/private/server.example.com.key.pem
      ssl_cert = /etc/pki/tls/certs/server.example.com.crt.pem
      ssl_ca = /etc/pki/tls/certs/ca.crt.pem

   2. CRL(인증서 해지 목록)이 있는 경우 이를 사용하도록 MariaDB 서버를 구성합니다.

      ssl_crl = /etc/pki/tls/certs/example.crl.pem

   3. 선택 사항: 암호화 없이 연결 시도를 거부합니다. 이 기능을 활성화하려면 다음을 추가합니다.

      require_secure_transport = on

   4. 선택 사항: 서버가 지원해야 하는 TLS 버전을 설정합니다. 예를 들어 TLS 1.2 및 TLS 1.3을 지원하려면 다음을 추가합니다.

      tls_version = TLSv1.2,TLSv1.3

      기본적으로 서버는 TLS 1.1, TLS 1.2 및 TLS 1.3을 지원합니다.

2. mariadb 서비스를 다시 시작합니다.

   # systemctl restart mariadb

1. MariaDB 에 TLS 암호화가 활성화되어 있는지 확인합니다.

   # mysql -u root -p -e "SHOW GLOBAL VARIABLES LIKE 'have_ssl';"
   +---------------+-----------------+
   | Variable_name | Value           |
   +---------------+-----------------+
   | have_ssl      | YES             |
   +---------------+-----------------+

   have_ssl 변수를 yes 로 설정하면 TLS 암호화가 활성화됩니다.

2. 특정 TLS 버전만 지원하도록 MariaDB 서비스를 구성한 경우 tls_version 변수를 표시합니다.

   # mysql -u root -p -e "SHOW GLOBAL VARIABLES LIKE 'tls_version';"
   +---------------+-----------------+
   | Variable_name | Value           |
   +---------------+-----------------+
   | tls_version   | TLSv1.2,TLSv1.3 |
   +---------------+-----------------+

절차

1. 관리자로 MariaDB 서버에 연결합니다.

   # mysql -u root -p -h server.example.com

   관리자가 서버에 원격으로 액세스할 수 있는 권한이 없는 경우 MariaDB 서버에서 명령을 수행하고 localhost 에 연결합니다.

2. REQUIRE SSL 절을 사용하여 사용자가 TLS 암호화 연결을 사용하여 연결해야 함을 적용합니다.

   MariaDB [(none)]> ALTER USER 'example'@'%' REQUIRE SSL;

검증

1. TLS 암호화를 사용하여 서버에 예제 사용자로 연결합니다.

   # mysql -u example -p -h server.example.com --ssl
   ...
   MariaDB [(none)]>

   오류가 표시되지 않고 대화형 MariaDB 콘솔에 액세스할 수 있는 경우 TLS와의 연결이 성공합니다.

2. TLS가 비활성화된 예제 사용자로 연결을 시도합니다.

   # mysql -u example -p -h server.example.com --skip-ssl
   ERROR 1045 (28000): Access denied for user 'example'@'server.example.com' (using password: YES)

   이 사용자에게는 TLS가 필요하지만 비활성화됨(--skip-ssl)이므로 서버에서 로그인 시도를 거부했습니다.

절차

1. RHEL이 서버의 인증서를 발급한 CA를 신뢰하지 않는 경우:

   1. CA 인증서를 /etc/pki/ca-trust/source/anchors/ 디렉터리에 복사합니다.

      # cp <path>/ca.crt.pem /etc/pki/ca-trust/source/anchors/

   2. 모든 사용자가 CA 인증서 파일을 읽을 수 있도록 권한을 설정합니다.

      # chmod 644 /etc/pki/ca-trust/source/anchors/ca.crt.pem

   3. CA 신뢰 데이터베이스를 다시 빌드합니다.

      # update-ca-trust

2. 다음 콘텐츠를 사용하여 /etc/my.cnf.d/mariadb-client-tls.cnf 파일을 생성합니다.

   [client-mariadb]
   ssl
   ssl-verify-server-cert

   이러한 설정은 MariaDB 클라이언트가 TLS 암호화(ssl)를 사용하고 클라이언트가 서버 인증서의 CN과 호스트 이름을 비교하는 것을 정의합니다(ssl-verify-server-cert).

절차

1. mariabackup 명령을 실행합니다.

   • 데이터를 복원하고 원본 백업 파일을 유지하려면 --copy-back 옵션을 사용합니다.

     $ mariabackup --copy-back --target-dir=/var/mariadb/backup/

   • 데이터를 복원하고 원본 백업 파일을 제거하려면 --move-back 옵션을 사용합니다.

     $ mariabackup --move-back --target-dir=/var/mariadb/backup/

2. 파일 권한을 수정합니다.

   데이터베이스를 복원할 때 Mariabackup 은 백업의 파일 및 디렉토리 권한을 보존합니다. 그러나 Mariabackup 은 파일을 디스크에 쓰는 사용자 및 그룹으로 데이터베이스를 복원합니다. 백업을 복원한 후 일반적으로 MariaDB 서버의 사용자 및 그룹과 일치하도록 데이터 디렉터리의 소유자(일반적으로 mysql )를 조정해야 할 수 있습니다.

   예를 들어 파일의 소유권을 mysql 사용자 및 그룹으로 재귀적으로 변경하려면 다음을 수행합니다.

   # chown -R mysql:mysql /var/lib/mysql/

3. mariadb 서비스를 시작합니다.

   # systemctl start mariadb.service

절차

1. mariadb 서비스를 중지합니다.

   # systemctl stop mariadb.service

2. 필요한 위치에 데이터 파일을 복사합니다.

   # cp -r /var/lib/mysql /backup-location

3. 필요한 경우 구성 파일을 필요한 위치에 복사합니다.

   # cp -r /etc/my.cnf /etc/my.cnf.d /backup-location/configuration

4. 필요한 경우 로그 파일을 필요한 위치에 복사합니다.

   # cp /var/log/mariadb/* /backup-location/logs

5. mariadb 서비스를 시작합니다.

   # systemctl start mariadb.service

6. 백업 위치에서 /var/lib/mysql 디렉터리에 백업 데이터를 로드할 때 mysql:mysql 이 /var/lib/mysql 에 있는 모든 데이터의 소유자인지 확인하십시오.

   # chown -R mysql:mysql /var/lib/mysql

절차

1. mariadb-server 패키지가 RHEL 9 시스템에 설치되었는지 확인합니다.

   # dnf install mariadb-server

2. 데이터를 복사할 때 mariadb 서비스가 소스 및 대상 시스템에서 실행되고 있지 않은지 확인합니다.

   # systemctl stop mariadb.service

3. 소스 위치의 데이터를 RHEL 9 대상 시스템의 /var/lib/mysql/ 디렉터리에 복사합니다.

4. 대상 시스템에서 복사된 파일에 대한 적절한 권한 및 SELinux 컨텍스트를 설정합니다.

   # restorecon -vr /var/lib/mysql

5. mysql:mysql 이 /var/lib/mysql 디렉터리에 있는 모든 데이터의 소유자인지 확인합니다.

   # chown -R mysql:mysql /var/lib/mysql

6. /etc/my.cnf.d/ 에 있는 옵션 파일이 MariaDB 10.5 에 유효한 옵션만 포함하도록 구성을 조정합니다. 자세한 내용은 MariaDB 10.4 및 MariaDB 10.5 의 업스트림 문서를 참조하십시오.

7. 대상 시스템에서 MariaDB 서버를 시작합니다.

   • 독립 실행형으로 데이터베이스를 업그레이드하는 경우:

     # systemctl start mariadb.service

   • Galera 클러스터 노드를 업그레이드하는 경우 다음을 수행합니다.

     # galera_new_cluster

     mariadb 서비스가 자동으로 시작됩니다.

8. mariadb-upgrade 유틸리티를 실행하여 내부 테이블을 확인하고 복구합니다.

   • 독립 실행형으로 데이터베이스를 업그레이드하는 경우:

     $ mariadb-upgrade

   • Galera 클러스터 노드를 업그레이드하는 경우 다음을 수행합니다.

     $ mariadb-upgrade --skip-write-binlog

절차

1. MariaDB 서버를 중지합니다.

   # systemctl stop mariadb.service

2. 변조되지 않은 MariaDB 10.5 에서 모듈식 MariaDB 10.11 로 전환합니다.

   # dnf module switch-to mariadb:10.11

3. /etc/my.cnf.d/ 에 있는 옵션 파일이 MariaDB 10.11 에 유효한 옵션만 포함하도록 구성을 조정합니다. 자세한 내용은 MariaDB 10.6 및 MariaDB 10.11 에 대한 업스트림 문서를 참조하십시오.

4. MariaDB 서버를 시작합니다.

   • 독립 실행형으로 데이터베이스를 업그레이드하는 경우:

     # systemctl start mariadb.service

   • Galera 클러스터 노드를 업그레이드하는 경우 다음을 수행합니다.

     # galera_new_cluster

     mariadb 서비스가 자동으로 시작됩니다.

5. mariadb-upgrade 유틸리티를 실행하여 내부 테이블을 확인하고 복구합니다.

   • 독립 실행형으로 데이터베이스를 업그레이드하는 경우:

     # mariadb-upgrade

   • Galera 클러스터 노드를 업그레이드하는 경우 다음을 수행합니다.

     # mariadb-upgrade --skip-write-binlog

절차

1. 해당 노드에서 다음 래퍼를 실행하여 새 클러스터의 첫 번째 노드를 부트스트랩합니다.

   # galera_new_cluster

   이 래퍼를 사용하면 MariaDB 서버 데몬(mariadbd)이 --wsrep-new-cluster 옵션과 함께 실행됩니다. 이 옵션은 연결할 기존 클러스터가 없는 정보를 제공합니다. 따라서 노드는 새 클러스터를 식별하기 위해 새 UUID를 만듭니다.

   참고

   mariadb 서비스는 여러 MariaDB 서버 프로세스와 상호 작용하는 systemd 방법을 지원합니다. 따라서 MariaDB 서버가 여러 개 있는 경우 인스턴스 이름을 접미사로 지정하여 특정 인스턴스를 부트스트랩할 수 있습니다.

   # galera_new_cluster mariadb@node1

2. 각 노드에서 다음 명령을 실행하여 다른 노드를 클러스터에 연결합니다.

   # systemctl start mariadb

   결과적으로 노드가 클러스터에 연결되고 클러스터 상태와 자체 동기화됩니다.

절차

1. Red Hat 고객 포털 계정을 사용하여 registry.redhat.io 레지스트리에 인증합니다.

   # podman login registry.redhat.io

   컨테이너 레지스트리에 이미 로그인한 경우 이 단계를 건너뜁니다.

2. 컨테이너에서 MySQL 8.0 을 실행합니다.

   $ podman run -d --name <container_name> -e MYSQL_ROOT_PASSWORD=<mysql_root_password> -p <host_port_1>:3306 rhel9/mysql-80

   이 컨테이너 이미지 사용에 대한 자세한 내용은 Red Hat Ecosystem Catalog 를 참조하십시오.

3. 컨테이너에서 MariaDB 10.5 를 실행합니다.

   $ podman run -d --name <container_name> -e MYSQL_ROOT_PASSWORD=<mariadb_root_password> -p <host_port_2>:3306 rhel9/mariadb-105

   이 컨테이너 이미지 사용에 대한 자세한 내용은 Red Hat Ecosystem Catalog 를 참조하십시오.

4. 컨테이너에서 MariaDB 10.11 을 실행합니다.

   $ podman run -d --name <container_name> -e MYSQL_ROOT_PASSWORD=<mariadb_root_password> -p <host_port_3>:3306 rhel9/mariadb-1011

   이 컨테이너 이미지 사용에 대한 자세한 내용은 Red Hat Ecosystem Catalog 를 참조하십시오.

   참고

   두 데이터베이스 서버의 컨테이너 이름과 호스트 포트는 달라야 합니다.

5. 클라이언트가 네트워크의 데이터베이스 서버에 액세스할 수 있도록 하려면 방화벽에서 호스트 포트를 엽니다.

   # firewall-cmd --permanent --add-port={<host_port_1>/tcp,<host_port_2>/tcp,<host_port_3>/tcp,...}
   # firewall-cmd --reload

검증 단계

1. 실행 중인 컨테이너에 대한 정보를 표시합니다.

   $ podman ps

2. 데이터베이스 서버에 연결하고 root로 로그인합니다.

   # mysql -u root -p -h localhost -P <host_port> --protocol tcp

절차

1. CA 및 서버 인증서를 /etc/pki/tls/certs/ 디렉터리에 저장합니다.

   # mv <path>/server.example.com.crt.pem /etc/pki/tls/certs/
   # mv <path>/ca.crt.pem /etc/pki/tls/certs/

2. MySQL 서버가 파일을 읽을 수 있도록 하는 CA 및 서버 인증서에 대한 권한을 설정합니다.

   # chmod 644 /etc/pki/tls/certs/server.example.com.crt.pem /etc/pki/tls/certs/ca.crt.pem

   인증서는 보안 연결을 설정하기 전에 통신의 일부이므로 모든 클라이언트는 인증 없이 검색할 수 있습니다. 따라서 CA 및 서버 인증서 파일에 대한 엄격한 권한을 설정할 필요가 없습니다.

3. 서버의 개인 키를 /etc/pki/tls/private/ 디렉터리에 저장합니다.

   # mv <path>/server.example.com.key.pem /etc/pki/tls/private/

4. 서버의 개인 키에 보안 권한을 설정합니다.

   # chmod 640 /etc/pki/tls/private/server.example.com.key.pem
   # chgrp mysql /etc/pki/tls/private/server.example.com.key.pem

   권한이 없는 사용자가 개인 키에 액세스할 수 있는 경우 MySQL 서버에 대한 연결이 더 이상 안전하지 않습니다.

5. SELinux 컨텍스트를 복원하십시오.

   # restorecon -Rv /etc/pki/tls/

절차

1. /etc/my.cnf.d/mysql-server-tls.cnf 파일을 만듭니다.

   1. 다음 콘텐츠를 추가하여 개인 키, 서버 및 CA 인증서에 대한 경로를 구성합니다.

      [mysqld]
      ssl_key = /etc/pki/tls/private/server.example.com.key.pem
      ssl_cert = /etc/pki/tls/certs/server.example.com.crt.pem
      ssl_ca = /etc/pki/tls/certs/ca.crt.pem

   2. CRL(Certificate Revocation List)이 있는 경우 이를 사용하도록 MySQL 서버를 구성합니다.

      ssl_crl = /etc/pki/tls/certs/example.crl.pem

   3. 선택 사항: 암호화 없이 연결 시도를 거부합니다. 이 기능을 활성화하려면 다음을 추가합니다.

      require_secure_transport = on

   4. 선택 사항: 서버가 지원해야 하는 TLS 버전을 설정합니다. 예를 들어 TLS 1.2 및 TLS 1.3을 지원하려면 다음을 추가합니다.

      tls_version = TLSv1.2,TLSv1.3

      기본적으로 서버는 TLS 1.1, TLS 1.2 및 TLS 1.3을 지원합니다.

2. mysqld 서비스를 다시 시작합니다.

   # systemctl restart mysqld

1. 이제 MySQL 에 TLS 암호화가 활성화되어 있는지 확인합니다.

   # mysql -u root -p -h <MySQL_server_hostname> -e "SHOW session status LIKE 'Ssl_cipher';"
   +---------------+------------------------+
   | Variable_name | Value                  |
   +---------------+------------------------+
   | Ssl_cipher    | TLS_AES_256_GCM_SHA384 |
   +---------------+------------------------+

2. 특정 TLS 버전만 지원하도록 MySQL 서버를 구성한 경우 tls_version 변수를 표시합니다.

   # mysql -u root -p -e "SHOW GLOBAL VARIABLES LIKE 'tls_version';"
   +---------------+-----------------+
   | Variable_name | Value           |
   +---------------+-----------------+
   | tls_version   | TLSv1.2,TLSv1.3 |
   +---------------+-----------------+

3. 서버가 올바른 CA 인증서, 서버 인증서 및 개인 키 파일을 사용하는지 확인합니다.

   # mysql -u root -e "SHOW GLOBAL VARIABLES WHERE Variable_name REGEXP '^ssl_ca|^ssl_cert|^ssl_key';"
   +-----------------+-------------------------------------------------+
   | Variable_name   | Value                                           |
   +-----------------+-------------------------------------------------+
   | ssl_ca          | /etc/pki/tls/certs/ca.crt.pem                   |
   | ssl_capath      |                                                 |
   | ssl_cert        | /etc/pki/tls/certs/server.example.com.crt.pem   |
   | ssl_key         | /etc/pki/tls/private/server.example.com.key.pem |
   +-----------------+-------------------------------------------------+

절차

1. 관리 사용자로 MySQL 서버에 연결합니다.

   # mysql -u root -p -h server.example.com

   관리 사용자에게 원격으로 서버에 액세스할 수 있는 권한이 없는 경우 MySQL 서버에서 명령을 수행하고 localhost 에 연결합니다.

2. REQUIRE SSL 절을 사용하여 사용자가 TLS 암호화 연결을 사용하여 연결해야 함을 적용합니다.

   MySQL [(none)]> ALTER USER 'example'@'%' REQUIRE SSL;

검증

1. TLS 암호화를 사용하여 서버에 예제 사용자로 연결합니다.

   # mysql -u example -p -h server.example.com
   ...
   MySQL [(none)]>

   오류가 표시되지 않고 대화형 MySQL 콘솔에 액세스할 수 있는 경우 TLS와의 연결에 성공합니다.

   기본적으로 클라이언트는 서버에서 제공하는 경우 TLS 암호화를 자동으로 사용합니다. 따라서 --ssl-ca=ca.crt.pem 및 --ssl-mode=VERIFY_IDENTITY 옵션은 필요하지 않지만 이러한 옵션을 사용하여 클라이언트는 서버 ID를 확인하므로 보안을 개선합니다.

2. TLS가 비활성화된 예제 사용자로 연결을 시도합니다.

   # mysql -u example -p -h server.example.com --ssl-mode=DISABLED
   ERROR 1045 (28000): Access denied for user 'example'@'server.example.com' (using password: YES)

   이 사용자에게는 TLS가 필요하지만 비활성화됨(--ssl-mode=DISABLED)이므로 서버에서 로그인 시도를 거부했습니다.

절차

1. mysqld 서비스를 중지합니다.

   # systemctl stop mysqld.service

2. 필요한 위치에 데이터 파일을 복사합니다.

   # cp -r /var/lib/mysql /backup-location

3. 필요한 경우 구성 파일을 필요한 위치에 복사합니다.

   # cp -r /etc/my.cnf /etc/my.cnf.d /backup-location/configuration

4. 필요한 경우 로그 파일을 필요한 위치에 복사합니다.

   # cp /var/log/mysql/* /backup-location/logs

5. mysqld 서비스를 시작합니다.

   # systemctl start mysqld.service

6. 백업 위치에서 /var/lib/mysql 디렉터리에 백업 데이터를 로드할 때 mysql:mysql 이 /var/lib/mysql 에 있는 모든 데이터의 소유자인지 확인하십시오.

   # chown -R mysql:mysql /var/lib/mysql

절차

1. [mysqld] 섹션의 /etc/my.cnf.d/mysql-server.cnf 파일에 다음 옵션을 포함합니다.

   • bind-address=source_ip_adress

     이 옵션은 복제본에서 소스로 구성된 연결에 필요합니다.

   • server-id=id

     id 는 고유해야 합니다.

   • log_bin=path_to_source_server_log

     이 옵션은 MySQL 소스 서버의 바이너리 로그 파일의 경로를 정의합니다. 예: log_bin=/var/log/mysql/mysql-bin.log.

   • gtid_mode=ON

     이 옵션을 사용하면 서버에서 글로벌 트랜잭션 식별자(GTID)를 사용할 수 있습니다.

   • enforce-gtid-consistency=ON

     서버는 GTID를 사용하여 안전하게 로깅할 수 있는 문만 실행할 수 있도록 하여 GTID 일관성을 적용합니다.

   • Optional: binlog_do_db=db_name

     선택한 데이터베이스만 복제하려면 이 옵션을 사용합니다. 두 개 이상의 선택된 데이터베이스를 복제하려면 각 데이터베이스를 별도로 지정합니다.

     binlog_do_db=db_name1
     binlog_do_db=db_name2
     binlog_do_db=db_name3

   • Optional: binlog_ignore_db=db_name

     복제에서 특정 데이터베이스를 제외하려면 이 옵션을 사용합니다.

2. mysqld 서비스를 다시 시작합니다.

   # systemctl restart mysqld.service

절차

1. [mysqld] 섹션의 /etc/my.cnf.d/mysql-server.cnf 파일에 다음 옵션을 포함합니다.

   • server-id=id

     id 는 고유해야 합니다.

   • relay-log=path_to_replica_server_log

     릴레이 로그는 복제 중에 MySQL 복제본 서버에서 생성한 로그 파일 집합입니다.

   • log_bin=path_to_replica_sever_log

     이 옵션은 MySQL 복제본 서버의 바이너리 로그 파일에 대한 경로를 정의합니다. 예: log_bin=/var/log/mysql/mysql-bin.log.

     이 옵션은 복제본에 필요하지 않지만 강력히 권장됩니다.

   • gtid_mode=ON

     이 옵션을 사용하면 서버에서 글로벌 트랜잭션 식별자(GTID)를 사용할 수 있습니다.

   • enforce-gtid-consistency=ON

     서버는 GTID를 사용하여 안전하게 로깅할 수 있는 문만 실행할 수 있도록 하여 GTID 일관성을 적용합니다.

   • log-replica-updates=ON

     이 옵션을 사용하면 소스 서버에서 수신한 업데이트가 복제본의 바이너리 로그에 기록됩니다.

   • skip-replica-start=ON

     이 옵션을 사용하면 복제본 서버가 복제 서버가 시작될 때 복제 스레드를 시작하지 않습니다.

   • Optional: binlog_do_db=db_name

     특정 데이터베이스만 복제하려면 이 옵션을 사용합니다. 두 개 이상의 데이터베이스를 복제하려면 각 데이터베이스를 별도로 지정합니다.

     binlog_do_db=db_name1
     binlog_do_db=db_name2
     binlog_do_db=db_name3

   • Optional: binlog_ignore_db=db_name

     복제에서 특정 데이터베이스를 제외하려면 이 옵션을 사용합니다.

2. mysqld 서비스를 다시 시작합니다.

   # systemctl restart mysqld.service

절차

1. 복제 사용자를 생성합니다.

   mysql> CREATE USER 'replication_user'@'replica_server_ip' IDENTIFIED WITH mysql_native_password BY 'password';

2. 사용자 복제 권한을 부여합니다.

   mysql> GRANT REPLICATION SLAVE ON *.* TO 'replication_user'@'replica_server_ip';

3. MySQL 데이터베이스에서 부여 테이블을 다시 로드합니다.

   mysql> FLUSH PRIVILEGES;

4. 소스 서버를 읽기 전용 상태로 설정합니다.

   mysql> SET @@GLOBAL.read_only = ON;

절차

1. 복제본 서버를 읽기 전용 상태로 설정합니다.

   mysql> SET @@GLOBAL.read_only = ON;

2. 복제 소스를 구성합니다.

   mysql> CHANGE REPLICATION SOURCE TO
       -> SOURCE_HOST='source_ip_address',
       -> SOURCE_USER='replication_user',
       -> SOURCE_PASSWORD='password',
       -> SOURCE_AUTO_POSITION=1;

3. MySQL 복제본 서버에서 복제본 스레드를 시작합니다.

   mysql> START REPLICA;

4. 소스 및 복제본 서버 둘 다에서 읽기 전용 상태를 설정 해제합니다.

   mysql> SET @@GLOBAL.read_only = OFF;

5. 선택 사항: 디버깅 목적으로 복제본 서버의 상태를 검사합니다.

   mysql> SHOW REPLICA STATUS\G;

   참고

   복제본 서버가 시작하거나 연결하는 데 실패하면 SHOW MASTER STATUS 명령의 출력에 표시된 바이너리 로그 파일 위치에 따라 특정 이벤트 수를 건너뛸 수 있습니다. 예를 들어 정의된 위치에서 첫 번째 이벤트를 건너뛰십시오.

   mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;

   복제 서버를 다시 시작합니다.

6. 선택 사항: 복제본 서버에서 복제본 스레드를 중지합니다.

   mysql> STOP REPLICA;

1. 소스 서버에서 예제 데이터베이스를 생성합니다.

   mysql> CREATE DATABASE test_db_name;

2. test_db_name 데이터베이스가 복제본 서버에 복제되는지 확인합니다.

3. 소스 또는 복제본 서버에서 다음 명령을 실행하여 MySQL 서버의 바이너리 로그 파일에 대한 상태 정보를 표시합니다.

   mysql> SHOW MASTER STATUS;

   소스에서 실행되는 트랜잭션에 대한 GTID 집합을 표시하는 Executed_Gtid_Set 열은 비어 있지 않아야 합니다.

   참고

   복제본 서버에서 SHOW SLAVE STATUS 를 사용할 때 동일한 GTID 세트가 Executed_Gtid_Set 행에 표시됩니다.

절차

1. Red Hat 고객 포털 계정을 사용하여 registry.redhat.io 레지스트리에 인증합니다.

   # podman login registry.redhat.io

   컨테이너 레지스트리에 이미 로그인한 경우 이 단계를 건너뜁니다.

2. 컨테이너에서 PostgreSQL 13 을 실행합니다.

   $ podman run -d --name <container_name> -e POSTGRESQL_USER=<user_name> -e POSTGRESQL_PASSWORD=<password> -e POSTGRESQL_DATABASE=<database_name> -p <host_port_1>:5432 rhel9/postgresql-13

   이 컨테이너 이미지 사용에 대한 자세한 내용은 Red Hat Ecosystem Catalog 를 참조하십시오.

3. 컨테이너에서 PostgreSQL 15 를 실행합니다.

   $ podman run -d --name <container_name> -e POSTGRESQL_USER=<user_name> -e POSTGRESQL_PASSWORD=<password> -e POSTGRESQL_DATABASE=<database_name> -p <host_port_2>:5432 rhel9/postgresql-15

   이 컨테이너 이미지 사용에 대한 자세한 내용은 Red Hat Ecosystem Catalog 를 참조하십시오.

4. 컨테이너에서 PostgreSQL 16 을 실행합니다.

   $ podman run -d --name <container_name> -e POSTGRESQL_USER=<user_name> -e POSTGRESQL_PASSWORD=<password> -e POSTGRESQL_DATABASE=<database_name> -p <host_port_3>:5432 rhel9/postgresql-16

   이 컨테이너 이미지 사용에 대한 자세한 내용은 Red Hat Ecosystem Catalog 를 참조하십시오.

   참고

   두 데이터베이스 서버의 컨테이너 이름과 호스트 포트는 달라야 합니다.

5. 클라이언트가 네트워크의 데이터베이스 서버에 액세스할 수 있도록 하려면 방화벽에서 호스트 포트를 엽니다.

   # firewall-cmd --permanent --add-port={<host_port_1>/tcp,<host_port_2>/tcp,<host_port_3>/tcp,...}
   # firewall-cmd --reload

검증 단계

1. 실행 중인 컨테이너에 대한 정보를 표시합니다.

   $ podman ps

2. 데이터베이스 서버에 연결하고 root로 로그인합니다.

   # psql -u postgres -p -h localhost -P <host_port> --protocol tcp

절차

1. RHEL 9 시스템에서 postgresql-server 및 postgresql-upgrade 패키지를 설치합니다.

   # dnf install postgresql-server postgresql-upgrade

   필요한 경우 RHEL 8에서 PostgreSQL 서버 모듈을 사용한 경우 두 버전의 RHEL 9 시스템에도 설치합니다. PostgreSQL 12 ( postgresql-upgrade 패키지로 설치됨)와 대상 버전의 PostgreSQL 13 ( postgresql-server 패키지로 설치됨)으로 컴파일됩니다. 타사 PostgreSQL 서버 모듈을 컴파일해야 하는 경우 postgresql- devel 및 postgresql-upgrade-devel 패키지에 대해 모두 빌드합니다.

2. 다음 항목을 확인합니다.

   • 기본 설정: RHEL 9 시스템에서 서버가 기본 /var/lib/pgsql/data 디렉토리를 사용하는지와 데이터베이스가 올바르게 초기화되고 활성화되어 있는지 확인합니다. 또한 데이터 파일은 /usr/lib/systemd/system/postgresql.service 파일에 언급된 것과 동일한 경로에 저장해야 합니다.
   • PostgreSQL 서버: 시스템에서 여러 PostgreSQL 서버를 실행할 수 있습니다. 이러한 모든 서버의 데이터 디렉터리가 독립적으로 처리되었는지 확인합니다.
   • PostgreSQL 서버 모듈: RHEL 8에서 사용한 PostgreSQL 서버 모듈도 RHEL 9 시스템에 설치되어 있는지 확인합니다. 플러그인은 /usr/lib64/pgsql/ 디렉터리에 설치됩니다.

3. postgresql 서비스가 데이터를 복사할 때 소스 및 대상 시스템에서 실행되지 않는지 확인합니다.

   # systemctl stop postgresql.service

4. 소스 위치의 데이터베이스 파일을 RHEL 9 시스템의 /var/lib/pgsql/data/ 디렉터리에 복사합니다.

5. PostgreSQL 사용자로 다음 명령을 실행하여 업그레이드 프로세스를 수행합니다.

   # postgresql-setup --upgrade

   그러면 백그라운드에서 pg_upgrade 프로세스가 시작됩니다.

   실패하는 경우 postgresql-setup 은 정보적인 오류 메시지를 제공합니다.

6. /var/lib/pgsql/data-old 의 이전 구성을 새 클러스터로 복사합니다.

   빠른 업그레이드는 최신 데이터 스택에서 이전 구성을 재사용하지 않으며 구성이 처음부터 생성됩니다. 이전 구성과 새 구성을 수동으로 결합하려면 데이터 디렉터리에서 *.conf 파일을 사용합니다.

7. 새 PostgreSQL 서버를 시작합니다.

   # systemctl start postgresql.service

8. 새 데이터베이스 클러스터를 분석합니다.

   • PostgreSQL 13 의 경우:

     su postgres -c '~/analyze_new_cluster.sh'

   • PostgreSQL 15 이상의 경우:

     su postgres -c 'vacuumdb --all --analyze-in-stages'

     참고

     REFRESH VERSION을 사용해야 할 수도 있습니다. 자세한 내용은 업스트림 문서를 참조하십시오.

9. 부팅 시 새 PostgreSQL 서버가 자동으로 시작되도록 하려면 다음을 실행합니다.

   # systemctl enable postgresql.service

절차

1. RHEL 8 시스템에서 PostgreSQL 10 서버를 시작합니다.

   # systemctl start postgresql.service

2. RHEL 8 시스템에서 모든 데이터베이스 내용을 pgdump_file.sql 파일에 덤프합니다.

   su - postgres -c "pg_dumpall > ~/pgdump_file.sql"

3. 데이터베이스가 올바르게 덤프되었는지 확인합니다.

   su - postgres -c 'less "$HOME/pgdump_file.sql"'

   결과적으로 덤프된 sql 파일의 경로가 /var/lib/pgsql/pgdump_file.sql 이 표시됩니다.

4. RHEL 9 시스템에서 postgresql-server 패키지를 설치합니다.

   # dnf install postgresql-server

   필요한 경우 RHEL 8에서 PostgreSQL 서버 모듈을 사용한 경우 RHEL 9 시스템에도 설치합니다. 타사 PostgreSQL 서버 모듈을 컴파일해야 하는 경우 postgresql-devel 패키지에 대해 빌드합니다.

5. RHEL 9 시스템에서 새 PostgreSQL 서버의 데이터 디렉터리를 초기화합니다.

   # postgresql-setup --initdb

6. RHEL 9 시스템에서 pgdump_file.sql 을 PostgreSQL 홈 디렉터리에 복사하고 파일이 올바르게 복사되었는지 확인합니다.

   su - postgres -c 'test -e "$HOME/pgdump_file.sql" && echo exists'

7. RHEL 8 시스템에서 구성 파일을 복사합니다.

   su - postgres -c 'ls -1 $PGDATA/*.conf'

   복사할 구성 파일은 다음과 같습니다.

   • /var/lib/pgsql/data/pg_hba.conf
   • /var/lib/pgsql/data/pg_ident.conf
   • /var/lib/pgsql/data/postgresql.conf

8. RHEL 9 시스템에서 새 PostgreSQL 서버를 시작합니다.

   # systemctl start postgresql.service

9. RHEL 9 시스템에서 덤프된 sql 파일에서 데이터를 가져옵니다.

   su - postgres -c 'psql -f ~/pgdump_file.sql postgres'