7.3. MySQL の使用

手順

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 rhel8/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 rhel8/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 rhel8/mariadb-1011

   このコンテナーイメージを使用する方法の詳細は、Red Hat Ecosystem Catalog を参照してください。

   注記

   2 つのデータベースサーバーのコンテナー名とホストポートが異なっている必要があります。

5. クライアントがネットワーク上のデータベースサーバーにアクセスできるように、ファイアウォールでホストポートを開きます。

   # firewall-cmd --permanent --add-port={<host_port>/tcp,<host_port>/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) がある場合は、それを使用するように 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. MySQL サーバーが特定の TLS バージョンのみをサポートするように設定している場合は、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 暗号化を使用して、example ユーザーとしてサーバーに接続します。

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

   エラーが表示されず、インタラクティブな MySQL コンソールにアクセスできる場合は、TLS との接続は成功します。

   デフォルトでは、サーバーが TLS 暗号化を提供している場合、クライアントは自動的にその TLS 暗号化を使用します。したがって、--ssl-ca=ca.crt.pem および --ssl-mode=VERIFY_IDENTITY オプションは必須ではありません。ただし、これらのオプションを使用するとクライアントはサーバーの ID を検証するため、セキュリティーが向上します。

2. TLS を無効にして、example ユーザーとして接続を試みます。

   # 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 の整合性を強化します。

   • オプション: binlog_do_db=db_name

     選択したデータベースのみを複製する場合は、このオプションを使用します。選択した複数のデータベースを複製するには、各データベースを個別に指定します。

     binlog_do_db=db_name1
     binlog_do_db=db_name2
     binlog_do_db=db_name3

   • オプション: 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

     このオプションは、レプリカサーバーの起動時に、レプリカサーバーがレプリケーションスレッドを開始しないようにします。

   • オプション: binlog_do_db=db_name

     特定のデータベースのみを複製する場合は、このオプションを使用します。複数のデータベースを複製するには、各データベースを個別に指定します。

     binlog_do_db=db_name1
     binlog_do_db=db_name2
     binlog_do_db=db_name3

   • オプション: 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 行に表示されます。