Tag Policy の実行と監視
policy を作成した後は、手動で実行したり、状態をオン/オフ切り替えたり、詳細な実行履歴を確認したりできます。
はじめる前に
ロール: Run Tag policy 権限を持つユーザー。policy は作成済みであること。
policy のオン/オフ
各 policy カードには Active toggle があります。
- Active(オン): On Creation トリガーが動作し、Run now ボタンが有効になります。
- Inactive(オフ): On Creation は起動せず、Run now ボタンは無効になります。
トグルをクリックすると、状態がすぐに切り替わります。
policy を手動で実行する
- Tagging → Policies タブを開きます。
- 実行したい policy を探します(Active である必要があります)。
- Run now をクリックします。
システムが条件を評価し、一致するリソースに Tag を割り当てます。結果は Execution History に表示されます。
💡 ヒント: policy を編集した後のバックフィルや、policy 作成前に作られたリソースへの Tag 割り当てには Run now を使います。
Execution History を確認する
- policy カードをクリックして Execution History セクションを展開します。
- 各行には次が表示されます。
- Run at: 実行日時
- Trigger: Manual run / On creation
- 結果:
{n} matched → {n} tagged[, {n} skipped] - Status: Success / Partial / Skipped / Failed
| Status | 意味 |
|---|---|
| Success | 一致したすべてのリソースに Tag が割り当てられた |
| Partial | 一部のリソースがスキップされた。多くは継承タグを置き換えできない、または cluster にメンバー VM がないことが原因 |
| Skipped | 条件に一致するリソースがなかった |
| Failed | 実行中に技術的なエラーが発生した |
実行の詳細を確認する
結果リンク({n} matched → {n} tagged)をクリックすると、Run details modal が開きます。
- 一致した各リソースの一覧
- ステータス: Tagged(緑)または Skipped(オレンジ)
- Note 列: Skipped の場合のスキップ理由
スキップ理由の例: "Inherited tag from k8s-prod-cluster-01 — cannot be replaced"
policy を編集する
- policy カードで ⋮ → Edit をクリックします。
- ウィザードが編集モードで開きます。Resource scope と Action はロックされています。
- 名前、条件、トリガー、または Tag の一覧を編集します。
- Save changes をクリックします。
確認ダイアログには、変更が以降の実行にのみ適用されることが表示されます。バックフィルには Run now を使います。
policy を削除する
- policy カードで ⋮ → Delete をクリックします。
- ダイアログで確定します。
policy を削除しても、すでに割り当て済みの Tag には影響しません。
