ライフサイクル管理のパフォーマンス特性
Azure Blob Storage ライフサイクル管理を使用すると、オブジェクトを低コストのアクセス層に移行したり、ライフサイクルの最後にオブジェクトを削除したりしてストレージ コストを削減することができます。 ポリシーがアクティブな場合、ライフサイクル管理は、ライフサイクル管理ポリシーで指定されたフィルター セットとルールに一致するストレージ アカウント内のオブジェクトを定期的に処理します。 ポリシーがストレージ アカウント内のオブジェクトの処理を完了するために必要な時間は、評価および操作するオブジェクトの数、アカウントに対する顧客のワークロード、ストレージ リソースの可用性など、多くの要因によって異なります。 場合によっては、ストレージ アカウント内のすべてのオブジェクトの処理が完了するまでに数日かかることがあります。 新しいライフサイクル管理ポリシーの実行は、進行中の実行が完了した後にのみ開始されます。 ライフサイクル管理は、これらの要因を念頭に置きながら、実行速度を常に最適化しています。
ライフサイクル管理のパフォーマンスに影響を与える要因
1 つのストレージ アカウント内のオブジェクトを処理するためにライフサイクル管理が要する実行時間に影響を与える要因は多数あります。
ライフサイクル管理は、ライフサイクル管理ポリシーでフィルター セット (プレフィックスまたはファイル パス) を作成することで、スコープを設定するストレージ アカウント内のオブジェクトのサブセットを処理します。 スコープを指定しない場合、またはスコープが広すぎる場合は、ライフサイクル管理で大量のオブジェクトを処理する必要があり、ポリシーの完了に必要な時間が長くなる可能性があります。 オブジェクトのかなりの割合がポリシー条件を満たしている場合も、処理時間が長くなる可能性があります。 この処理時間の増加は、ストレージ アカウントでポリシーが初めて有効になっている場合に特に当てはまります。
ライフサイクル管理ポリシーの実行によって行われた要求を含め、ストレージ アカウントに対して行われたすべての要求は、1 秒あたりの要求数に対して同じ制限に達します。 その要求の制限に近づくと、顧客のワークロードによって行われる要求に優先順位が与えられます。 ストレージ アカウントのスケーラビリティとパフォーマンスの制限に達すると、オブジェクトの処理の待機時間も長くなります。 特定の時間枠内に実行する必要がある操作を決定するときは、この待機時間を考慮してください。 standard ストレージ アカウントの スケーラビリティとパフォーマンスのターゲットについて詳しく説明します。
お客様のワークロードに優先順位を付けることで、ライフサイクル管理によって、これらのワークロードを中断を最小限から無くして実行できます。 ただし、ライフサイクル管理によって処理されるオブジェクトの割合に影響を与える可能性があります。 このような場合、オブジェクトの作成と変更の速度が、ライフサイクル管理がストレージ アカウントを処理できる速度よりも高くなる可能性があります。
ポリシー条件は、ポリシーの実行中に各オブジェクトで 1 回だけ評価されます。 場合によっては、実行によって既に評価された後に、オブジェクトが条件を満たす場合があります。 このようなオブジェクトは、後続の実行時に処理されます。
これらの条件のいずれかが発生すると、ストレージ アカウント内のオブジェクトの処理が完了するまでに、ライフサイクル管理に数日かかる場合があります。 ライフサイクル管理のこのパフォーマンス特性により、オブジェクトの処理に時間がかかり、ストレージ容量が増加する可能性があります。
ライフサイクル管理のパフォーマンスを向上させるためのベスト プラクティス
ライフサイクル管理ポリシーのスコープを絞り込む
ライフサイクル管理が実行の完了に時間がかかる場合は、フィルター セットを適用して検索と評価の範囲を絞り込みます。 これを行うには、ライフサイクル管理ポリシー ルールの作成時にプレフィックスや BLOB インデックス タグを追加します。 スコープが狭い場合、ライフサイクル管理で操作を最適化できます。
ヒント
Azure Storage Copilot を使用して、ライフサイクル管理ポリシーの構成に役立ちます。
ストレージとトランザクションのコストを最適化する
小さなオブジェクトを安価なストレージ層に移行するためにトランザクション コストを支払う代わりに、小さなオブジェクトが現在のレベルに留まる方がコスト効率が高くなる可能性があります。 必要な場合を除き、小さなファイルを下位レベルに移動しないでください。 詳細については 適切なストレージ層の選択に関するページを参照してください。
ヒント
Azure Storage Actions では、サイズベースのオブジェクト ターゲット設定と階層化/削除操作がサポートされます。
適切な時間ベースのルールを設定する
オブジェクトの作成、変更、または最後のアクセス時間、およびポリシーによる意図された操作の間に短い期間を使用するポリシー条件は避けてください。 ライフサイクル管理は、前の実行が完了した後に処理を開始するまでに最大 24 時間かかる場合があります。 ポリシーの変更と更新も有効になるまでに最大 24 時間かかる場合があります。 これには、ポリシーを非アクティブにするためのすべてのルールの削除が含まれます。 完了に数日かかるポリシーは、実行期間の条件を満たしている場合でも、実行の前に評価されたオブジェクトでは動作しない可能性があります。
スケーラビリティとパフォーマンスの制限に注意する
ストレージ アカウントの要求レートと帯域幅は、オブジェクト のサイズ、アクセス パターン、ワークロードの種類によって異なります。 ライフサイクル管理では、トラフィックの多いワークロード中にオブジェクトの処理速度が遅くなる可能性があります。 ストレージ アカウントがアカウントの制限に達し、ライフサイクル管理処理の速度が低下していることに常に気付く場合は、アカウント制限の引き上げを要求してください。 ライフサイクル管理のパフォーマンスは、リソースの割り当てとワークロードの優先順位付けに基づいて向上する可能性があります。 増やすよう依頼するには、 Azure サポート にお問い合わせください。
トラブルシューティングと監視を設定する
ライフサイクル管理ポリシーのパフォーマンスを定期的に評価する必要があります。 ライフサイクル管理ポリシーの実行が完了したときに通知を受け取るように、 Event Grid 通知 を設定します。 実行の詳細を調べるには、 Azure Monitor でストレージ リソース ログを使用します。