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