Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
項目一覧
 

Paragon Automationのシステム要件

Paragon Automationソフトウェアをインストールする前に、システムがこれらのセクションで説明する要件を満たしていることを確認してください。

Paragon Automationの実装に必要なリソースを決定するには、Paragon Automationの基盤となるインフラストラクチャの基礎を理解する必要があります。

Paragon Automationは、APIを介して相互に対話し、Kubernetesクラスター内のコンテナ内で実行されるマイクロサービスのコレクションです。Kubernetesクラスタは、コンテナ化されたアプリケーションを実行するノードまたはマシンのセットです。各ノードは、物理 (ベアメタル サーバー) または仮想 (仮想マシン) のいずれかの 1 台のマシンです。

クラスタ内のノードは、インストールされているKubernetesコンポーネントに応じて、異なるロールまたは機能を実装します。インストール時に、各ノードが持つロールを指定すると、インストール Playbook によって、それに応じて対応するコンポーネントが各ノードにインストールされます。

  • コントロールプレーン(プライマリ)ノード—クラスターの状態を監視し、ワーカーノードを管理し、アプリケーションワークロードをスケジュールし、ワークロードのライフサイクルを管理します。

  • コンピュート(ワーカー)ノード - コントロールプレーンノードが割り当てるタスクを実行し、アプリケーションワークロードを実行するポッドとコンテナをホストします。各ワーカー ノードは、コンテナーのコレクションである 1 つ以上のポッドをホストします。

  • ストレージノード—クラスタ内のオブジェクト、ブロック、およびファイルのストレージを提供します。Paragon Automationでは、Cephはクラスタ内のストレージサービスを提供します。ストレージ・ノードはワーカー・ノード内になければなりませんが、すべてのワーカー・ノードがストレージを提供する必要はありません。

プライマリ、ワーカー、およびストレージノードの最小構成の詳細については、「 Paragon Automationの実装 と ハードウェア要件」を参照してください。

図 1: Kubernetes クラスター ノードとロール Kubernetes Cluster Nodes and Roles

Kubernetesクラスタは、複数のプライマリ・ノードおよびワーカー・ノードで構成されます。両方のロールに必要なコンポーネントが同じノードにインストールされている場合、1 つのノードはプライマリとワーカーの両方として機能できます。

目的のシステムの容量(デバイス数、LSP数など)、必要な可用性のレベル、および予想されるシステムのパフォーマンスを考慮して、次のクラスタパラメータを決定する必要があります。

  • クラスタ内のノード(仮想または物理)の総数
  • 各ノードのリソース量(CPU、メモリ、ディスク容量)
  • プライマリ、ワーカー、およびストレージノードとして機能するノードの数
図2:KubernetesクラスターKubernetes Cluster

Paragon Automationの実装

Paragon Automationは、1つ以上のプライマリノードと1つ以上のワーカーノードで構成されるKubernetesクラスター上に実装されます。機能クラスターには、少なくとも 1 つのプライマリノードと 1 つのワーカーノードが必要です。Paragon Automationは、マルチノードクラスタとして実装されます。

マルチノード実装は、複数のノード(VMまたはBMS)で構成され、少なくとも1つのノードがプライマリとして機能し、少なくとも3つのノードがワーカーとして機能し、ストレージを提供します。この実装により、パフォーマンスが向上するだけでなく、クラスタ内の高可用性も実現します。

  • コントロールプレーンの高可用性—コントロールプレーンの冗長性を確保するために、少なくとも3つのプライマリノードが必要です。プライマリノードの総数は奇数である必要があり、プライマリノードが3つを超えることはお勧めしません。

  • ワークロードの高可用性 - ワークロードの高可用性とワークロードのパフォーマンスを実現するには、複数のワーカーが必要です。必要に応じて、クラスターにワーカーを追加できます。

  • ストレージの高可用性 — ストレージの高可用性を実現するには、Ceph ストレージ用に少なくとも 3 つのノードが必要です。プライマリノードのいずれかでCephストレージを提供する場合は、インストール中に Master Scheduling を有効にする必要があります。マスター スケジューリングを有効にすると、プライマリも作業者として機能できます。

    図 3 の例に示すように、さまざまな方法で冗長性を提供するセットアップを実装できます。

    図 3:マルチノード冗長セットアップ Multinode Redundant Setups
    手記：

    Paragon Automation本番環境の場合、 Master Scheduling が有効になっている場合は少なくとも 1 つのワーカーノードを備えた最低 3 つのプライマリノード (マルチプライマリノード設定)、または Master Scheduling が無効になっている場合は Ceph ストレージを提供する少なくとも 3 つのプライマリノードと 3 つのワーカーノードを備えた完全冗長セットアップをお勧めします。インストール プロセス中に Master Scheduling を有効にする必要があります。

ハードウェア要件

このセクションでは、Paragon AutomationクラスターのAnsible制御ホストノードとプライマリノードおよびワーカーノードに必要な最小ハードウェアリソースを示します。

Ansible制御ホストノードのコンピューティング、メモリ、およびディスク要件は、システムの意図した容量に依存しません。以下の表に、Ansible制御ホストノードの要件を示します。

表1:Ansibleコントロールホストノードの最小ハードウェア要件

ノード

最小ハードウェア要件

ストレージ要件

役割

Ansible制御ホスト

2 コア CPU、12 GB RAM、100 GB HDD

ディスク パーティションや追加のディスク容量は不要

Ansible操作を実行してクラスタをインストールします。

これに対し、クラスタ ノードのコンピューティング、メモリ、およびディスクの要件は、システムの意図した容量によって大きく異なります。想定される容量は、監視するデバイスの数、センサーのタイプ、テレメトリ メッセージの頻度、プレイブックとルールの数によって異なります。デバイス グループ、デバイス、またはプレイブックの数を増やす場合は、CPU とメモリの容量を増やす必要があります。

次の表は、マルチノード クラスタを正常にインストールするために必要なノードごとに必要な最小ハードウェア リソースをまとめたものです。

表 2:マルチノード展開のノードあたりの最小ハードウェア要件

ノード

最小ハードウェア要件

ストレージ要件

役割

プライマリ ノードまたはワーカー ノード

32コアCPU、32GB RAM、200GB SSDストレージ(Cephストレージを含む)

ディスクの最小 1000 IOPS

クラスタには、少なくとも 3 つのストレージ ノードが含まれている必要があります。各ノードには、Cephストレージ用に、フォーマットされていないディスクパーティションまたは少なくとも30GBのスペースを持つ個別のフォーマットされていないディスクが必要です。

「ディスク要件」を参照してください。

Kubernetes のプライマリ ノードまたはワーカー ノード
手記：

ベアメタルサーバーにはSSDが必須です。

Paragon Automationは、デフォルトでDockerレジストリを生成し、各プライマリノードの /var/lib/registry ディレクトリに内部的に保存します。

ここでは、最大 2 つのデバイス グループをサポートする小規模なデプロイの 最小 要件のみを示します。このような導入では、各デバイスグループは、すべてのParagon Automationコンポーネントにわたる2つのデバイスと2〜3つのプレイブックで構成されます。デバイスとデバイスグループについては、 Paragon Automationユーザーガイドを参照してください。

手記：

実稼働環境のスケールとサイズの見積もりを取得し、詳細な寸法要件についてご相談される場合は、ジュニパーパートナーまたはジュニパーの営業担当者にお問い合わせください。

ソフトウェア要件

  • すべてのノードに、Ubuntu バージョン 20.04.4 LTS (Focal Fossa) または Ubuntu 22.04.2 LTS (Jammy Jellyfish)、または RHEL バージョン 8.4 または RHEL バージョン 8.10 のベース OS をインストールする必要があります。Paragon Automationは、RHEL 8.8でも実験的にサポートしています。すべてのノードで、同じ OS (Ubuntu または RHEL) バージョンの Linux が実行されている必要があります。

    手記：

    RHEL バージョン 8.10 を使用している場合は、以下の RPM バンドルを削除する必要があります。

  • Ansible制御ホストにDockerをインストールする必要があります。制御ホストは、インストールパッケージがダウンロードされ、Ansibleインストールプレイブックが実行される場所です。詳細は、「 Ubuntu でのインストールの前提条件 」または「 Red Hat Enterprise Linux でのインストールの前提条件」を参照してください。

    Docker CE を使用している場合は、バージョン 18.09 以降をお勧めします。

    Docker EE を使用している場合は、バージョン 18.03.1-ee-1 以降をお勧めします。また、Docker EE を使用するには、制御ホストに加えて、プライマリ ノードとワーカー ノードとして機能するすべてのクラスター ノードに Docker EE をインストールする必要があります。

    Dockerを使用すると、Ansible(バージョン2.9.5)にパッケージされているParagon Automationインストーラーファイルと、クラスターのインストールに必要なロールとプレイブックを実行できます。
手記：

正しいバージョンがない場合、インストールは失敗します。これらのバージョンを確認するためのコマンドについては、このガイドの後のセクションで説明します。

ディスク要件

次のディスク要件は、シングルノードとマルチノードの両方の展開で、プライマリノードとワーカーノードに適用されます。

  • ディスクはSSDである必要があります。
  • 必要なパーティション:

    • ルートパーティション:

      ルートパーティションは / にマウントする必要があります。

      少なくとも 200 GB の領域を持つ 1 つのルートパーティションを作成できます。

      または、50 GB 以上のスペースを持つルートパーティションと、150 GB 以上のスペースを持つデータパーティションを作成することもできます。また、システムディレクトリ「/var/local」、「/var/lib/rancher」、および「/var/lib/registry」をバインドマウントする必要があります。例えば：

      Postgres、ZooKeeper、Kafka、および Elasticsearch の /export にマウントされたデータ パーティションを使用します。Paragon Insights Influxdbには 、/var/local にマウントされたデータパーティションを使用します。

    • Cephパーティション:

      Cephストレージのフォーマットされていないパーティションには、少なくとも30GBのスペースが必要です。

      手記：

      このパーティションを使用する代わりに、Cephストレージ用に少なくとも30GBのスペースを持つ別の未フォーマットのディスクを使用できます。

ネットワーク要件

  • すべてのノードは、NTP またはその他の時刻同期を常に実行する必要があります。
  • SSH サーバーがすべてのノードで実行されている必要があります。すべてのノードに共通のSSHユーザー名とパスワードが必要です。
  • すべてのノードで DNS を設定し、すべてのノード(Ansible 制御ホスト ノードを含む)が同期されていることを確認する必要があります。
  • すべてのノードはインターネット接続が必要です。クラスタノードがインターネットに接続されていない場合は、エアーギャップ方式を使用してインストールできます。エアギャップ方式は、Ubuntu と RHEL をベース OS とするノードでサポートされています。

  • ノード間のクラスタ間通信を許可する必要があります。特に、「 ファイアウォールで許可する必要があるポート 」に記載されているポートは、通信用に開いたままにしておく必要があります。これらのポートのいずれかをブロックしている可能性のあるサーバー上のiptablesエントリを確認してください。

    表 3: ファイアウォールで許可する必要があるポート
    ポート番号の 目的
    これらのポートは、すべてのクラスタ ノードで管理ユーザー アクセスに対して有効にします。
    80 HTTP(TCP)
    443 HTTPS (TCP)
    7000 Paragon Planner通信(TCP)
    すべてのクラスタノードで、ネットワーク要素との通信のためにこれらのポートを有効にします。
    67 ztpservicedhcp(UDP)
    161 SNMP、テレメトリ収集(UDP)
    162 ingest-snmp-proxy-udp(UDP)
    11111 hb-proxy-syslog-udp(UDP)
    4000 ingest-jti-native-proxy-udp(UDP)
    830 NETCONF 通信(TCP)
    7804 NETCONF コールバック(TCP)
    4189 PCEPサーバー(TCP)
    30000-32767 Kubernetes ポート割り当て範囲 (TCP)
    すべてのポートでクラスタノード間の通信を有効にします。少なくとも、次のポートを開きます。
    6443 クラスタ内のワーカー・ノードとの通信(TCP)
    3300 ceph (TCP) (ceph (TCP)) (ceph (TCP
    6789 ceph (TCP) (ceph (TCP)) (ceph (TCP
    6800-7300 ceph (TCP) (ceph (TCP)) (ceph (TCP
    6666 calico etcd (TCP)
    2379 etcd クライアント要求 (TCP)
    2380 etcd ピア通信 (TCP) (etcd peer communication (TCP))
    9080 cephcsi (TCP) (cephcsi (TCP))
    9081 cephcsi (TCP) (cephcsi (TCP))
    7472 metallb(TCP)
    7964 metallb(TCP)
    179 calico (TCP)
    10250-10256 Kubernetes API 通信 (TCP)
    制御ホストとクラスタノード間でこのポートを有効にします。
    22 TCPの
    9345 Kubernetes RKE2コントロールプレーン(TCP)

Webブラウザの要件

表4 は、Paragon Automationをサポートする64ビットWebブラウザーの一覧です。

表 4:サポートされている Web ブラウザー

ブラウザー

サポート対象バージョン

サポートされている OS バージョン

クロム

85 以降

Windowsの10

Firefoxの

79 以降

Windowsの10

サファリ

14.0.3

MacOS 10.15 以降

VM へのインストール

Paragon Automationは、仮想マシン(VM)にインストールできます。VM は任意のハイパーバイザーで作成できますが、このトピックで説明するサイズ、ソフトウェア、およびネットワークの要件をすべて満たす必要があります。

VM には、推奨されるベース OS がインストールされている必要があります。VM とベアメタル サーバーのインストール プロセスは同じです。

関連資料