ネットワーククラスタ制御リンクのサイズ可能であれば、各シャーシの予想されるスループットに合わせてクラスタ制御リンクをサイジングする必要があります。すれば、クラスタ制御リンクが最悪のシナリオを処理できます。通過が可能となるようにしてください。トラフィックの内容は主に、状態アップデートや転送されたパケットです。クラスタ制御リンクでのトラフィックの量は常に変化します。バランシングの有効性、または中央集中型機能のための十分なトラフィックがあるかどうかによって決まります。トラフィックを正しいユニットに再分散する必要があります。ユニットに転送されます。メンバーシップが変更されると、クラスタは大量の接続の再分散を必要とするため、一時的にクラスタ制御リンクの帯域幅を大量に使用します。クラスタ制御リンクの帯域幅を大きくすると、メンバーシップが変更されたときの収束が高速になり、スループットのボトルネックを回避できます。(注)クラスタに大量の非対称(再分散された)トラフィックがある場合は、クラスタ制御リンクのサイズを大きくする必要があります。使用することを推奨します。内の複数のリンクにトラフィックを渡すことができます。使用する方法を示します。すべてのリンクがアクティブです。内の異なるスイッチに接続できます。インターフェイスのメンバです。複数の個別のスイッチが単一のスイッチのように動作するからです。ローカルであることに注意してください。未満になるようにします。メンバとの互換性が向上します。クラスタ制御リンクは、順序の異常やパケットのドロップがない信頼性の高いものである必要があります。サイト間の導入の場合、専用リンクを使用する必要があります。アドレスを自動生成します。アドレスをカスタマイズできます。ネットワークには、ユニット間のルータを含めることはできません。スイッチングのみが許可されます。トランスポート仮想化(OTV)を使用することをお勧めします。アベイラビリティを提供します。モニタリングは常に有効になっています。シャーシスーパーバイザはASAアプリケーションを定期的に確認します(毎秒)。メッセージを生成して、クラスタを離れます。秒後にアプリケーションと通信できなければ、ASAをリロードします。ASAがスーパーバイザと通信できなければ、自身をクラスタから削除します。メッセージを定期的に送信します(間隔は設定可能です)。ユニットをモニタします。ユニットの健全性チェックが失敗すると、ユニットはクラスタから削除されます。ユニットに報告します。Protocol(cLACP)を使用します。アプリケーションに通知します。アップ状態の指名されたインターフェイスのみモニタできます。バンドル設定に基づく)。チェックは、インターフェイスごとに、モニタリングをオプションで無効にすることができます。あるモニタ対象のインターフェイスが、特定のユニット上では障害が発生したが、別のユニットではアクティブの場合は、そのユニットはクラスタから削除されます。メンバーをクラスタから削除するまでの時間は、そのユニットが確立済みメンバーであるか、またはクラスタに参加しようとしているかによって異なります。秒間はインターフェイスを監視ししません。クラスタから削除されません。アプリケーションの両方が動作している必要があります。両方のアプリケーションが動作状態になるまで、ユニットはクラスタに参加しません。秒ごとにモニタします。アプリケーションがダウンすると、ユニットはクラスタから削除されます。障害後のステータスクラスタ内のユニットで障害が発生したときに、そのユニットでホスティングされている接続は他のユニットにシームレスに移管されます。フローのステート情報は、クラスタ制御リンクを介して共有されます。自動的にクラスタへの再参加を試みます。インターフェイスがシャットダウンされます。管理専用インターフェイスのみがトラフィックを送受信できます。アドレスを使用して引き続き稼働状態となります。リロードする場合、クラスタでユニットがまだ非アクティブになっていると、管理インターフェイスはディセーブルになります。ポートを使用する必要があります。メンバがクラスタから削除された後、クラスタに再参加できる方法は、削除された理由によって異なります。入力して、クラスタリングを再びイネーブルにすることによって、手動でクラスタに再参加する必要があります。分ごとに自動的に再参加を試みます。この動作は設定可能です。分後に再参加を試みます。クラスタリングをディセーブルにします。入力して、クラスタリングを手動でイネーブルにする必要があります。この動作は設定可能です。チェック失敗のためクラスタから削除された場合、クラスタへの再参加は失敗の原因によって異なります。一時的な電源障害の場合は、クラスタ制御リンクが稼働している限り、ユニットは再起動するとクラスタに再参加します。秒ごとにクラスタへの再参加を試みます。自動的にクラスタの再参加を試みます。アプリケーションが復帰したことを確認すると、クラスタへ再参加します。ステータスなどがあります。分の間隔でクラスタに自動的に再参加を試行します。この動作は設定可能です。オーナーがクラスタ内にあります。オーナーは、障害が発生しても接続を引き継ぎません。ステート情報を保存します。これは、障害発生時に接続が新しいオーナーにシームレスに移管されるようにするためです。オーナーは通常ディレクタでもあります。レイヤよりも上のステート情報を必要とするものがあります。この種類のトラフィックに対するクラスタリングのサポートの可否については、次の表を参照してください。タイムをトラッキングします。ファイアウォールが含まれます。ユニットで障害が発生すると切断されます。セッションが作成されます。設定の複製クラスタ内のすべてのユニットは、単一のコンフィギュレーションを共有します。ユニット上だけであり、変更は自動的にクラスタ内の他のすべてのユニットに同期されます。ここでは、クラスタを管理する方法について説明します。管理ネットワークすべてのユニットを単一の管理ネットワークに接続することを推奨します。このネットワークは、クラスタ制御リンクとは別のものです。管理インターフェイス管理タイプのインターフェイスをクラスタに割り当てる必要があります。インターフェイスではなく、特別な個別インターフェイスです。管理インターフェイスによって各単位に直接接続できます。アドレスを使用できるようにします。アドレスによって、管理アクセスのアドレスが一本化されます。ユニットに移動するので、クラスタの管理をシームレスに続行できます。アドレスに接続します。ユニットに関連付けられています。アドレスに接続します。アドレスを使用してサーバに接続します。ユニットで実行できます。ユニットから、すべてのユニットの実行時統計情報やリソース使用状況などのモニタリング情報を調べることができます。ユニットに複製することもできます。ユニットを直接モニタできます。ユニット上で実行できます(コンフィギュレーションのバックアップや、イメージの更新など)。ユニットからは使用できません。ユニットごとのクラスタ固有統計情報のモニタリング。ユニットに複製されます。ユニットで障害が発生すると接続が切断されます。キーを更新する必要はありません。アドレス不一致に関する警告メッセージが表示されます。アドレスではないからです。アドレスを指定します。