MySQL clusterは「waku2とらふぃっくすHAクラスタ化プロジェクト」のひとつです。 PCエンジンデータベースをはじめ現在のデータベースはpostgreSQLで稼動していますが、これを機会に移行も行う予定です。 本日は、「MySQL Cluster(primary/primary)のインストール[起動・停止・管理]」についてです。
こんにちは。猫ITソリューションズ広報の齊藤メイ(♀)です。 本日は、「MySQL Cluster(primary/primary)のインストール[起動・停止・管理]」についてです。関連記事:
- MySQL Cluster(primary/primary)のインストールその1[管理ノードのインストール]
- MySQL Cluster(primary/primary)のインストールその2[データノード/SQLノードのインストール]
- MySQL Cluster(primary/primary)のインストールその3[データ同期の確認]
- MySQL Cluster(primary/primary)のインストールその4[起動・停止・管理]
- MySQL Cluster(primary/primary)のインストール[第一次インストール後調査メモ]
【中古】 Xen徹底入門 第2版
4,480 円 (税込) 送料込
【状態】中古品(非常に良い)【メーカー名】翔泳社【メーカー型番】【ブランド名】掲載画像は全てイメージです。実際の商品とは色味等異なる場合がございますのでご了承ください。【 ご注文からお届けまで 】・ご注文 :ご注文は24時間受け付けております。・注文確認:当..
貴重な情報ありがとうございます。深く感謝の意を表します。
参考:
管理ノード/SQLノード/データノードと必要になる。 ここでの構成は以下の通り。(xenが前提です。洒落のつもりはないです)
- (Domain-0)
mikeneko.waku2traffics.com
eth1
10.0.0.20
管理ノード - (Domain-U)
buchineko.waku2traffics.com
eth1
10.0.0.21
データノード/SQLノード - (Domain-0)
toraneko.waku2traffics.com
未使用
※いつか管理ノードを冗長化させたい - (Domain-U)
shironeko.waku2traffics.com
eth1
10.0.0.31
データノード/SQLノード
OS:CentOS5.2 x86_64版
各ノード停止
サーバー自体の停止前に必ず行う。以下の手順で行う。 が、さすがにこれを毎回行うのは面倒なので、正式運用前にはスクリプトを組んでサービスとして組み込みたい。 マネジメントクライアント上から全てのデータノードを停止する。
1 2 3 4 5 6 7 |
ndb_mgm> shutdown Node 11: Cluster shutdown initiated Node 12: Cluster shutdown initiated Node 11: Node shutdown completed. Node 12: Node shutdown completed. 2 NDB Cluster node(s) have shutdown. Disconnecting to allow management server to shutdown. |
SQLノードを停止
1 |
# /usr/share/mysql/mysql.server stop |
※/var/lib/mysql-cluster/config.ini で、
[ndbd default]
NoOfReplicas=2
と指定している関係か、それともデータベースのズレを未然に防ぐためか、 データノード/SQLノードが片方しかインストールしていないと [mysqld(API)] が両方とも接続しない。 よって両方のサーバー(今回の場合は buchineko.waku2traffics.com/shironeko.waku2traffics.com)に データノード/SQLノードをインストールしない限り、正常な動作をしないので注意。
[ndbd default]
NoOfReplicas=2
と指定している関係か、それともデータベースのズレを未然に防ぐためか、 データノード/SQLノードが片方しかインストールしていないと [mysqld(API)] が両方とも接続しない。 よって両方のサーバー(今回の場合は buchineko.waku2traffics.com/shironeko.waku2traffics.com)に データノード/SQLノードをインストールしない限り、正常な動作をしないので注意。
設定変更時など管理について
config.iniのパラメータ(DataMemory、IndexMemoryなど)を変更したときにその内容を反映するための手順である「ローリングリスタート」について説明してある。※ローリングリスタート = 各ノードを順に再起動していくこと
http://www.thinkit.co.jp/article/95/5/01、管理ノード再起動
1 |
ndb_mgm> 1 RESTART |
02、再起動したかステータスの確認
1 |
ndb_mgm> show |
03、データノード(1台目:buchineko.waku2traffics.com)の再起動
1 |
ndb_mgm> 11 RESTART |
04、データノードの再起動にはしばらく時間がかかるので、STATUSコマンドを実行して、startedとなるまで待つ。 起動が完了するとコンソールに通知メッセージが表示される。
1 |
ndb_mgm> 11 STATUS |
05、データノード(2台目:shironeko.waku2traffics.com)の再起動
1 |
ndb_mgm> 12 RESTART |
06、データノードの再起動にはしばらく時間がかかるので、STATUSコマンドを実行して、startedとなるまで待つ。 起動が完了するとコンソールに通知メッセージが表示される。
1 |
ndb_mgm> 12 STATUS |
SQLノードはconfig.iniを変更してもほとんどの場合再起動する必要はない。 再起動の必要があるのは管理ノードに変更を加えた場合、例えば管理ノードを多重化したときなど。
その場合は、普通に再起動するしかない。
クラスタへの接続が確立できているかどうかの確認は、SHOW ENGINE NDB STATUSコマンドで行う。
1 2 3 4 5 6 7 |
# mysql -u root -p Enter password: Welcome to the MySQL monitor. Commands end with ; or g. Your MySQL connection id is 2 Server version: 5.1.30-ndb-6.3.20-cluster-gpl-log MySQL Cluster Server (GPL) Type 'help;' or 'h' for help. Type 'c' to clear the buffer. mysql> SHOW ENGINE NDB STATUS¥G |