Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

Paragonオートメーションシステムの要件

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

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

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

クラスター内のノードは、構成方法に応じて以下の 3 つの異なる役割または機能を提供します。

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

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

    ノードは、プライマリとワーカーの両方として機能できます。

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

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

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

Kubernetes クラスタは、複数のプライマリ ノードとワーカー ノードで構成されています。1 つのノードは、1 次ノードと Worker の両方として機能します。

システムの意図した容量、高可用性が必要かどうか、および期待されるパフォーマンスに関する情報は、以下のクラスター パラメーターを決定するのに役立ちます。

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

Paragonオートメーションの実装

Paragon Automationは、Kubernetesクラスタ上に実装します。Paragonオートメーションの実装は、1つ以上のプライマリノードと1つ以上のワーカーノードで構成されています。機能クラスターには、最低でも 1 つのプライマリ ノードと 1 つのワーカー ノードが必要です。Paragonオートメーションは、2つの異なる方法で実装できます。

  • 単一ノードの実装 — 単一ノードの実装は、1 つのノード(仮想マシン(VM)またはベアメタル サーバー(BMS)のいずれかで構成され、プライマリ ノード、ワーカー ノード、ストレージ ノードとして機能します。単一のノードでParagon Automationをインストールする場合、 inventory.yml ファイルでノードを「マスター」として設定し、インストール時にマスタースケジューリングを選択する必要があります。詳細については、「 Ubuntu にシングルノード クラスタをインストールする」、 CentOS にシングルノード クラスタをインストールする、または Red Hat Enterprise Linux にシングルノード クラスタをインストールするを参照してください。

    メモ：

    単一ノードの設定は、POC(概念実証)としてのみ、または本番環境の導入ではなくラボ導入に使用する必要があります。

  • マルチノードの実装 — マルチノードの実装は、VM または BMS のいずれか複数のノードで構成され、1 つ以上のノードがプライマリとして機能し、別のノードがワーカーとして機能し、ストレージを提供します。マルチノードの実装では、次のように高可用性を実装できます。

    • コントロールプレーンの高可用性:コントロールプレーンの冗長性には、最低3つのプライマリノードが必要です。プライマリ ノードの総数が 奇数 であれば、プライマリ ノードを追加できます。

      複数のプライマリノードを使用してParagon Automationをインストールする場合、Kubernetesマスター仮想IPアドレスを設定し、インストール時にオプションを選択する Install Loadbalancer for Master Virtual IP address 必要があります。詳細については、「 Ubuntu にマルチノード クラスターをインストールする」、 CentOS に MultiNode クラスタをインストールする、または Red Hat Enterprise Linux に Multinode クラスタをインストールするを参照してください。

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

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

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

    図 3:マルチノード冗長設定 Multinode Redundant Setups
    メモ：

    Paragon Automationの実稼働環境では、少なくとも3つのプライマリノード(マルチプライマリノード設定)で完全に冗長な設定を行い、Cephストレージを提供する最低3つのワーカーノードを用意することをお勧めします。インストールプロセス中に有効にする Master Scheduling 必要があります。

ハードウェア要件

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

Ansible 制御ホスト ノードのコンピューティング、メモリ、ディスクの要件は、クラスターの実装タイプ(シングルノードまたはマルチノード)やシステムの意図した容量に依存しません。次の表は、Ansible 制御ホスト ノードの要件を示しています。

表 1:Ansible 制御ホスト ノードの最小ハードウェア要件

ノード

ハードウェアの最小要件

ストレージ要件

役割

Ansible制御ホスト

2~4 コア CPU、12 GB RAM、100-GB HDD

ディスクパーティションや余分なディスク容量は不要

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

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

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

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

ノード

ハードウェアの最小要件

ストレージ要件

役割

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

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

ディスクの 1,000 IOPS 以上

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

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

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

以下の表は、単一ノード・クラスターの正常なインストールに必要な最小ハードウェア・リソースをまとめたものです。

表 3:単一ノード導入のノードあたりの最小ハードウェア要件

ノード

ハードウェアの最小要件

ストレージ要件

役割

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

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

ディスクの 1,000 IOPS 以上

このノードには、Ceph ストレージ用に、フォーマットされていないディスク区画または個別のフォーマットされていないディスクがあり、最小 30 GB のスペースが必要です。 「ディスク要件」を参照してください。

Kubernetesプライマリまたはワーカーノード
メモ：

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

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

メモ：

本番導入の規模とサイズの見積もりを取得し、詳細な寸法要件について話し合う場合は、ジュニパーパートナーまたはジュニパーの営業担当者にお問い合わせください。

ソフトウェア要件

  • Ubuntu バージョン 18.04.04 以降、CentOS バージョン 7.6 以降、または RHEL バージョン 8.3 以降のベース OS をすべてのノードにインストールする必要があります。すべてのノードは、Linuxの同じOS(Ubuntu、CentOS、RHEL)バージョンを実行する必要があります。

    Paragonオートメーションリリース22.1は、以下のOSバージョンで動作する資格があります。

    • Ubuntu バージョン 18.04.05 LTS(Bionic ビーバー)および 20.04.4 LTS(焦点 Fossa)
    • RHEL バージョン 8.4

  • Ansible 制御ホストに Docker をインストールする必要があります。コントロール ホストは、インストール パッケージがダウンロードされ、Ansible インストール プレイブックが実行される場所です。詳細については、「 Ubuntu でのインストールの前提条件」、 CentOS でのインストールの前提条件、または 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 である必要があります。
  • 必要なパーティション:

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

      170 GB 以上の領域を持つ 1 つのルート パーティションを作成できます。

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

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

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

      このパーティションを使用する代わりに、Cephストレージ用に少なくとも30 GBのスペースを備えた独立したフォーマットされていないディスクを使用することができます。

ネットワーク要件

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

  • ノード間のクラスタ間通信を許可する必要があります。特に、 表 4 に示すポートは通信用に開いておく必要があります。これらのポートをブロックしている可能性のあるサーバー上の iptables エントリーがないか確認してください。

    表 4:ファイアウォールがブロックしてはならないポート
    ポート番号 の目的
    管理ユーザーアクセスのために、すべてのクラスターノードでこれらのポートを有効にします。
    80 HTTP(TCP)
    443 HTTPS(TCP)
    7000 Paragon Plannerコミュニケーション(TCP)
    ネットワーク要素と通信するために、すべてのクラスターノードでこれらのポートを有効にします。
    67 ztpservicedhcp(UDP)
    161 テレメトリ収集(UDP)用の SNMP
    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)
    6789 ceph(TCP)
    6800-7300 ceph(TCP)
    6666 calico etcd(TCP)
    2379 etcdクライアント要求(TCP)
    2380 ETCDピア通信(TCP)
    9080 cephcsi(TCP)
    9081 cephcsi(TCP)
    7472 metallb(TCP)
    7964 metallb(TCP)
    179 calico(TCP)
    10250-10256 Kubernetes API 通信(TCP)
    制御ホストとクラスター ノード間のこのポートを有効にします。
    22 Tcp

Web ブラウザーの要件

表5 は、Paragon Automationをサポートする64ビットのWebブラウザを示しています。

表 5:サポートされる Web ブラウザ

ブラウザー

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

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

クロム

85 以降

Windows 10

Firefox

79 以降

Windows 10

サファリ

14.0.3

MacOS 10.15 以降

VM へのインストール

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

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

関連ドキュメント