aws-storage

概要

このスキルは、AWS のストレージサービスの選択、ストレージクラスの選定、コストの最適化、ストレージサービスの運用に使用するリソースへのルーティングに関する専門知識を提供します。オブジェクトストレージ（S3 汎用バケットとそのストレージクラス、ディレクトリバケット上の S3 Express One Zone、S3 Tables、S3 Vectors）、ファイルストレージ（Amazon EFS、S3 Files、FSx for Lustre、FSx for NetApp ONTAP、FSx for OpenZFS、FSx for Windows File Server）、ブロックストレージ（EBS ボリュームタイプと EC2 インスタンスストア）、およびそれらを接続するデータ移動・保護サービス（DataSync、Storage Gateway、Transfer Family、AWS Backup）を対象としています。データベースや分析クエリエンジンについては扱いません。AWS MCP サーバーの有無にかかわらず動作します。利用できる場合は、現在の仕様や料金の確認に AWS MCP サーバーを推奨します。また、標準の AWS CLI でもすべてのガイダンスを利用できます。単一サービスに関する詳細な作業では、以下のルーティングセクションに記載されている専門スキルにルーティングしてください。

ユーザーのクエリへの対応方法

このスキルが起動されたら、ユーザーのリクエストを分類し、適切な手順に従ってください。

ルール

以下のルールは、手順にかかわらずすべての回答に適用されます。

1. 必ず最新の数値を確認してください。AWS MCP サーバーを利用できる場合は、具体的な数値を提示する前に search_documentation と read_documentation を使用して照合してください。料金を提示する場合は、必ず該当する料金ページへのリンクを含めてください。パフォーマンス指標を提示する場合は、必ず該当する製品ページへのリンクを含めてください。それ以外の場合は、リンク先の AWS ドキュメントページを確認するか、AWS CLI を使用して現在の値を確認してください。参照ファイルで現在の値の確認先としてドキュメントが指定されている場合は、回答前に必ずリンク先のページからその値を取得してください。記憶している数値で代用したり、取得した値の代わりに概算や範囲を提示したりしないでください。現在の環境で値を取得できない場合は、記憶に基づく値を提示せず、確認できなかった値を明示してください。
2. そのサービスに関する質問に回答する前に、以下のルーティングセクションから該当するサービスの参照ファイルを必ず取得してください。AWS のストレージ仕様、制限、サービス機能は頻繁に変更されます。記憶だけを頼りに回答してはいけません。参照ファイルに記載されている関連するトラブルシューティングのガイダンスや注意点を、回答に必ず含めてください。特定のサービスについて、あるワークロードが参照ファイルに「明示的に」記載されていることを理由にせず、ワークロードとの適合性を根拠に推奨を説明してください。
3. サービスやアプローチを推奨する場合は、必ずコストへの影響を含めてください。ユーザーから尋ねられるまで待たないでください。ストレージ料金だけでサービスを比較しないでください。メタデータ料金など、オブジェクトごとの料金が総保有コスト（TCO）を大きく左右することがあります。ストレージの選定を超える詳細なコスト分析、モニタリング、最適化については、billing-and-cost-managementスキルにルーティングしてください。
4. 推奨を行う際は、ユーザーのニーズを明確に把握している必要があります。回答の具体性をリクエストの具体性に合わせてください。クエリからストレージのカテゴリと関連サービスが特定できる場合は、情報を取得して直接推奨してください。クエリの情報が十分でない場合は、推奨の前提と制約を明示し、それを確認または変更するための追加質問を含めてください。クエリからストレージのカテゴリをまったく特定できない場合に限り、推奨の代わりに追加質問をしてください。このスキルの対象範囲外であっても、ワークロードに最適なサービスを推奨し、対象範囲内の関連オプションを代替案として追加してください。

ステップ 1：インテントを分類する

ユーザーが必要としていることを判断します。

インテント	トリガーの例	意味
SELECT	「何を使えばよいですか？」「どのサービスですか？」「サービス A とサービス B を比較して」「選ぶのを手伝って」「X を AWS に移行したい」（サービス名が指定されていないワークロードの説明）	ストレージサービスまたはアプローチの選択について、ユーザーがサポートを必要としています
INVESTIGATE	「サービス X の設定方法は？」「サービス Y が失敗するのはなぜですか？」「サービス Z の制限は？」「サービス X の利用を開始するには？」（特定のサービス名を挙げ、運用に関する質問をしている）	ユーザーは利用するものが決まっており、利用開始、トラブルシューティング、または運用に関するサポートを必要としています

必ず、以下の該当するパスの指示に従って対話を進めてください。

曖昧な場合：ユーザーの主な要望が推奨であれば、状況にかかわらず SELECT です。既知の計画を実行するためのサポートが必要であれば、INVESTIGATE です。

---

ステップ 2a：SELECT パス

ユーザーは選択についてサポートを必要としています。推奨にあたって、以下の判断要因を必ず考慮し、選択を左右する情報が不足している場合は質問してください。

判断要因：

#	判断要因	把握する内容
1	ワークロードのコンテキスト	新しいワークロードですか、それとも既存のワークロードの移行ですか？移行の場合、移行元のシステム（NetApp、ZFS、Windows File Server、Lustre、GPFS など）は何ですか？このストレージにアクセスするアプリケーションまたはワークロードは何ですか？データへのアクセス方法（API、ファイルプロトコル、ブロックデバイス）は何ですか？クライアントが実行している OS またはプラットフォームは何ですか？データモデル（構造化／表形式、ベクトル埋め込み、非構造化オブジェクト、ファイルシステム）は何ですか？
2	容量とアクセスパターン	データ量、ファイルまたはオブジェクトの数、一般的なサイズはどのくらいですか？アクセスパターンはシーケンシャルですか、それともランダムですか？読み取り中心、書き込み中心、または混在ですか？
3	パフォーマンス要件	レイテンシー、スループット、IOPS に関する具体的な要件はありますか？想定される同時実行数（同時にアクセスするクライアントまたはコンピュートノードの数）はどのくらいですか？
4	耐久性とデータ保護	目標復旧時間（RTO）はどのくらいですか？目標復旧時点（RPO）はどのくらいですか？コンプライアンス上の保持要件はありますか？リージョン間の耐障害性は必要ですか？イミュータビリティは必要ですか？
5	可用性	マルチ AZ とシングル AZ のどちらが適切ですか？特定のコンピュートとのコロケーションが必要ですか？

候補サービスを特定する際はストレージオプションの表を使用し、サービスを候補から除外するためには使用しないでください。「一般的なワークロード」列とのキーワードの一致だけで、答えが決まるわけではありません。以下のルーティングセクションを使用して、候補となる各サービスの参照ファイルを必ず取得してください。

これらの要因を考慮して、具体的な AWS ストレージサービスを推奨し、次の内容を示してください。

1. ユーザーが示した要件に基づく、明確な根拠を必ず含めてください。
2. 選択肢が拮抗している場合や、未指定の情報に左右される場合は、代替案を必ず提示し、トレードオフを説明してください。

---

ステップ 2b：調査パス

ユーザーは利用するサービスやアプローチを把握しており、運用面でのサポートを必要としています。

1. 以下の表に基づいて質問の領域を分類し、どのコンテキストが重要かを特定します。

質問の領域	質問の例	確認する内容
移行とデータ転送	「データを AWS に移行するにはどうすればよいですか？」「DataSync を設定する」「オンプレミスの NFS から EFS に同期する」、移行元から移行先への移行に関する質問	移行元のシステムとプロトコル、移行先のサービス、データ量、AWS へのネットワーク経路（Direct Connect、VPN、インターネット）
データ保護とレジリエンス	「バックアップを設定する」「クロスリージョンレプリケーション」「DR 戦略はどうすればよいですか？」「RTO を 1 時間未満にする」、フェイルオーバー、不変性	障害シナリオ（削除、破損、AZ／リージョンの喪失、コンプライアンス上の保留）、RTO と RPO の目標、レプリケーションの範囲（同一リージョン、クロスリージョン、クロスアカウント）
コストとライフサイクル	「ストレージ料金を削減する」「ボリュームを適正なサイズにする」「コストを最適化する」、ライフサイクルルール、階層化の判断、ストレージクラスの選択	現在のサービスと設定、アクセス頻度（毎日、毎週、まれ）、データ量と増加の傾向
パフォーマンス	「読み取りが遅い」「スループットがボトルネック」「IOPS を増やしたい」、サイジング	観測値と必要な値（レイテンシー、IOPS、スループット）、アクセスパターン（ランダム／シーケンシャル、読み取りと書き込みの比率）、ボトルネックとして疑われるのがストレージかコンピューティング／ネットワークか
セキュリティとコンプライアンス	「保存時の暗号化」「バケットへのアクセスを制限する」「HIPAA に準拠する」、アクセス制御、コンプライアンスフレームワーク	セキュリティの目標（アクセスの制限、アクセスの監査、暗号化、ネットワークの分離、コンプライアンス要件への対応）、該当する場合はコンプライアンスフレームワーク
設定とガイダンス	「EKS に EFS をマウントする」「レプリケーションを設定する」「サービス X は Y に対応していますか？」、デプロイ手順、ベストプラクティス	クライアント環境（OS、コンピューティングの種類、VPC／オンプレミス）、対象の操作または機能
トラブルシューティング	「AccessDenied エラーが発生する」「マウントが停止している」「予期しないレイテンシーの急増」「ライフサイクルルールで移行されないのはなぜですか？」	エラーメッセージまたは症状、最近の変更内容、これまでに試したこと

2. クエリで明らかになっていない情報について、「確認する内容」の列に基づいて状況確認の質問をします。不足している詳細によってガイダンスが変わらない場合は、追加の質問を待たずに、前提を明示したうえで回答します。
3. 候補となるすべてのサービスについて、以下のルーティングセクションにある参照ファイルを必ず取得します。
4. 具体的ですぐに実行できるガイダンス、注意点、ドキュメントへのリンクを含めて回答します。
5. 設定またはセキュリティに関する質問に回答する場合は、可観測性を確保するため、アクセスログ、CloudTrail データイベント、CloudWatch メトリクスを有効にすることを必ず推奨します。

ストレージの選択肢

このスキルが対象とする AWS ストレージサービスを、ストレージのカテゴリ別にまとめています。ストレージカテゴリの詳細については、ブロック、ファイル、オブジェクトストレージの比較を参照してください。

オブジェクトストレージ

サービス	主な特徴	一般的なワークロード
S3 General Purpose	ほぼ無制限に拡張できるオブジェクトストレージで、頻繁なアクセス向けから低コストのアーカイブ向けまで、複数のストレージクラスを提供します。ライフサイクルルールにより、アクセス頻度の低いデータに最適化された、より低コストのストレージクラスへデータを移行できます。リージョンで利用できます。どこからでも REST/HTTP API 経由でアクセスできます。	データレイクと分析、バックアップおよびアーカイブの保存先、ML トレーニングデータ、メディアストレージとコンテンツ配信、ログおよびイベントデータ、静的なウェブサイトやアプリケーションのアセット、規制およびコンプライアンス対応のアーカイブ
S3 Express One Zone	頻繁にアクセスされる、レイテンシーに敏感なデータに対して、ミリ秒台前半のレイテンシーを実現するよう最適化された単一 AZ のディレクトリバケットです。	大規模な ML のトレーニングと推論、Spark と EMR のシャッフル、ML のチェックポイント、一時データおよびモデルの読み込み、ETL の中間データ、ホットパーティションに対するインタラクティブ分析、オブザーバビリティとログ分析（ホットティア）、Kafka の階層型ストレージ、メディアと動画の編集、高頻度のトランザクションアクセス、機械学習の推論向けキャッシュ
S3 Tables	自動コンパクションとクエリ最適化を備えた、S3 上のマネージド Apache Iceberg テーブルです。リージョンで利用できます。SQL エンジンでクエリする構造化された表形式データ向けに構築されています。	データレイクテーブル、構造化分析データ、ETL パイプラインの出力、SQL 分析のためのテーブルへのストリーミング、S3 外部のオープンテーブルフォーマットデータまたは S3 上のセルフマネージド Iceberg からの移行
S3 Vectors	ベクトル埋め込みをコスト効率よく保存およびクエリするためのネイティブサポートを備えた、S3 上のベクトルストレージと類似性検索です。S3 General Purpose バケットと同じ伸縮性、耐久性、可用性を提供します。リージョンで利用できます。	RAG パイプライン、セマンティック検索、レコメンデーションシステム、ベクトルの重複排除と照合、異常および不正の検出、AI エージェントのメモリ、大規模なベクトルデータセットのコスト効率のよい保存
S3 Metadata	システム定義の詳細、ユーザー定義のメタデータ、オブジェクトタグ、注釈を含む、完全マネージドの読み取り専用 Apache Iceberg テーブル内のクエリ可能なオブジェクトメタデータです。	ビジネス分析、コンテンツのカタログ化、データガバナンスとコンプライアンス、ストレージの最適化、リアルタイム推論アプリケーション、AI エージェント

ファイルストレージ

サービス名を記載する場合は、必ず正式名称（FSx for Lustre、FSx for Windows File Server、FSx for NetApp ONTAP、または FSx for OpenZFS）を指定してください。EFS と S3 Files は Lambda と Fargate からマウントできます。サーバーレスコンピューティングからマウントできるその他のサービスについては、最新の AWS ドキュメントで確認してください。FSx for NetApp ONTAP と FSx for OpenZFS のデータには、FSx 用 S3 アクセスポイントを介して、サーバーレスコンピューティングや S3 ベースのパイプラインからアクセスできます（データをコピーせずに S3 API 経由でファイルデータを公開します。ユーザーが S3 ネイティブのコンシューマーや分析サービスから FSx 上のデータを読み取る必要がある場合は、この方法を提示してください）。

サービス	主な特徴	一般的なワークロード
EFS	EFS Standard、EFS Infrequent Access（EFS IA）、EFS Archive の各ストレージクラスを提供し、EFS Lifecycle Management によって自動的にコストを最適化します。容量計画やプロビジョニングが不要な、サーバーレスで伸縮自在の NFS です。Lambda、Fargate、EC2、ECS、EKS からマウントできます。デフォルトはマルチ AZ（リージョナル）で、One Zone も選択できます。多くのクライアントによる同時アクセスで高い総スループットが必要な、Linux ファイル共有を実現する最も簡単な方法です。	コンテナ（ECS、EKS、Fargate）、クラウドネイティブの Linux アプリケーション、サーバーレスの永続ストレージ、分析と ML のトレーニングデータ（SageMaker を含む）、ビッグデータ、メディア処理、コンテンツ管理、共有ホームディレクトリ、Web サービス、開発／テスト、アクセス頻度の低いファイルデータ
FSx for Lustre	SSD と Intelligent-Tiering のストレージクラスを提供します。Intelligent-Tiering は完全に伸縮自在で、SSD は固定容量です。多数のコンピューティングノードからの大規模並列アクセスに対応し、非常に高い総スループットを実現する並列ファイルシステムです。	大規模な ML および GPU のトレーニングと推論、HPC、ゲノム解析と地震データ処理、金融モデリング、メディアレンダリング、バックエンド EDA
FSx for OpenZFS	SSD に加えて Intelligent-Tiering を利用でき、ZFS データ管理機能（書き込み可能なクローンの即時作成、スナップショット、圧縮、オンデマンドレプリケーション）を備えています。高い IOPS と非常に低いレイテンシーを実現し、パフォーマンスが重要なワークロードや迅速な開発／テストサイクルに適した、運用が簡単でコスト効率の高いサービスです。シングル AZ とマルチ AZ のデプロイモデルを選択できます。FSx 用 S3 アクセスポイント経由で S3 API にアクセスできます。	データベース（EC2 上を含む）、高速なクローンを使った開発／テスト、ZFS または Linux-NFS からの移行、フロントエンド EDA、金融モデリング、メディア処理、レイテンシーの影響を受けやすい基幹業務アプリケーション
FSx for NetApp ONTAP	ONTAP のデータ管理機能をすべて備えています（SnapMirror レプリケーション、FlexClone、重複排除、圧縮、SnapLock WORM、QoS、vscan アンチウイルス、ファイルアクセス監査）。マルチプロトコルに対応し、NFS、SMB、iSCSI、NVMe-over-TCP、および FSx 用 S3 アクセスポイント経由の S3 API をサポートします。高い総スループットと IOPS に拡張できます。シングル AZ とマルチ AZ のデプロイモデルを選択できます。	エンタープライズ向けネットワーク接続ストレージ（NAS）の移行、マルチプロトコル環境、汎用ファイル共有とホームディレクトリ、EC2 上を含むビジネスクリティカルなデータベース（SAP HANA、Oracle、SQL Server）、VMware データストア、基幹業務アプリケーション（医用画像処理、製品ライフサイクル管理）、フロントエンド EDA（チップの設計と検証）、ハイブリッド環境と DR
FSx for Windows File Server	Windows Server 上に構築されたフルマネージドの SMB ファイルストレージで、Active Directory の ID 管理（Kerberos、NTFS ACL）、DFS 名前空間、シャドウコピー、FSRM クォータを備えています。Linux および macOS のクライアントからも共有にアクセスできます。シングル AZ とマルチ AZ のデプロイモデルを選択できます。	Windows のファイル共有、ホーム共有、部門共有、.NET アプリケーション、Microsoft SQL Server、Windows Server の移行

ブロックストレージ

サービス	主な特徴	一般的なワークロード
EBS	EC2 インスタンスにネットワーク経由で接続する、高性能な仮想ディスクです。耐久性があり、サイズ変更可能な SSD または HDD で、インスタンスとは独立してデータを保持します。バックアップ用のスナップショット、時間ベースのスナップショットコピーに対応し、gp3 では容量とは独立してパフォーマンスをプロビジョニングできます（最新のボリューム上限を確認してください）。ボリュームの即時クローンに対応しています。アベイラビリティーゾーン（AZ）単位です。	データベース、トランザクション処理アプリケーションおよびファイルシステム、ブートボリューム、開発／テスト環境、シーケンシャルなバッチ処理、ログおよびデータウェアハウスのスキャン
EC2 Instance Store	ホストサーバーに内蔵された物理ローカル SSD ストレージで、最小のレイテンシーと最大のスループットを実現します。一時的なストレージであり、インスタンスの停止時やハードウェアの障害時にはデータが失われます。	失っても問題のない一時的なスクラッチデータ、キャッシュ、バッファー

---

サービス間の重複領域

一部のストレージ機能はカテゴリの境界を越え、あるストレージカテゴリのサービスに、通常は別のカテゴリに関連付けられるインターフェースを提供します。ワークロードで複数のプロトコルやインターフェースから共有データにアクセスする必要がある場合は、これらの機能を紹介してください。

機能	実現できること	概要	追加の情報源
S3 Files	ファイルベースのアプリケーションから S3 データにアクセスできるようにします	EFS インフラストラクチャー上に構築された、S3 バケットに対するフルマネージドの NFS ファイルアクセスです。データは記録の正本として S3 に保持されます。ファイルロック、POSIX 権限、完全な読み書きに対応しています。データがすでに S3 にあり、オブジェクトアクセスと並行してファイルパスからのアクセスが必要な場合は、EFS よりこちらを選択してください。	references/s3-files-knowledge.md、references/efs-knowledge.md
FSx 用 S3 Access Points	FSx 上のデータを S3 ベースのアプリケーションやサービスからアクセスできるようにします	FSx for NetApp ONTAP または FSx for OpenZFS のデータを、バケットにコピーせずに S3 API 経由で公開します。ファイルデータを S3 ネイティブのコンシューマーに届ける必要がある場合や、サーバーレスまたは S3 ベースのアプリケーションから FSx for NetApp ONTAP または FSx for OpenZFS 上のデータにアクセスする必要がある場合に紹介してください。	references/fsx-ontap-knowledge.md、references/fsx-openzfs-knowledge.md

---

セキュリティ

AWS ではクラウドセキュリティを最優先事項としており、AWS とお客様の共同責任です。ストレージリソースを推奨または設定する際は、必ずセキュリティに関するガイダンスを含めてください。必ず保存時の暗号化と転送中の暗号化を有効にするよう推奨してください。保存時の暗号化が任意、またはデフォルトで有効になっていない場合は、作成時に有効にするよう明示的に助言してください。作成後に変更できないことが多いためです。IAM ポリシーの対象を認可されたプリンシパルに絞り、最小権限を適用するよう推奨してください。サービスをまたいだ混乱した代理人攻撃を防ぐため、リソースポリシーに条件キー（例：aws:SourceArn、aws:SourceAccount、aws:SourceVpc）を追加するよう推奨してください。ログの送信先は必ず暗号化するよう推奨してください。CloudTrail の証跡と CloudWatch Logs のロググループには AWS KMS、サーバーアクセスログのバケットにはサーバー側の暗号化、SNS トピックには AWS KMS を使用してください。有効期間の長い SSH キーよりも、短期間有効な認証情報または IAM ベースの認証（例：一時トークンを使用するカスタム IdP 経由）を優先してください。SSH キーが必要な場合は、ローテーションポリシーを適用し、対応サービスでは秘密鍵を AWS Secrets Manager に保存してください。セキュリティグループのインバウンドルールは、該当する最小範囲の送信元（特定のクライアントセキュリティグループまたは最小限の CIDR）に制限するよう推奨してください。サービス固有のセキュリティ制御、暗号化モデル、ドキュメントへのリンクは、各リファレンスの「Service Information」テーブルの「Security」行に記載されています。そのサービスについて助言する前に、必ず確認してください。

ルーティング

AWS MCP サーバーの retrieve_skill ツール経由で読み込まれた場合、このスキルはローカルファイルシステムにインストールされていません。各リファレンスは、file パラメーターを指定して retrieve_skill で取得する必要があります（例：file="references/s3-general-purpose-knowledge.md"）。これらのパスをローカルで file_read してはいけません。AWS MCP サーバー以外から読み込まれた場合（たとえば Agent Toolkit のローカルファイルシステムからの場合）は、スキルディレクトリ内の相対パスからリファレンスファイルを直接読み込んでください。

リファレンスファイル

トピック	リファレンス
S3（汎用）	references/s3-general-purpose-knowledge.md
S3 メタデータ	references/s3-general-purpose-knowledge.md
S3 Tables	references/s3-tables-knowledge.md
S3 Vectors	references/s3-vectors-knowledge.md
S3 Express One Zone	references/s3-express-knowledge.md
S3 Files	references/s3-files-knowledge.md
Amazon EFS	references/efs-knowledge.md
FSx for Lustre	references/fsx-lustre-knowledge.md
FSx for NetApp ONTAP	references/fsx-ontap-knowledge.md
FSx for OpenZFS	references/fsx-openzfs-knowledge.md
FSx for Windows File Server	references/fsx-windows-knowledge.md
Amazon EBS	references/ebs-knowledge.md
データの移動と保護（DataSync、Transfer Family、Storage Gateway、AWS Backup）	references/data-movement-and-protection-knowledge.md

専門スキル

トピック	リファレンス
S3 のセキュリティ	securing-s3-buckets
S3 Tables の使用	creating-data-lake-table
S3 Vectors の使用	storing-and-querying-vectors
S3 Files のトラブルシューティング	troubleshooting-s3-files
EFS のトラブルシューティング	troubleshooting-efs
S3 システムテーブルのクエリ	querying-aws-s3
データレイクへのデータ取り込み	ingesting-into-data-lake
データレイクのアセットの検索	finding-data-lake-assets
データレイクのクエリ	querying-data-lake