MySQL集群の長所の1つは,汎用のハードウェアで実行できるため,すべてのライブデータをメモリーに格納するために大量のRAMを必要とする以外は,ハードウェアに関して特別な要件がないことです。(ディスクデ，タテ，ブルを使用してこの要件を削減することもできます。詳細は，セクション18.5.12 " MySQL集群ディスクデ，タテ，ブル"を参照してください.)当然ながら，複数の高速なCPUを使用すればパフォ，マンスは向上します。ほかのMySQL集群プロセスのメモリ要件は，比較的少量です。

MySQL集群のソフトウェア要件も小規模です。ホストのオペレーティングシステムに,MySQL集群をサポートするための特別なモジュール,サービス,アプリケーション,または構成は必要ありません。サポトされるオペレティングシステムにいては，標準のンストルで十分のはずです。MySQLのソフトウェア要件は単純です。必要なものはMySQL集群の本番リリ，スだけです。MySQL集群を使用できるようにするだけなら,必ずしもMySQLをユーザー自身でコンパイルする必要はありません。ここでは，ユ，ザ，がMySQL集群ソフトウェアダウンロ，ドペ，ジ(10bet博彩公司 )から入手できる各自のプラットフォムに適したバナリを使用していると仮定します。

ノード間の通信については,MySQL集群は標準的なトポロジのTCP / IPネットワークをサポートします。各ホストには，標準の100Mビット/秒以太网カ，ドが最低限必要です。さらに，クラスタ全体のネットワク接続を提供するためにスッチ，ハブ，またはルタが必要です。次の理由で,クラスタの構成要素でないマシンと共有しない独立したサブネットでMySQL集群を実行することをお勧めします。

ネットワ，ク通信と待機時間MySQL集群では,データノードとAPIノード(SQLノードを含む)間,およびデータノードと別のデータノード間でクエリーや更新を実行するために通信を行う必要があります。これらのプロセス間通信の待機時間は,ユーザークエリーの観測されるパフォーマンスと待機時間に直接影響を与える可能性があります。さらに,ノードのサイレント障害が発生した場合でも一貫性とサービスを維持するため,MySQL集群では長時間にわたるノードからの通信の喪失をノード障害として扱うハートビートとタイムアウトのメカニズムが使用されます。これは，冗長性の低下にながる可能性があります。ノードグループ内の最後のノードに障害が発生すると,MySQL集群はデータの一貫性を維持するためにシャットダウンすることを思い出してください。したがって,強制的なシャットダウンのリスクを増やさないようにするため,ノード間通信の中断はできるかぎり回避すべきです。

データノードまたはAPIノードに障害が発生すると,障害が発生したノードに関係するコミットされていないすべてのトランザクションが中止されます。データノードをリカバリするには,データノードのサービスを再開する前に,障害が発生したノードのデータを残存するデータノードのデータと同期し,ディスクベースの重做ログとチェックポイントログを再構築する必要があります。このリカバリには時間がかかる場合があり，その間，クラスタは冗長性が低下した状態で動作します。

ハ，トビ，トは，すべてのノ，ドでハ，トビ，ト信号が遅延なく生成されるかどうかに依存しています。ノードに過大な負荷がかかったり,マシンのCPUがほかのプログラムと共有されるために不十分だったり,スワッピングによる遅延が発生したりすると,これは不可能になります。ハートビート生成の遅延が十分に大きくなると,ほかのノードは応答が遅いノードを障害発生ノードとして扱います。

このように遅いノードを障害発生ノードとして扱うことは,ノードの遅い動作がクラスタの残りの部分にどの程度影響するかによって,望ましい場合とそうでない場合があります。MySQL集群のHeartbeatIntervalDbDbやHeartbeatIntervalDbApiなどのタイムアウト値を設定するときは,高コストの可能性がある誤判定を回避しながら,迅速な検出,フェイルオーバー,サービス再開が実現されるように配慮する必要があります。

データノード間の通信待機時間が局域网環境での予想値(およそ100マイクロ秒)より大きくなると予想される場合は,タイムアウトのパラメータを増やして,許容する待機時間が構成したタイムアウトの範囲に十分に収まるようにする必要があります。このようにタイムアウトを増やすと,最大の障害検出時間および(その結果としての)サービスリカバリ時間にも類似の効果があります。

局域网環境は,通常,安定した小さい待機時間で構成できるため,高速フェイルオーバーによる冗長性を提供できます。個々のリンク障害は,TCPレベルで認識できる最小限の制御された(MySQL集群が正常に動作する)待機時間でリカバリできます。WAN環境では,待機時間に幅があり,冗長性についてもフェイルオーバーに時間がかかる可能性があります。個々のリンク障害では,エンドツーエンドの接続をリストアする前に,ルート変更を伝播する必要があります。これは，tcpレベルでは個々のチャネルの大きな待機時間として現れます。これらのシナリオで最悪の場合に観測されるTCP待機時間は,IP層で障害を回避するために行われる再ルーティングの最大時間に関連しています。

Sciのサポ，トMySQL集群に高速なスケーラブルコヒーラントインタフェース(SCI)を使用することもできますが,これは必要条件ではありません。このプロトコルおよびMySQL集群での使用方法の詳細は，セクション18.3.5 " MySQL集群での高速ンタコネクトの使用"を参照してください。