Bring your own bucket (BYOB)、W&B Dedicated Cloud、または W&B Self-Managed を使用する場合、通常、チームでクラウドストレージプロバイダに直接料金を支払うことになります。このページでは、バケット内で容量を消費するもの、アプリまたは API で削除した後に W&B がオブジェクトをどのように削除するか、そして実際にどうなるかについて説明します。Documentation Index
Fetch the complete documentation index at: https://wb-21fd5541-john-wbdocs-2044-rename-serverless-products.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
バケット容量を消費するもの
W&B がストレージからデータを削除する仕組み
Artifacts
GORILLA_ARTIFACT_GC_ENABLED を設定し、バージョン管理やソフト削除などのプロバイダの要件を満たす必要があります。アーティファクトを削除するおよび環境変数を設定するを参照してください。
ランデータとランファイル
GORILLA_DATA_RETENTION_PERIOD で、削除されたランデータがストレージから削除可能になるまで保持される期間を設定します。この設定で アーティファクト が削除されることはありません。 ランおよびファイルの削除とストレージとの関係については、環境変数を設定する、専用クラウド向けの データ保持ポリシー、および ランを削除する を参照してください。
バックグラウンド クリーンアップで想定されること
バケット使用量を減らす
- 不要になったランは、W&B App で削除する か、Python で削除する ようにしてください。
- 不要になったアーティファクトを削除し、ワークフローに合う場合は アーティファクト TTL を使用してください。
- 削除したオブジェクトは、W&B 経由でダウンロードできなくなります。
- 削除するつもりのキーだけを削除してください。誤って削除すると、アプリがまだ参照しているデータにアクセスできなくなる可能性があります。
- バケットでオブジェクトのバージョン管理またはプロバイダのソフト削除 (たとえば Google Cloud Storage) を使用している場合、クラウドのライフサイクル ルールに従って非カレント バージョンやソフト削除されたオブジェクトの有効期限が切れるまで、ストレージ料金が発生し続けることがあります。