2.5. ネットワーク

RHOSP 17.0 以降、RHOSP ML2/OVN デプロイメントは Raft コンセンサスアルゴリズムを適用するクラスター化されたデータベースサービスモデルを使用して、OVS データベースプロトコルトラフィックのパフォーマンスを向上させ、より高速で信頼性の高いフェイルオーバー処理を提供します。クラスター化されたデータベースサービスモデルは、pacemaker ベースのアクティブ/バックアップモデルに代わるものです。

クラスター化されたデータベースは、異なるホストにある 3 つ以上のデータベースサーバーのクラスター上で動作します。サーバーは Raft コンセンサスアルゴリズムを使用して書き込みを同期させ、クラスター全体でネットワークトラフィックを継続的に共有します。クラスターは、リーダーとして 1 台のサーバーを選択します。クラスター内のすべてのサーバーはデータベースの読み取り操作を処理できるため、コントロールプレーンでのボトルネックが発生する可能性が低減されます。書き込み操作はクラスターのリーダーによって処理されます。

サーバーが失敗すると、新しいクラスターリーダーが選定され、トラフィックが残りの稼働中のサーバー間で再分散されます。クラスター化されたデータベースサービスモデルは、pacemaker ベースのモデルよりもフェイルオーバーをより効率的に処理します。これにより、フェイルオーバー時間が長い場合に発生する可能性のある関連するダウンタイムや問題が軽減されます。

リーダーの選定プロセスでは過半数が必要になるため、耐障害性はクラスター内の最も大きな奇数により制限されます。たとえば、1 つのサーバーに障害が発生した場合に、3 つのサーバーで設定されるクラスターは動作し続けます。5 つのサーバーで設定されるクラスターは、最大 2 つの障害を許容します。サーバー数を偶数に増やしても、耐障害性は向上しません。たとえば、4 つのサーバーで設定されるクラスターは、3 つのサーバーで設定されるクラスターよりも多くの障害を許容できません。

ほとんどの RHOSP デプロイメントでは 3 つのサーバーが使用されます。

5 つのサーバーより多いクラスターも機能し、2 つの追加サーバーごとにクラスターの耐障害性は 1 つ向上しますが、書き込みのパフォーマンスが低下します。

RHOSP 17.0 デプロイメントでは、クラスター化されたデータベースモデルがデフォルトになります。設定のステップを実行する必要はありません。