**このページは、ボールトと 2012 年リリース当時の REST API を使用する、Amazon Glacier サービスの既存のお客様のみを対象としています。**
アーカイブストレージソリューションをお探しの場合は、Amazon S3 の Amazon Glacier ストレージクラス (S3 Glacier Instant Retrieval、S3 Glacier Flexible Retrieval、S3 Glacier Deep Archive) を使用することをお勧めします。これらのストレージオプションの詳細については、「[Amazon Glacier ストレージクラス](https://aws.amazon.com/s3/storage-classes/glacier/)」を参照してください。
Amazon Glacier (元のスタンドアロンボールトベースのサービス) は、新規顧客を受け入れなくなりました。Amazon Glacier は、ボールトにデータを保存する独自の API を備えたスタンドアロンサービスであり、Amazon S3 および Amazon S3 Glacier ストレージクラスとは異なります。既存のデータは Amazon Glacier で無期限に安全性が確保され、引き続きアクセス可能です。移行は必要ありません。低コストの長期アーカイブストレージの場合、 は [Amazon S3 Glacier ストレージクラス](https://aws.amazon.com/s3/storage-classes/glacier/) AWS を推奨します。これにより、S3 バケットベースの APIs、低コスト、 AWS サービス統合で優れたカスタマーエクスペリエンスを実現できます。 AWS リージョン 拡張機能が必要な場合は、[Amazon Glacier ボールトから Amazon S3 Glacier ストレージクラスにデータを転送するためのAWS ソリューションガイダンス](https://aws.amazon.com/solutions/guidance/data-transfer-from-amazon-s3-glacier-vaults-to-amazon-s3/)を使用して、Amazon S3 Glacier ストレージクラスへの移行を検討してください。
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon Glacier リソースのタグ付け
*タグ*とは、AWS リソースに付けるラベルです。タグはそれぞれ、1 つの*キー*と 1 つの*値*で構成されており、どちらもお客様側が定義します。定義するタグを、Amazon Glacier (Amazon Glacier) ボールトリソースに割り当てることができます。タグの使用は、AWS リソースの管理やデータ (請求データなど) の整理を行うシンプルかつ強力な方法です。
**Topics**
+ [タグ付けの基本](#tagging-basics)
+ [タグの制限](#tagging-restrictions)
+ [タグ付けを使用したコストの追跡](#tagging-billing)
+ [タグ付けによるアクセス制御の管理](#tagging-access-control)
+ [関連するセクション](#related-sections-tagging)
## タグ付けの基本
Amazon Glacier コンソールを使用します。AWS Command Line Interface (AWS CLI)、または Amazon Glacier API を使用して、以下のタスクを完了します。
+ ボールトにタグを追加します
+ ボールトのタグを一覧表示します
+ ボールトからタグを削除します
タグを追加、一覧表示、削除する方法の詳細については、「[Amazon Glacier ボールトにタグを付ける](tagging-vaults.md)」を参照してください。
タグを使用すると、ボールトを分類できます。例えば、目的、所有者、環境などに基づいてボールトを分類できます。タグごとにキーと値を定義するため、特定のニーズを満たすためのカテゴリのカスタムセットを作成できます。たとえば、所有者と、ボールトの目的に基づいてボールトを追跡するのに役立つタグのセットを定義できます。以下に、タグのいくつかの例を示します。
+ 所有者: 名前
+ 目的: 動画のアーカイブ
+ 環境: 本稼働
## タグの制限
基本的なタグの制限は次のとおりです。
+ リソース (ボールト) のタグの最大数は 50 です。
+ タグのキーと値は大文字と小文字が区別されます。
タグのキー制約は次のとおりです。
+ ボールトの一連のタグ内で、各タグのキーは一意である必要があります。既に使用されているキーを含むタグを追加すると、新しいタグで、既存のキーと値のペアが上書きされます。
+ このプレフィックスは AWS で使用するために予約されているため、`aws:` でタグ キーを開始することはできません。AWS は、ユーザーに代わってこのプレフィックスで始まるタグを作成しますが、編集や削除はできません。
+ タグキーの長さは 1～128 文字 (Unicode) にする必要があります。
+ タグ キーは、次の文字で構成する必要があります。Unicode 文字、数字、空白、特殊文字: (`_ . / = + - @`)。
タグ値の制約は次のとおりです。
+ タグの長さは 0～255 文字 (Unicode) にする必要があります。
+ タグ値は空白にすることができます。空白にしない場合は、次の文字で構成する必要があります。Unicode 文字、数字、空白、特殊文字: (`_ . / = + - @`)。
## タグ付けを使用したコストの追跡
タグを使用して、AWS コストを分類して追跡できます。AWS リソース (ボールトなど) にタグを適用すると、AWS コスト配分レポートに、タグ別に集計された使用状況とコストが表示されます。自社のカテゴリ (例えばコストセンター、アプリケーション名、所有者) を表すタグを適用すると、複数のサービスにわたってコストを分類することができます。詳細については、*AWS Billing ユーザーガイド*の[コスト配分タグを使用したカスタム請求レポート](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html)を参照してください。
## タグ付けによるアクセス制御の管理
アクセスポリシーステートメントでは、タグを条件として使用できます。たとえば、リーガルホールドタグを設定して、「リーガルホールドタグの値が `True` に設定されている場合はアーカイブの削除を拒否する」という条件としてデータ保持ポリシーに含めることができます。このデータ保持ポリシーをデプロイし、通常の条件としてリーガルホールドタグを `False` に設定できます。調査のためにデータをリーガルホールドの対象にする必要がある場合は、リーガルホールドタグの値を `True` に設定することによって簡単にリーガルホールドを有効にすることができます。その後にリーガルホールドの対象から外す場合も、同様の方法で行えます。詳細については、*IAM ユーザーガイド*の「[タグを使用したアクセス制御](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_tags.html)」を参照してください。
## 関連するセクション
+ [Amazon Glacier ボールトにタグを付ける](tagging-vaults.md)