Red Hat Summit Red Hat Summitサポートコンソール開発者トライアルの開始お問い合わせ

第8章 Event-Driven Ansible Controller のパフォーマンスチューニング

Event-Driven Ansible は、非常にスケーラブルで柔軟な自動化機能です。Event-Driven Ansible Controller は、Event-Driven Ansible による自動化を実行するインターフェイスを提供します。Event-Driven Ansible Controller をチューニングし、次の方法でパフォーマンスとスケーラビリティーを最適化します。

  • ワークロードの特徴付け
  • システムレベルの監視
  • パフォーマンスのトラブルシューティング

8.1. ワークロードの特徴付け
リンクのコピー

Event-Driven Ansible Controller では、ワークロードに、受信したルールブックアクティベーションとイベントの数が含まれます。Event-Driven Ansible Controller ワークロードを特徴付けるために、次の要素を考慮してください。

  1. ルールブックの同時アクティベーションの数
  2. Event-Driven Ansible Controller が受信したイベントの数

8.1.1. ルールブックの同時アクティベーションの数の変更
リンクのコピー

デフォルトでは、Event-Driven Ansible Controller は 12 のルールブックアクティベーションを同時に実行できます。12 を超えるルールブックアクティベーションが作成されると、ルールブックアクティベーションワーカーが利用可能になるまで、後続のルールブックアクティベーションが保留中として待機することが予想されます。この場合、Event-Driven Ansible Controller インスタンスに空きメモリーと CPU が十分にある場合でも、ルールブックアクティベーションのステータスは “pending” と表示されます。この動作を変更するには、実行中のルールブックアクティベーションのデフォルトの最大数を変更する必要があります。

注記: EDA_MAX_RUNNING_ACTIVATIONS の値は、インスタンスサイズが変更されても変更されないため、手動で調整する必要があります。

デフォルトでは、Event-Driven Ansible Controller は 12 つのアクティベーションを同時に実行できます。以下の手順を使用して、インストール時にこのデフォルト値を変更できます。

手順

仮想マシンインストーラーに変数を指定します。

  1. セットアップインベントリーファイルに移動します。
  2. [all:vars] セクションに automationedacontroller_max_running_activations を追加します。たとえば、automationedacontroller_max_running_activations=16 などです。
  3. セットアップを実行します。

デフォルトでは、Event-Driven Ansible Controller は 12 つのアクティベーションを同時に実行できます。以下の手順を使用して、インストール後にこのデフォルト値を変更できます。

手順

  1. /etc/ansible-automation-platform/eda の環境ファイルに移動します。
  2. 必要な実行中のアクティベーションの最大数を選択します。たとえば、EDA_MAX_RUNNING_ACTIVATIONS = 16 などです。
  3. systemctl restart automation-eda-controller.target コマンドを使用して、EDA サービスを再起動します。

関連情報

ルールブックアクティベーションの詳細は、ルールブックアクティベーション を参照してください。

8.1.2. ルールブックアクティベーションごとのデフォルトのメモリー制限の変更
リンクのコピー

メモリー使用量は、Event-Driven Ansible Controller が処理する必要のあるイベントの数に基づいています。各ルールブックアクティベーションコンテナーには、200MB のメモリー制限があります。たとえば、CPU が 4 個、RAM が 16 GB の場合、割り当てられたメモリー制限が 200 MB のルールブックアクティベーションコンテナー 1 つでは、1 分あたり 150,000 件を超えるイベントを処理できません。並行して実行されるルールブックアクティベーションの数が多い場合は、各ルールブックアクティベーションが処理できるイベントの最大数は少なくなります。非常に高いレートでの受信イベントが多すぎる場合、コンテナーはイベントを処理しようとしてメモリー不足になる可能性があります。これによりコンテナーが強制終了され、ルールブックアクティベーションはステータスコード 137 で失敗します。

この障害に対処するには、次のいずれかの手順を使用して、ルールブックアクティベーションに割り当てられるメモリーの量を増やし、多数のイベントを高いレートで処理できるようにします。

  • インストール中に、ルールブックアクティベーションごとにデフォルトのメモリー制限を変更する
  • インストール後に、ルールブックアクティベーションごとにデフォルトのメモリー制限を変更する

デフォルトでは、ルールブックアクティベーションコンテナーごとに 200MB のメモリー制限があります。以下の手順を使用して、インストール時にこのデフォルト値を変更できます。

手順

  1. セットアップインベントリーファイルに移動します。
  2. [all:vars] セクションに automationedacontroller_podman_mem_limit を追加します。たとえば、automationedacontroller_podman_mem_limit='400m' などです。
  3. セットアップを実行します。

デフォルトでは、ルールブックアクティベーションコンテナーごとに 200MB のメモリー制限があります。以下の手順を使用して、インストール後にこのデフォルト値を変更できます。

手順

  1. /etc/ansible-automation-platform/eda の環境ファイルに移動します。
  2. デフォルトのコンテナーのメモリー制限を変更します。たとえば、EDA_PODMAN_MEM_LIMIT = '300m' などです。
  3. systemctl restart automation-eda-controller.target を使用して、Event-Driven Ansible Controller サービスを再起動します。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hatトップに戻る