- 基本情報
- ベスト プラクティス
- テナント
- Cloud ロボット
- フォルダー コンテキスト
- 自動化
- プロセス
- ジョブ
- Apps (アプリ)
- トリガー
- ログ
- 監視
- キュー
- アセット
- ストレージ バケット
- Test Suite - Orchestrator
- リソース カタログ サービス
- Integrations
- トラブルシューティング
キュー アイテムの保持ポリシー
キュー アイテムを処理すると大量のトランザクションが生成され、Orchestrator のデータベースに急速にデータが溜まる可能性があります。保持ポリシーを使用すると、秩序立った方法でデータベースを解放できます。
保持ポリシーとは、一定期間後にデータベースからデータを削除するアクションを設定することで、データをオフロードする組み込み機能を確実に使用することに合意する契約です。保持ポリシーを利用することでデータベースが軽くなり、Cloud Orchestrator のパフォーマンスが向上します。
指定したキューに対して設定した保持ポリシーは、以下の条件を同時に満たすすべてのキュー アイテムに適用されます。
- 完了したキュー アイテムの場合
- 最終ステータスは、 失敗、 成功、 破棄済み、 リトライ済み、 削除済みです。
- 保持期間である X 日間にわたって変更されていないこと。
- 未完了のキュー アイテムの場合
- ステータスは [新規 ] です。
- 保持期間である X 日間にわたって変更されていないこと。
進行中および延期されたキュー アイテムの保持期間は、延期日までの日数 + 保持期間に設定された日数のように計算されます。
例
- キュー A に対して 30 日間の保持期間で削除アクションを設定したとします。
- キュー A に属するキュー アイテム B は 10 日延期されます。
キュー アイテム B は 40 日後に削除されます。
キュー アイテムの検証アルゴリズムはすべてのキューを検索し、以下の 4 つのプロパティを上から順に検証して、条件に合致するキュー アイテムを決定します。
- 1 - 最終変更時刻
- 2 - 処理終了時刻
- 3 - 処理開始時刻
- 4 - 作成時刻
キュー アイテムに最終変更時刻の値 (1) がない、または値が null の場合は、アルゴリズムは処理終了時刻の値 (2) を調べます。処理終了時刻の値が null の場合、アルゴリズムは処理開始時刻の値 (3) を調べます。処理開始時刻の値が null の場合、アルゴリズムは作成時刻の値 (4) を検索し、最初に見つかった非 null 値に基づいてポリシーを適用します。
保持期間はカレンダー日に基づいて計算されます。したがって、条件を満たしたキュー アイテムは X+1 カレンダー日に削除されます。ここでの X は保持期間、+1 はその直後のカレンダー日に削除ジョブが実行されることを示します。
ジョブは直後のカレンダー日の最初、つまり保持期間が終了した時点の数時間後に実行される可能性がありますのでご注意ください。
たとえば、保持期間を 1 日に設定するとします。
キュー アイテムの最終変更時刻が 10-06-2022 00:01:00 (カレンダー日の最初の 1 分) でも、10-06-2022 23:59:00 (カレンダー日の最後の 1 分) である場合でも、削除ジョブは 6 月 12 日 (6 月 10 日 + 1 日の保持期間 + 1 日後 = 6 月 12 日) に実行されます。
つまり、以下のことが分かります。
- 直後のカレンダー日にアーカイブを行うことで、少なくとも 1 カレンダー日 (保持期間) はキュー アイテムのデータが確実に保持されます。
- アイテムのアーカイブは、直後のカレンダー日の終わりまでに確実に完了することが目指されます。
保持ポリシーの種類は以下のとおりです。
- 新しく作成されるキュー向けの既定のポリシー - 新しいキューに含まれるすべてのトランザクションは 30 日後に削除され、削除されたトランザクションを元に戻すことはできません。これは組み込みオプションです。
- カスタム ポリシー - すべてのトランザクションは選択した期間の保持期間後に削除またはアーカイブされます。 このオプションは、「 カスタム保持ポリシーを設定する 」セクションの指示に従って設定できます。
- 完了したキュー アイテム:
- 既定の期間は 30 日です。
- 最長期間は 180 日です。
- 未完了のキュー アイテム:
- 既定の期間は 180 日です。
- 最長期間は 540 日です。
- 完了したキュー アイテム:
カスタム保持ポリシーのもたらす結果は次のとおりです。
- 指定した期間より古い、有効なキュー アイテムが削除されます。
- 指定した期間より古い、有効なキュー アイテムが削除されますが、そのデータは既存のストレージ バケットにアーカイブされ、あとで参照できます。これにより、情報を失うことなく Orchestrator のデータベースをオフロードできます。
- キュー アイテムの一意の参照が保持されるので、ポリシーの適用後に検証が実行されたことが保証されます。
注: 削除されたキュー アイテムの情報を含む Insights のダッシュボードでは、引き続き正しいデータが表示されます。
カスタム保持ポリシーを設定する手順は次のとおりです。
- Orchestrator でテナント内の目的のフォルダーに移動します。
- [キュー] ページを開きます。
- 新しいキューを追加するには [キューを追加] をクリックします。既存のキューを編集するには、対象のキューのそれぞれで [その他のアクション] > [編集] をクリックします。[キューを作成/更新] ページが開きます。
- [保持ポリシー] セクションで、[アクション] ドロップダウン メニューからポリシーの結果を選択します。
完了したキュー アイテムと未完了のキュー アイテムに対して、異なるポリシーの結果と保持期間を設定できます。
キュー アイテムを削除して情報を保持するには、「キュー アイテムをアーカイブする」の手順をご覧ください。
キュー アイテムを完全に削除するには、「キュー アイテムを削除する」の手順をご覧ください。
キュー アイテムのデータを失わずに Orchestrator のデータベースから情報をオフロードする必要がある場合は、キュー アイテムをアーカイブします。
前提条件: アーカイブされるキュー アイテムを保存するストレージ バケットが必要です。
- [アクション] ドロップダウン メニューから [アーカイブ] を選択します。
- 完了したキュー アイテムと未完了のキュー アイテムの両方の [ 保持期間 ] を選択します。
完了したキュー アイテムの場合、1 から 180 の値を選択できます。既定値は 30 です。
未完了のキュー アイテムの場合は、180 から 540 の値を選択できます。既定値は 180 です。
この期間の終了時には、それまでの間に更新されていないキュー アイテム (キュー アイテム イベントやコメントを含む) はすべて削除され、それらの情報は対象のバケットに保存されます。
- アーカイブされるアイテムを保存する対象のバケットを選択します。
アーカイブされた情報を取得するには、関連するストレージ バケットのアーカイブ ファイルにアクセスします。
注 1: ストレージ バケットには Orchestrator のストレージ バケットを使用するか、外部のストレージ バケットをリンクできます。
注 2: アーカイブによってストレージ バケットにアイテムを追加できるよう、使用するバケットは読み取り専用にしないでください。
注 3: 同じストレージ バケットを使用して異なるキューのキュー アイテムをアーカイブできます。
注 4: このフィールドは [アーカイブ] オプションでのみ使用できます。
注5: 暗号化されたキュー アイテムの固有データと出力データはストレージ バケットに表示されます。アーカイブ操作では、データの取得時に復号されてターゲット ストレージにエクスポートされるためです。
注 6: 正常に完了したアーカイブ操作は [テナント] > [監査] ページに記録され、[アクション] の種類が [アーカイブ] であることで識別できます。
注 7: エラーによってアーカイブ操作が中断された場合、エラーを修正するためにアラートで通知されます。アーカイブ操作は、削除ジョブの次回実行時 (次のカレンダー日) にリトライされます。アーカイブのリトライが成功するまで、影響を受けるキュー アイテムを表示またはアクセスすることはできません。
.zip
ファイルが作成されます。パスは次のとおりです。
「Archive/Queues/Queue-{queue_key}/{archiving_operation_date}-{archiving_operation_timestamp}.zip」それぞれ、次の値が使用されます。
- {queue_key} - キュー アイテムを含むキューの一意の識別子です。
- {archiving_operation_date} - アーカイブが生成された UTC 日付 (
yyyy-MM-dd
の形式) です。 -
{archiving_operation_timestamp} - アーカイブが生成された UTC 時刻 (
HH-mm-ss-fff
の形式) です。たとえば、アーカイブ ファイルの名前はArchive/Queues/Queue-1d1ad84a-a06c-437e-974d-696ae66e47c2/2022-05-26-03-00-08-496.zip
のようになります。
.zip
ファイルは同じ名前構文を持つ .csv
ファイルを表示します。ファイル名は次のとおりです。
「Queue-{queue_key}-{archiving_operation_date}-{archiving_operation_timestamp}.csv」
.csv
ファイル内のアーカイブされたキュー アイテムに関する情報について詳しくは、以下の画像でご確認ください。
処理済みのキュー アイテムのデータを不要と判断した場合は、すべての情報を Orchestrator のデータベースから削除できます。
- [アクション] ドロップダウン メニューから [削除] を選択します。
- 完了したキュー アイテムと未完了のキュー アイテムの両方の [ 保持期間 ] を選択します。
完了したキュー アイテムの場合、1 から 180 の値を選択できます。既定値は 30 です。
未完了のキュー アイテムの場合は、180 から 540 の値を選択できます。既定値は 180 です。
この期間の終了時には、それまでの間に更新されていないすべてのキュー アイテム (キュー アイテム イベントやコメントを含む) が完全に削除されます。
保持ポリシーをクライアントに組み込むには、Swagger ファイルで QueueRetention API の専用のエンドポイントを使用します。エンドポイントは以下のとおりです。
- GET
/odata/QueueRetention
- すべてのアクティブなポリシーのリストを返します。ポリシーのアクション、保持期間 (日)、ポリシーが適用されるキューの ID などの情報が含まれます。 - GET
/odata/QueueRetention({key})
- 指定したキューのポリシーの情報を返します。 - PUT
/odata/QueueRetention({key})
- 指定したキューのポリシーの情報を更新します。 - DELETE
/odata/QueueRetention({key})
- 指定したキュー ポリシーを、既定のポリシー (30 日間の保持 + 削除) にリセットします。
カスタム保持ポリシーが設定されているキューを簡単に特定するには、[キュー] ページの [列] ドロップダウン リストで [保持期間後のアクション] と [保持期間 (日)] 列のチェックボックスをオンにし、これらの列を有効化します。
[保持期間後のアクション] 列にはポリシーの結果が表示され、[保持期間 (日)] 列にはポリシーが適用されるまでの残り時間が表示されます。
前述のとおり、新しく作成されるキューには 30 日間の保持ポリシーが適用されます。ただし、既定のポリシーが設定されているキューを識別する際には、保持期間の値を識別基準として常に信頼することはできません。たとえば、カスタム保持期間を 55 日間に設定し、その後期間を 30 日間に更新した場合、更新後のポリシーは既定のポリシーではありません。各シナリオに既定のポリシーが設定されているかどうかを確認するには、[監査] ページをご覧ください。
0 は削除のアクションを表します。