- 23.3.3.1 NDB Cluster 構成: 基本例
- 23.3.3.2 NDB Cluster の推奨開始構成
- 23.3.3.3 NDB Cluster 接続文字列
- 23.3.3.4 NDB Cluster でのコンピュータの定義
- 23.3.3.5 NDB Cluster 管理サーバーの定義
- 23.3.3.6 NDB Cluster データノードの定義
- 23.3.3.7 NDB Cluster での SQL およびその他の API ノードの定義
- 23.3.3.8 システムの定義
- 23.3.3.9 NDB Cluster の MySQL Server オプションおよび変数
- 23.3.3.10 NDB Cluster TCP/IP 接続
- 23.3.3.11 直接接続を使用した NDB Cluster TCP/IP 接続
- 23.3.3.12 NDB Cluster の共有メモリー接続
- 23.3.3.13 データノードのメモリー管理
- 23.3.3.14 NDB Cluster 送信バッファーパラメータの構成
NDB Cluster を構成するには、次の 2 つのファイルを操作する必要があります:
my.cnf: すべての NDB Cluster 実行可能ファイルのオプションを指定します。 このファイルは、(これまでの MySQL の使用経験からご存じのとおり) クラスタ内で実行されている個々の実行可能ファイルからアクセスできる必要があります。config.ini: このファイル (グローバル構成ファイルとも呼ばれる) は NDB Cluster 管理サーバーによって読み取り専用にされ、NDB Cluster 管理サーバーはこれに含まれる情報をクラスタに参加しているすべてのプロセスに配布します。config.iniには、クラスタに含まれる各ノードの説明が含まれています。 これには、データノードに関する構成パラメータと、クラスタ内のすべてのノード間の接続に関する構成パラメータが含まれます。 このファイルに含まれる可能性があるセクションと各セクションに配置される構成パラメータの種類を簡単に確認するには、「config.iniファイルのセクション」を参照してください。
構成データのキャッシュ.
NDB
では、ステートフル構成を使用します。
管理サーバーは、再起動されるたびにグローバル構成ファイルを読み取るのではなく、最初の起動時に構成をキャッシュし、その後は次の条件のいずれかが
true
である場合にのみグローバル構成ファイルを読み取ります。
--initial オプションを使用すると管理サーバーが起動します.
--initialを使用すると、グローバル構成ファイルが再度読み取られ、既存のキャッシュファイルが削除され、管理サーバーによって新しい構成キャッシュが作成されます。--reload オプションを使用すると管理サーバーが起動します.
--reloadオプションを使用すると、管理サーバーはそのキャッシュをグローバル構成ファイルと比較します。 これらが異なる場合は、管理サーバーによって新しい構成キャッシュが作成されます。既存の構成キャッシュは保持されますが、使用されません。 管理サーバーキャッシュとグローバル構成ファイルに同じ構成データが含まれている場合、既存のキャッシュが使用され、新しいキャッシュは作成されません。管理サーバーは --config-cache=FALSE を使用して起動されます. これにより、
--config-cache(デフォルトで有効) が無効になり、管理サーバーが構成キャッシュを完全にバイパスするように強制するために使用できます。 この場合、管理サーバーは存在する可能性がある構成ファイルを無視し、常にconfig.iniファイルからその構成データを読み取ります。構成キャッシュがみつかりません. この場合、管理サーバーはグローバル構成ファイルを読み取り、そのファイルと同じ構成データを含むキャッシュを作成します。
構成キャッシュファイル.
管理サーバーは、デフォルトで MySQL
インストールディレクトリ内の
mysql-cluster
という名前のディレクトリに構成キャッシュファイルを作成します。
(Unix システム上のソースから NDB Cluster
を構築する場合、デフォルトの場所は/usr/local/mysql-cluster
です。)
これは、--configdir
オプションを指定して管理サーバーを起動すると、実行時にオーバーライドできます。
構成キャッシュファイルは、ndb_
というパターンで命名されるバイナリファイルです。node_id_config.bin.seq_idnode_id
は管理サーバーのクラスタ内のノード ID
で、seq_id
はキャッシュの識別子です。
キャッシュファイルには、作成された順に
seq_id
を使用して連番が付けられます。
管理サーバーは、seq_id
で特定される最新のキャッシュファイルを使用します。
あとの構成キャッシュファイルを削除するか、seq_id
が大きくなるように前のキャッシュファイルの名前を変更すると、前の構成にロールバックできます。
ただし、構成キャッシュファイルはバイナリ形式で書き込まれるため、その内容を手動で編集しないでください。
NDB Cluster 管理サーバーの
--configdir,
--config-cache,
--initial および
--reload
オプションの詳細は、セクション23.4.4「ndb_mgmd — NDB Cluster 管理サーバーデーモン」
を参照してください。
NDB Cluster 構成を継続的に改善し、このプロセスを簡略化しようとしています。 下位互換性の維持に努めていますが、場合によっては互換性のない変更が行われる可能性があります。 このような場合は、変更に下位互換性がない場合に NDB Cluster ユーザーに事前に知らせようとします。 このような変更を発見し、それに関する情報が提供されていない場合は、セクション1.6「質問またはバグをレポートする方法」に示した手順を使用して MySQL バグデータベースに報告してください。