4.2. Automation Controller のシステム要件
Automation Controller は分散システムであり、このシステムでは、異なるソフトウェアコンポーネントを同じ場所に配置したり、複数のコンピュートノードにデプロイしたりすることができます。インストーラーでは、ユースケースに適したトポロジーの設計に役立つ抽象化として、コントロールノード、ハイブリッドノード、実行ノード、ホップノードの 4 つのノードタイプが提供されます。
ノードのサイジングには、次の推奨事項を使用してください。
コントロールノードとハイブリッドノードで、実行環境のストレージ用に、最小 20 GB を /var/lib/awx に割り当てます。
実行ノード
実行ノードは自動化を実行します。メモリーと CPU を増やし、フォークを多く実行できるように容量を増加します。
- 記載されている RAM および CPU リソースは、実行ノードにインストールするパッケージには必要ない場合がありますが、ノードのジョブ負荷を処理して平均的な数のジョブを同時に実行するために推奨される最小リソースです。
- RAM および CPU ノードの推奨サイズはありません。必要な RAM または CPU は、その環境で実行しているジョブの数に直接依存します。
必要な RAM および CPU レベルの詳細は、Automation Controller のパフォーマンスチューニング を参照してください。
| 要件 | 最小要件 |
|---|---|
| RAM | 16 GB |
| CPU | 4 |
| ローカルディスク | 最小 40 GB |
コントロールノード
コントロールノードはイベントを処理し、プロジェクトの更新やクリーンアップジョブなどのクラスタージョブを実行します。CPU およびメモリーを増やすと、ジョブイベントの処理に役立ちます。
| 要件 | 最小要件 |
|---|---|
| RAM | 16 GB |
| CPU | 4 |
| ローカルディスク |
|
ホップノード
ホップノードは、自動化メッシュの別の部分にトラフィックをルーティングする役割を果たします (たとえば、ホップノードは別のネットワークへの踏み台ホストにすることができます)。RAM はスループットに影響を与える可能性があり、CPU アクティビティーは低くなります。一般に、ネットワーク帯域幅と遅延は、RAM や CPU よりも重要な要素です。
| 要件 | 最小要件 |
|---|---|
| RAM | 16 GB |
| CPU | 4 |
| ローカルディスク | 40 GB |
-
実際の RAM 要件は、同時に管理するホストの Automation Controller の数により異なります (これはジョブテンプレートまたはシステムの
ansible.cfgファイルのforksパラメーターによって制御されます)。リソースの競合を回避するために、Ansible では、10 フォークあたり 1 GB のメモリーと、Automation Controller 用に 2 GB を予約することを推奨しています。詳細は、Automation Controller の容量決定とジョブへの影響 を参照してください。forksが 400 に設定されている場合は、42 GB のメモリーが推奨されます。 -
Automation Controller ホストは、
umaskが 0022 に設定されているかを確認します。設定されていない場合、セットアップが失敗します。このエラーを回避するには、umask=0022を設定します。 より多くのホストにも対応できますが、フォーク数がホストの総数より少ない場合は、ホスト間でより多くのパスが必要になります。次のいずれかの方法を使用すると、このような RAM の制限を回避できます。
- ローリング更新を使用します。
- Automation Controller に組み込まれたプロビジョニングコールバックシステムを使用します。このシステムでは、設定を要求する各システムがキューに登録され、できるだけ早く処理されます。
- Automation Controller が AMI などのイメージを作成またはデプロイしている場合。
関連情報
- Automation Controller サブスクリプションの取得の詳細は、サブスクリプションのインポート を参照してください。
- ご質問がある場合は、Red Hat カスタマーポータル から Ansible サポートにお問い合わせください。
