Red Hat Summit6.18. 追加変数
Survey および API 経由など、複数の方法で Automation Controller のジョブテンプレートに追加の変数を渡すことができます。
survey 変数を渡すと、Automation Controller 内の追加変数 (extra_vars) として渡されます。ただし、(Survey の場合と同様に) 追加の変数をジョブテンプレートに渡すと、インベントリーおよびプロジェクトから渡される他の変数がオーバーライドされる可能性があります。
デフォルトでは、extra_vars は !unsafe とマークされます。ただし、ジョブテンプレートの Extra Variables でユーザーが指定したものは、そのようにマークされません。これらは、ジョブテンプレートを追加または編集する権限を持つユーザーのみが追加できるため、信頼できるものです。たとえば、ネストされた変数は、プロンプトとして入力されたときに展開されません。Jinja の括弧は文字列として扱われるためです。安全でない変数の詳細は、Unsafe or raw strings を参照してください。
ジョブ起動 API に渡される extra_vars は、以下のいずれかが該当する場合のみ有効です。
- それらは有効な survey の変数に対応する。
-
ask_variables_on_launchが True に設定されている。
たとえば、debug = true のインベントリーに定義された変数がある。この変数 debug = true は、ジョブテンプレート Survey でオーバーライドされる可能性があります。
渡す変数がオーバーライドされないようにするには、Survey で変数を再定義して変数が含まれていることを確認します。インベントリー、グループ、ホストの各レベルで追加の変数を定義できます。
ALLOW_JINJA_IN_EXTRA_VARS パラメーターを指定する場合は、自動化実行の設定 の ALLOW_JINJA_IN_EXTRA_VARS 変数 セクションを参照して設定してください。
ジョブテンプレートの追加変数ディクショナリーは Survey 変数にマージされます。
以下は、YAML および JSON 形式の extra_vars の簡略化された例です。
- YAML 形式の設定:
launch_to_orbit: true satellites: - sputnik - explorer - satcom
launch_to_orbit: true
satellites:
- sputnik
- explorer
- satcom- JSON 形式の設定:
{
"launch_to_orbit": true,
"satellites": ["sputnik", "explorer", "satcom"]
}
{
"launch_to_orbit": true,
"satellites": ["sputnik", "explorer", "satcom"]
}次の表は、Automation Controller での変数の順序に関する動作 (階層) を、Ansible と比較したものです。
Automation Controller の変数階層階層（最後にリストされた優先）
| Ansible | Automation Controller |
|---|---|
| ロールのデフォルト | ロールのデフォルト |
| 動的インベントリー変数 | 動的インベントリー変数 |
| インベントリー変数 | Automation Controller インベントリー変数 |
|
インベントリーの | Automation Controller グループ変数 |
|
インベントリーの | Automation Controller ホスト変数 |
|
Playbook の |
Playbook の |
|
Playbook の |
Playbook の |
| ホストのファクト | ホストのファクト |
| 登録された変数 | 登録された変数 |
| ファクトの設定 | ファクトの設定 |
| プレイ変数 | プレイ変数 |
|
プレイの | (サポート対象外) |
|
プレイの |
プレイの |
| ロールと include 変数 | ロールと include 変数 |
| ブロック変数 | ブロック変数 |
| タスク変数 | タスク変数 |
| 追加変数 | ジョブテンプレートの追加変数 |
| ジョブテンプレートの Survey (デフォルト) | |
| ジョブ起動の追加変数 |
6.18.1. ジョブテンプレートの起動
ジョブを手動で再起動する代わりに、launch_type を relaunch に設定することで再起動を指定します。再起動の動作は、extra_vars を継承しないという点で、起動の動作とは異なります。
ジョブの再起動は継承ロジックを使用しません。再起動されるジョブに対して計算されたものと同じ extra_vars を使用します。
例
extra_vars を指定せずにジョブテンプレートを起動すると、j1 というジョブが作成されます。次に、ジョブテンプレートを編集し、extra_vars を追加します ("{ "hello": "world" }" の追加など)。
j1 を再起動すると j2 が作成されますが、継承するロジックがなく、j1 には extra_vars がないため、j2 には extra_vars が指定されません。
j1 の作成後に追加した extra_vars を使用してジョブテンプレートを起動すると、作成された再起動ジョブ (j3) には extra_vars が含まれます。j3 を再起動すると、extra_vars も含まれる j4 が作成されます。
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}