[OCI] MySQLデータベースサービス(MDS) の高可用性機能(HA)を試してみる
はじめに
MySQL も、データベースも素人ですが、前回 MySQLデータベースサービスを初めて使ってみたので、続いて MySQLデータベースサービス の高可用性(HA: High Availability)機能についても試してみることにしました。
[OCI] MySQL Database Service(MDS) を初めて使ってみる
MySQLデータベースサービスの高可用性(MDS HA)
MDS HA は、2021/3/31 にリリースされました。
MySQL Database Service High Availability
主な特長
- HA対応のMDSは3つのMySQLインスタンスから構成され、各インスタンスは異なるAvailability Domain(可用性ドメイン)または Fault Domain(フォルトドメイン) にデプロイされます。1つのプライマリインスタンスと2つのセカンダリインスタンスで構成されます。
- データは MySQLグループレプリケーションを使用して複製され、プライマリに書き込まれるすべてのデータはセカンダリにも書き込まれます。
- プライマリに障害が発生した場合、セカンダリの1つが自動的にプライマリに昇格し読み取り/書き込みモードに設定され、データを失うことなくクライアントアプリケーションの可用性を再開。これはフェイルオーバーと呼ばれます。
- 手動で切り替えて、セカンダリをプライマリに昇格させることもできます。これはスイッチオーバーと呼ばれます。
MDS HA の詳細はこちらもご覧ください。
High Availability
今回は手動のスイッチオーバーについて動作確認します。
お試し環境
- リージョンは国内(大阪リージョン)を選択。そのため3つのMySQLインスタンスは3つの異なるフォルトドメインにデプロイされます。
- MDSはOCIのプライベート・サブネットに構築します。
- MDSへはパブリック・サブネットの踏み台サーバーから接続を試みます。踏み台サーバーは既に構成済みのものを使用します。
- 仮想クラウド・ネットワーク(VCN)も既存設定済みのものを使用します。
- MDSのためのセキュリティリストは設定済みです。
- 踏み台サーバーにMySQLクライアントがインストール済みです。
セキュリティリストの設定、MySQLクライアントのインストールについては、[はじめに]章の記事をご覧ください。
1. MDS HA の作成
![](https://s1.md5.ltd/image/3753b557f41ecc150264559d2101902e.png)
OCIにサインイン後、左上のナビゲーションメニューから[データベース]-[MySQL]を選択し、MySQL DBシステムの作成 をクリックします。
作成に必要な情報を入力していきます。
[コンパートメントに作成] 任意のコンパートメントを指定します。
[名前] 任意の名前を指定します。例)mds-ha01
[高可用性] 高可用性を選択します。
管理者資格証明の作成
[ユーザー名] root とします。
[パスワード] 任意のパスワードを指定します。
ネットワーキングの構成
[仮想クラウド・ネットワーク] 既存の仮想クラウド・ネットワークを選択。例)osaka-vcn
[サブネット] プライベート・サブネットを選択します。
優先プライマリの配置の構成
[可用性ドメインの選択] AD-1 のまま。
[フォルト・ドメインの選択] チェックを入れて、FAULT-DAMAIN-1 を選択します。
ハードウェアの構成
[シェイプの選択] 希望するシェイプに変更します。VM.Standard.E3.1.16GB を選択しました。
[データ・ストレージ・サイズ(GB)] デフォルト値:50 のままとします。
バックアップ・プランの構成
[自動バックアップの有効化] 有効化のまま。他の設定もデフォルトのままとします。
作成 ボタンをクリックして、MDSを作成します。
正確に計測はしていませんが、約15分程でMDS HA が作成されました。
MySQL DBシステム情報 の以下項目を見ると、高可用性が構築されていることがわかります。
[DBシステム情報]
OCPU数:1 / MySQLインスタンス(合計3)
メモリー:16 GB / MySQLインスタンス(合計48 GB)
ストレージ・サイズ:50 GB / MySQLインスタンス(合計150 GB)
※合計値に3台分のインスタンス情報が記載されている
[高可用性]
高可用性:有効
[エンドポイント]
優先可用性ドメイン: TGjA:AP-OSAKA-1-AD-1
優先フォルト・ドメイン:FAULT-DOMAIN-1
※プライマリはFAULT-DOMAIN-1のMySQLインスタンス
ページ左下のリソースにて、エンドポイントをクリックして、作成されたMDSのエンドポイントを確認しておきます。後段のMDSへの接続に使用します。
MDS HA への接続確認
前提
- MDSのためのセキュリティリストは設定済みです。
- 踏み台サーバーにMySQLクライアントがインストール済みです。
セキュリティリストの設定、MySQLクライアントのインストールについては、[はじめに]章の記事をご覧ください。
踏み台サーバーからMDSへの接続を試みます。MDSを作成した時のユーザー名、エンドポイントのIPアドレスを指定します。
- ユーザー名:root
- エンドポイントのIPアドレス:例)192.168.100.125
mysql -u root -p -h 192.168.100.125
MDS作成時に指定したパスワードを入力し、その後 mysql プロンプトが表示され、無事MDSへの接続に成功することができました。
[opc@bastion01 ~]$ mysql -u root -p -h 192.168.100.125
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 72
Server version: 8.0.26-u1-cloud MySQL Enterprise - Cloud
Copyright (c) 2000, 2021, Oracle and/or its affiliates.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql>
データの準備
サンプルデータベースも準備してSQLを実行したいのでMySQL Developer Zoneで公開されているExample Databaseの中でデータ量(約160MB)が多いemployeeデータベースを利用します。
employeeデータベースの導入方法については、巻末の参考URL - [その10 - MySQLで高速分析を体験する] - "5.サンプルデータベースの構築" をご覧ください。
サンプルデータ投入後データベース一覧を参照すると、サンプルデータベース(employees)が投入されたことが確認できました。続けて、employeesデータベースに切替えてテーブルを参照します。
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| employees |
| information_schema |
| mysql |
| performance_schema |
| sys |
+--------------------+
5 rows in set (0.00 sec)
mysql> use employees;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> show tables;
+----------------------+
| Tables_in_employees |
+----------------------+
| current_dept_emp |
| departments |
| dept_emp |
| dept_emp_latest_date |
| dept_manager |
| employees |
| salaries |
| titles |
+----------------------+
8 rows in set (0.00 sec)
SELECT 文を発行してemployeesテーブルを一覧表示すると約30万行の従業員データが格納されていることが確認できます。
mysql> select * from employees;
~略~
| 499991 | 1962-02-26 | Pohua | Sichman | F | 1989-01-12 |
| 499992 | 1960-10-12 | Siamak | Salverda | F | 1987-05-10 |
| 499993 | 1963-06-04 | DeForest | Mullainathan | M | 1997-04-07 |
| 499994 | 1952-02-26 | Navin | Argence | F | 1990-04-24 |
| 499995 | 1958-09-24 | Dekang | Lichtner | F | 1993-01-12 |
| 499996 | 1953-03-07 | Zito | Baaz | M | 1990-09-27 |
| 499997 | 1961-08-03 | Berhard | Lenart | M | 1986-04-21 |
| 499998 | 1956-09-05 | Patricia | Breugel | M | 1993-10-13 |
| 499999 | 1958-05-01 | Sachin | Tsukuda | M | 1997-11-30 |
+--------+------------+----------------+------------------+--------+------------+
300024 rows in set (0.24 sec)
MDS HA を検証してみる
スイッチオーバー
MDS HA構築時の初期状態の FAULT-DOMAIN-1(FD1) プライマリからセカンダリへスイッチオーバーして動作の確認をおこないます。
1. 初期状態(FD1 がプライマリ)
以下のレプリケーション・グループ・メンバーの情報を取得して、プライマリ/セカンダリの構成を確認できます。
- 3行目がプライマリ:(MEMBER_HOST: fpkix1jubg9jfr8e)
- 他の2つがセカンダリ:(MEMBER_HOST: ugpws32d7l12xskt、MEMBER_HOST: caxcj3nadcfnv1ui)
mysql> SELECT * FROM performance_schema.replication_group_members\G;
*************************** 1. row ***************************
CHANNEL_NAME: group_replication_applier
MEMBER_ID: 4a9f2acb-04ad-11ec-a830-02001700f317
MEMBER_HOST: ugpws32d7l12xskt
MEMBER_PORT: 3306
MEMBER_STATE: ONLINE
MEMBER_ROLE: SECONDARY
MEMBER_VERSION: 8.0.26
*************************** 2. row ***************************
CHANNEL_NAME: group_replication_applier
MEMBER_ID: 5b1f67a6-04ad-11ec-a749-02001700fc8a
MEMBER_HOST: caxcj3nadcfnv1ui
MEMBER_PORT: 3306
MEMBER_STATE: ONLINE
MEMBER_ROLE: SECONDARY
MEMBER_VERSION: 8.0.26
*************************** 3. row ***************************
CHANNEL_NAME: group_replication_applier
MEMBER_ID: fd187dfa-04ac-11ec-a318-02001700a216
MEMBER_HOST: fpkix1jubg9jfr8e
MEMBER_PORT: 3306
MEMBER_STATE: ONLINE
MEMBER_ROLE: PRIMARY
MEMBER_VERSION: 8.0.26
3 rows in set (0.00 sec)
2. FD2 へスイッチオーバー
[他のアクション]-[スイッチオーバー]を選択して、FAULT-DOMAIN-2(FD2)へスイッチオーバーを実行してみます。
[FD-2] を選択し、スイッチオーバー を実行します。
スイッチオーバーを更新中。。
employeesデータベース(約160MB)を含むMDSが、約5分でFD2へスイッチオーバーされました。
優先フォルト・ドメイン は、FAULT-DOMAIN-2 へ更新されています。
スイッチオーバー後に接続中のMySQLクライアントから再度SQLをリクエストすると、接続が切断された旨のERRORメッセージが表示されるので、再接続は必要です。
mysql> select * from employees;
ERROR 2013 (HY000): Lost connection to MySQL server during query
再度MDSへ接続後、レプリケーション・グループ・メンバーの情報を取得します。今度は、
1行目がプライマリ:(MEMBER_HOST: ugpws32d7l12xskt)
他の2つがセカンダリ:(MEMBER_HOST: caxcj3nadcfnv1ui、MEMBER_HOST: fpkix1jubg9jfr8e)
に切り替わっていることが確認できます。
mysql> SELECT * FROM performance_schema.replication_group_members\G;
*************************** 1. row ***************************
CHANNEL_NAME: group_replication_applier
MEMBER_ID: 4a9f2acb-04ad-11ec-a830-02001700f317
MEMBER_HOST: ugpws32d7l12xskt
MEMBER_PORT: 3306
MEMBER_STATE: ONLINE
MEMBER_ROLE: PRIMARY
MEMBER_VERSION: 8.0.26
*************************** 2. row ***************************
CHANNEL_NAME: group_replication_applier
MEMBER_ID: 5b1f67a6-04ad-11ec-a749-02001700fc8a
MEMBER_HOST: caxcj3nadcfnv1ui
MEMBER_PORT: 3306
MEMBER_STATE: ONLINE
MEMBER_ROLE: SECONDARY
MEMBER_VERSION: 8.0.26
*************************** 3. row ***************************
CHANNEL_NAME: group_replication_applier
MEMBER_ID: fd187dfa-04ac-11ec-a318-02001700a216
MEMBER_HOST: fpkix1jubg9jfr8e
MEMBER_PORT: 3306
MEMBER_STATE: ONLINE
MEMBER_ROLE: SECONDARY
MEMBER_VERSION: 8.0.26
3 rows in set (0.00 sec)
SQLを実行してみます。スイッチオーバー前と同じデータが表示されデータもちゃんと反映されてました。
mysql> select * from employees;
~略~
| 499990 | 1963-11-03 | Khaled | Kohling | M | 1985-10-10 |
| 499991 | 1962-02-26 | Pohua | Sichman | F | 1989-01-12 |
| 499992 | 1960-10-12 | Siamak | Salverda | F | 1987-05-10 |
| 499993 | 1963-06-04 | DeForest | Mullainathan | M | 1997-04-07 |
| 499994 | 1952-02-26 | Navin | Argence | F | 1990-04-24 |
| 499995 | 1958-09-24 | Dekang | Lichtner | F | 1993-01-12 |
| 499996 | 1953-03-07 | Zito | Baaz | M | 1990-09-27 |
| 499997 | 1961-08-03 | Berhard | Lenart | M | 1986-04-21 |
| 499998 | 1956-09-05 | Patricia | Breugel | M | 1993-10-13 |
| 499999 | 1958-05-01 | Sachin | Tsukuda | M | 1997-11-30 |
+--------+------------+----------------+------------------+--------+------------+
300024 rows in set (0.27 sec)
3. FD1へスイッチオーバー(戻し)
employeesテーブルに1行データを追加して、FAULT-DOMAIN-1(FD1)へMDSを再スイッチオーバーしてみます。従業員番号 500000 の従業員を追加します。
mysql> insert into employees values (500000, '1984-01-01', 'Koichi', 'Yamada', 'M', '2021-08-25');
Query OK, 1 row affected (0.01 sec)
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
最終行に1行追加されました。この状態でFD1 へスイッチオーバーして切り戻しをおこないます。
mysql> select * from employees;
~略~
| 499992 | 1960-10-12 | Siamak | Salverda | F | 1987-05-10 |
| 499993 | 1963-06-04 | DeForest | Mullainathan | M | 1997-04-07 |
| 499994 | 1952-02-26 | Navin | Argence | F | 1990-04-24 |
| 499995 | 1958-09-24 | Dekang | Lichtner | F | 1993-01-12 |
| 499996 | 1953-03-07 | Zito | Baaz | M | 1990-09-27 |
| 499997 | 1961-08-03 | Berhard | Lenart | M | 1986-04-21 |
| 499998 | 1956-09-05 | Patricia | Breugel | M | 1993-10-13 |
| 499999 | 1958-05-01 | Sachin | Tsukuda | M | 1997-11-30 |
| 500000 | 1984-01-01 | Koichi | Yamada | M | 2021-08-25 |
+--------+------------+----------------+------------------+--------+------------+
300025 rows in set (0.23 sec)
FD1へのスイッチオバーが完了して、優先フォルト・ドメイン がFAULT-DOMAIN-1 へ切り戻されました。
再接続して、追加されたデータが反映されているかを確認します。従業員番号 500000 の従業員も表示されてスイッチオーバー後にデータが反映されていることが確認できました。
mysql> select * from employees;
~略~
| 499993 | 1963-06-04 | DeForest | Mullainathan | M | 1997-04-07 |
| 499994 | 1952-02-26 | Navin | Argence | F | 1990-04-24 |
| 499995 | 1958-09-24 | Dekang | Lichtner | F | 1993-01-12 |
| 499996 | 1953-03-07 | Zito | Baaz | M | 1990-09-27 |
| 499997 | 1961-08-03 | Berhard | Lenart | M | 1986-04-21 |
| 499998 | 1956-09-05 | Patricia | Breugel | M | 1993-10-13 |
| 499999 | 1958-05-01 | Sachin | Tsukuda | M | 1997-11-30 |
| 500000 | 1984-01-01 | Koichi | Yamada | M | 2021-08-25 |
+--------+------------+----------------+------------------+--------+------------+
300025 rows in set (0.30 sec)
MDS HA を作成してスイッチオーバーの操作とデータの継続性を確認できました。
一般的には可用性構成を構築するのは複雑で小難しそうに思えますが、MDS HA はPaaSサービスなので単体のMDS のときと同様に簡単に可用性構成を実現できるのはいいですね。
参考URL
Author And Source
この問題について([OCI] MySQLデータベースサービス(MDS) の高可用性機能(HA)を試してみる), 我々は、より多くの情報をここで見つけました https://qiita.com/cocotaro0202/items/47753ba418f85acfbde3著者帰属:元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。
Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .