Routing Directorの実装
Routing Director の実装に必要なリソースを決定するには、Routing Director の基盤となるインフラストラクチャの基礎を理解する必要があります。
Routing Directorは、APIを介して相互に対話し、Kubernetesクラスタ内のコンテナ内で実行されるマイクロサービスの集合です。Kubernetesクラスターは、コンテナ化されたアプリケーションを実行するノードまたは仮想マシン(VM)のセットです。
Kubernetes クラスターは、1 つ以上のプライマリ ノードとワーカー ノードで構成されます。
-
コントロールプレーン(プライマリ)ノード—プライマリノードは、Kubernetesコントロールプレーンの機能を実行します。
-
コンピュート (ワーカー) ノード - ワーカー ノードは、ポッドを実行するためのリソースを提供します。ワーカー・ノードには、コントロール・プレーン機能はありません。
この 2 種類のノードは、個別にデプロイすることも、同じ VM に併置することもできます。両方のロールに必要なコンポーネントが同じノードにインストールされている場合、1 つのノードはプライマリとワーカーの両方として機能できます。
ルーティング・ディレクターでは、デフォルトでは、プライマリ・ノードはワーカー・ノードとしても機能します。
目的のシステムの容量(管理対象のデバイスの数、ユースケースなど)、必要な可用性のレベル、および予想されるシステムのパフォーマンスを考慮して、次のクラスタパラメータを決定する必要があります。
- クラスタ内のノードの総数
- 各ノードのリソース量(CPU、メモリ、ディスク容量)
- プライマリ・ノードおよびワーカー・ノードとして機能するノードの数
各ノードのリソース量については、このガイドの ルーティングディレクターのシステム要件で後述します。
Routing Directorの実装
Routing Directorは、1つ以上のプライマリノードと1つ以上のワーカーノードで構成されるKubernetesクラスタ上に実装されます。ルーティングディレクターは、マルチノードクラスタとして実装されます。機能クラスターには、少なくとも、プライマリ ノードとワーカー ノードの両方として機能する 3 つのノードと、ワーカー専用ノードとして機能する 1 つのノードが必要です。
4 ノード クラスタは、推奨およびサポートされている実装です。
この実装により、パフォーマンスが向上するだけでなく、クラスタ内の高可用性も実現します。
-
コントロールプレーンの高可用性—プライマリノードとワーカーノードの両方として機能する3つのノードは、必要なコントロールプレーンの冗長性を提供します。3つ以上のプライマリノードはサポートしていません。
-
ワークロードの高可用性 - ワークロードの高可用性とワークロードのパフォーマンスを実現するには、複数のワーカーが必要です。Routing Director では、プライマリ ノードとワーカー ノードの両方として機能する 3 つのノードと、ワーカー専用ノードとして機能する 1 つのノードが、必要なワークロードの高可用性を提供します。
-
ストレージの高可用性 — ストレージの高可用性のために、すべてのノードが Ceph ストレージを提供します。
ルーティング・ディレクター・クラスターは、1 つのノードに障害が発生し、ノード間の最大往復レイテンシが 25 ミリ秒未満の場合も機能し続けます。
サーバーに障害が発生したときにクラスターが機能し続けるようにするには、クラスターを 4 台のサーバーに実装します。サーバーとノードの両方の高可用性を維持するための推奨実装を 図 2 に示します。これにより、サーバーの 1 つに障害が発生しても、クラスターは機能し続けます。
この図は、クラスタ ノードと VIP アドレスがすべて同じサブネット内にあるクラスタを示しています。クラスター ノードと VIP アドレスは、異なるサブネットに配置することもできます。