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オートメーションは、APIを介して相互に対話し、Kubernetesクラスター内のコンテナ内で実行されるマイクロサービスの集合体です。Kubernetesクラスターは、コンテナ化されたアプリケーションを実行するノードまたはマシンのセットです。各ノードは、物理 (ベアメタル サーバー) または仮想 (仮想マシン) の 1 台のマシンです。

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

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

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

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

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

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

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

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

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

Paragon Automationの実装

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

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

  • コントロールプレーンの高可用性:コントロールプレーンの冗長性を確保するには、少なくとも3つのプライマリノードが必要です。プライマリ ノードの総数は奇数である必要があり、3 つ以上のプライマリ ノードは推奨しません。

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

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

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

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

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

ハードウェア要件

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

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

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

ノード

最小ハードウェア要件

ストレージ要件

役割

Ansibleコントロールホスト

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

ディスクパーティションや追加のディスク容量は必要ありません

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

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

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

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

ノード

最小ハードウェア要件

ストレージ要件

役割

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

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

ディスクの最小 1000 IOPS

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

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

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

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

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

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

手記：

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

ソフトウェア要件

  • すべてのノードに、Ubuntu バージョン 20.04.4 LTS (フォーカルフォッサ) または Ubuntu 22.04.2 LTS (ジャミージェリーフィッシュ)、または RHEL バージョン 8.4 または RHEL バージョン 8.10 の基本 OS をインストールする必要があります。Paragon Automationは、RHEL 8.8でも実験的なサポートを提供しています。すべてのノードで、同じ OS (Ubuntu または RHEL) バージョンの Linux が実行されている必要があります。

    手記：

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

  • Docker は、Ansible コントロール ホストにインストールする必要があります。コントロール ホストは、インストール パッケージがダウンロードされ、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 の領域を持つ単一のルートパーティションを作成できます。

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

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

    • Cephパーティション:

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

      手記：

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

ネットワーク要件

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

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

    表 3: ファイアウォールが許可する必要があるポート
    ポート番号 の目的
    管理ユーザー アクセスのために、すべてのクラスター ノードでこれらのポートを有効にします。
    80 HTTP(TCP)
    443 HTTPS(TCP)
    7000 Paragon Planner communications(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 communication(TCP)
    7804 NETCONF コールバック(TCP)
    4189 PCEP Server(TCP)
    30000-32767 Kubernetes のポート割り当て範囲 (TCP)
    すべてのポートでクラスタ ノード間の通信を有効にします。少なくとも、次のポートを開きます。
    6443 クラスタ内のワーカーノードとの通信 (TCP)
    3300 ceph (TCP)
    6789 ceph (TCP)
    6800-7300 ceph (TCP)
    6666 キャリコなど(TCP)
    2379 etcd クライアント要求 (TCP)
    2380 etcd ピア通信(TCP)
    9080 cephcsi(TCP)
    9081 cephcsi(TCP)
    7472 メタルポンド(TCP)
    7964 メタルポンド(TCP)
    179 キャリコ(TCP)
    10250-10256 Kubernetes APIコミュニケーション(TCP)
    制御ホストとクラスタノード間でこのポートを有効にします。
    22 TCP
    9345 Kubernetes RKE2コントロールプレーン(TCP)

Web ブラウザーの要件

表4 に、Paragon Automationをサポートする64ビットWebブラウザーを示します。

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

ブラウザー

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

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

クロム

85 以降

ウィンドウズ10

ファイアーフォックス

79 以降

ウィンドウズ10

サファリ

14.0.3

MacOS 10.15 以降

VM へのインストール

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

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

関連ドキュメント