MySQL分散アーキテクチャの拡張と縮小の予備設計

MySQL 分散アーキテクチャのスケールアップとスケールダウンは非常に興味深いトピックです。厳密に言えば、ここで話しているアーキテクチャは疑似分散アーキテクチャなので、単にそう呼ぶことにします。拡大と縮小という考え方に焦点を当てています。

環境が完全なマスター/スレーブ アーキテクチャを持ち、複数の論理シャードに分割されている場合、アーキテクチャは通常次のようになります。

このアーキテクチャでは 4 つの物理シャードが使用され、各物理シャードには 4 つの論理シャードがあり、合計 16 個の論理シャードがあるため、テーブルは 16 個の部分に分割されます。

容量拡張はメインデータベースへの書き込みを優先するため、2N スケールでの容量拡張が可能です。たとえば、4 つの物理シャードを 8 つの物理シャードに拡張できます。一般的なアーキテクチャとディストリビューションは次のとおりです。このとき、データベースの最上位がメインデータベースとして使用されます。

容量拡張の観点からは、4 から 8、8 から 16 を想定しています。設定されたシャーディング スケールに応じて、環境を 2 倍に拡張できます。

スケールダウンの方法については、より詳細に検討する必要があるため、物理シャード 1 の比較的詳細なデータ複製関係図をキャプチャしました。

拡張前は、シャード ノード上の 4 つの論理シャードはすべてアクティブな状態であり、データを書き込むことができます。スレーブ データベースは非アクティブであり、データの同期のみを担当します。

拡張後、元の db1 と db2 はアクティブ状態になり、元のスレーブ ノードでは db3 と db4 がアクティブ状態になります。

これを踏まえて、元々分離されていたノード データがマスター側でアクティブな状態に統合されていることを確認する必要があります。このプロセスは言うほど簡単ではありません。

このタスクが比較的スムーズに完了すれば、分散クラスター全体の管理は簡単になります。