1.3. Automation Controller の主なワークロード

標準ジョブには、インベントリーのホストのセットに対してプロジェクトから Ansible Playbook を実行することが含まれます。ジョブはコントロールノードによって開始され、制御ノードはジョブの結果をストリーミング、処理、および保存します。

この中でパフォーマンスが重要な部分は、Playbook の出力処理です。この出力は Automation Controller によってキャプチャーされ、ジョブイベントにシリアル化されます。ホストに対して実行される単一の Ansible タスクは通常、複数のジョブイベント (タスクの開始、ホスト固有の詳細、タスクの完了など) を生成します。

イベントのボリュームは、Playbook に設定された詳細レベルによって大きく異なります。たとえば、1 つのホストで Hello World を出力する単純なデバッグタスクでは、詳細度 1 で 6 つのジョブイベントが生成され、詳細度 3 では 34 のジョブイベントに増加する可能性があります。

ディスパッチャーとコールバックレシーバーは連携してジョブイベントを処理、送信、および保存します。これらのアクションは、プラットフォームのストレージと処理の使用状況に影響します。ジョブイベントはコントロールプレーンで処理され、データベースに保存されます。ディスパッチャーはジョブイベントを処理して、コールバックレシーバーはそのイベントを保存します。

複雑な自動化とオーケストレーションを可能にするには、次のジョブタイプを使用して標準ジョブを拡張します。

これらのジョブタイプは、基盤となる複数の標準ジョブの起動と管理を調整します。これらは、コントロールプレーンで行われるジョブのスケジューリングに影響しますが、それ以外のサービスには大きな影響はありません。

システムジョブには、古いジョブイベントデータのクリーンアップなどの内部メンテナンスタスクが含まれます。システムジョブの実行頻度はスケジュールによって管理されます。システムジョブは、コントロールプレーンで実行されます。これは、データベースと対話する管理コマンドを実行するためです。これらのワークロードには、主要なプラットフォームアクティビティーが含まれます。システムジョブの頻度を減らしたり、ジョブが保持するデータの日数を増やしたりすると、データベースのパフォーマンスが低下する可能性があります。一般的に、保持するデータの期間をできるだけ少なくし、長期的な監査データの保存には外部ロギング機能を活用することを推奨します。データベースに保存するデータが増えると、大きなテーブルをスキャンするクエリーの負荷が高くなり、データベースの処理コストが上がる可能性があります。