翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# アタッチされていない Amazon EBS ボリュームを削除する
## 概要:
アタッチされていない (孤立した) EBS ボリュームは、 AWS 環境に不要なストレージコストが発生する可能性があります。 AWS 環境衛生の一環として、未使用および未使用の EBS ボリュームの定期的なレビューと削除を組み込むことが重要です。EBS ボリュームの使用状況を継続的に確認するプロセスを整えることがベストプラクティスです。[AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) を使用して、十分に活用されていないインスタンスを確認できます。このセクションでは、アタッチされていない、または十分に活用されていない EBS ボリュームを特定、管理、削除するのに役立ちます。
## Amazon EBS
[Amazon Elastic Block Store (Amazon EBS)](https://docs.aws.amazon.com/ebs/latest/userguide/what-is-ebs.html) は、Amazon Elastic Compute Cloud (Amazon EC2) インスタンスにストレージボリュームを提供するブロックレベルのデバイスです。EBS は、EC2 インスタンスをアタッチおよびデタッチできる柔軟性を備えた永続的ストレージを提供します。つまり、EC2 インスタンスが終了した場合でも、EBS ボリュームのライフサイクルは維持されます。[DeleteOnTermination](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#preserving-volumes-on-termination) 属性は、インスタンスの終了時に、アタッチされた EBS ボリュームを保持するか削除するかを制御する機能です。デフォルトでは、ルートボリュームの属性は `True` に設定され、削除が実行されます。他のボリュームでは `False` に設定され、保持が実行されます。
## コストへの影響
アタッチされていない EBS ボリュームは、未使用ボリュームまたは孤立ボリュームとも呼ばれ、プロビジョニングされたストレージサイズとストレージタイプに基づいて、アタッチされたボリュームと同じ料金が発生します。Amazon EBS 料金の平均コストは月額 0.10 USD/GB と最小限に見えるかもしれませんが、未使用の EBS ボリュームが蓄積されると、時間の経過とともに大きなコストにつながる可能性があることを認識することが重要です。
例えば、次の表に示すように、それぞれが 100 GB のストレージサイズでプロビジョニングされた未使用の EBS ボリュームを 50 個保持した場合の影響を考えてみましょう。
****
| ストレージボリュームの数 | ボリュームタイプ | サイズ | 合計月額コスト |
| --- | --- | --- | --- |
| 50 ボリューム | gp2 (0.10 USD) | 100 GB | 100 GB 50.00 EBS ボリューム 0.10 USD/月 = 500.00 USD |
上記の表のシナリオでは、1 か月あたり約 500 USD、つまり年間 6,000 USD のコスト削減となります。これはコスト削減に向けた効果的なステップです。アタッチされていない EBS ボリュームの削除は、 AWS 環境衛生の通常のプラクティスとして組み込んでください。
## コスト最適化の推奨事項
を使用して AWS 、アタッチされていない EBS ボリュームの削除を簡単に自動化できます。例えば AWS Lambda、、 AWS Config、Amazon CloudWatch、 を使用して、年齢、タグ、その他の仕様に基づいて、アタッチされていないボリュームを削除する条件 AWS Systems Manager を定義できます。これらを使用して AWS のサービス 、クリーンアッププロセスを大規模に自動化することもできます。
意図しない結果を避けるため、アタッチされていない EBS ボリュームを削除する前にデューデリジェンスを実行することをお勧めします。
### アタッチされていない EBS ボリュームを管理する
次のベストプラクティスを検討することをお勧めします。
+ **コンプライアンス要件を満たす** – アタッチされていない EBS ボリュームの削除が組織のガバナンスおよびコンプライアンス要件に準拠していることを確認します。
+ **データバックアップおよび保持ポリシーを設定する** – アタッチされていない EBS ボリュームを削除する前に、重要なデータを別のストレージリポジトリ ([Amazon S3](https://aws.amazon.com/pm/serv-s3/) など) にバックアップします。データ保持に関しては、[Amazon EBS スナップショット](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-snapshots.html)は EBS ボリュームよりもコスト効率の高いデータ保持方法であり、将来必要に応じてボリュームを復元できます。スナップショットの効果的な管理の詳細については、このガイドの「[Amazon EBS スナップショットを変更する](ebs-migrate-gp2-gp3.md)」セクションを参照してください。
+ **依存関係をチェックする** – アタッチされていない EBS ボリュームと他の AWS リソース間の依存関係をチェックします。[AWS マネジメントコンソール または API](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-describing-volumes.html) を使用して、サイズ、ステータス、関連リソースなど、EBS ボリュームに関する説明情報を収集できます。これは、一時的にアタッチされていないリソースを削除しないようにするための重要なステップです。
+ **保持ポリシーを作成する** – アタッチされていない EBS ボリュームの保持期間を設定します。これにより、アタッチされていないボリュームを削除する適切な時間を特定し、 AWS 環境を最適化し続けることができます。例えば、スケジュールに基づいて Lambda 関数を開始する [Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-what-is.html) ルールを作成できます。Lambda 関数は AWS SDK を使用して、アタッチされていない EBS ボリュームをアクティブに識別し、追跡を容易にするためのタグ付けメカニズムを適用し、アタッチされていない EBS ボリュームが定義されたしきい値に達したか超えたときに通知を送信できます。
+ **アタッチされていない EBS ボリュームにタグを付ける** – EBS ボリュームの[タグ付け](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html)は、環境、アプリケーション、所有者などの属性に基づいてボリュームを整理および識別するのに役立つ便利な方法です。これは、アタッチされていないボリュームのどれを削除するかを決定するときに特に役立ちます。タグに基づいて、不要になったボリュームをすばやく特定できるためです。
+ **安全な削除を確保する** – EBS ボリュームが最後にアタッチされた日時を確認すれば、ボリュームを削除しても安全かどうかを判断するのに役立ちます。詳細については、「 AWS ナレッジセンター」の[AWS CLI 「 コマンドを使用して特定の Amazon EBS ボリュームの添付ファイルまたはデタッチ履歴を一覧表示するにはどうすればよいですか?](https://repost.aws/knowledge-center/list-attachments-history-ebs-volume)」を参照してください。
+ **使用率の低い EBS ボリュームの特定** – 使用率の低い EBS ボリュームの特定と削除は、ストレージコストを削減し、最適化された AWS 環境を維持するために強く推奨されるプラクティスです。 AWS Trusted Advisor と [AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-ebs-recommendations.html)は、使用率の低い EBS ボリュームを特定し、コストを削減して効率を向上させるための推奨事項を提供するのに役立ちます。例えば、 (GitHub) [を使用した EBS ボリュームの最適化の自動化の設定 AWS Trusted Advisor](https://github.com/aws/Trusted-Advisor-Tools/tree/master/UnderutilzedEBSVolumes)、[Trusted Advisor 組織 (TAO) ダッシュボードの確立](https://catalog.workshops.aws/awscid/en-US/dashboards/advanced/trusted-advisor) (AWS Workshop Studio)、および (AWS ストレージブログ) [を使用した Amazon EBS ボリュームのコスト最適化 AWS Compute Optimizer](https://aws.amazon.com/blogs/storage/cost-optimizing-amazon-ebs-volumes-using-aws-compute-optimizer/)を参照してください。
### アタッチされていない EBS ボリュームのクリーニングを自動化する
アタッチされていない EBS ボリュームのクリーニングを自動化するには、次のツールを検討することをお勧めします。
+ [AWS APIs (DescribeVolumes)](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeVolumes.html) – AWS SDKs または AWS Command Line Interface () を使用して、アタッチされていない EBS ボリュームをフィルタリングして見つけることができますAWS CLI。スケジュールに従って実行されるスクリプトまたは [Lambda 関数](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html)を使用してこのプロセスを自動化することで、時間と労力を節約できます。GitHub の[サンプルスクリプト](https://github.com/aws-samples/aws-systems-manager-amazon-ebs-management/blob/master/opsCenterAgedEBSVolumeFinder.py)は、これがどのように動作するかを示しています。このスクリプトは Lambda を使用して AWS CloudTrail ログを分析し、アタッチされていない EBS ボリュームを識別します。
+ [AWS Systems Manager 自動化](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) – これにより、インフラストラクチャの定期的なメンテナンスと修復タスクを自動化できます。開始するには、[自動化ランブックを作成します](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-ref-ebs.html)。このランブックで、特定の順序で実行される一連のステップを定義します。例えば、最初にアタッチされていない EBS ボリュームのスナップショットを作成し、次にボリューム自体を削除するランブックを作成できます。これにより、手動で実行すると時間がかかり、エラーが発生しやすいタスクを自動化できます。
+ [AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/WhatIsConfig.html) – これにより、 AWS リソースへの経時的な変更を評価、監査、追跡できます。設定変更をキャプチャすることで、 AWS Config を使用して環境のコンプライアンス、ガバナンス、リソース使用率を評価できます。たとえば、 AWS Config は[未使用の EBS ボリューム](https://docs.aws.amazon.com/config/latest/developerguide/ec2-volume-inuse-check.html)を識別できます。さらに、 AWS Systems Manager オートメーションを に関連付け AWS Config て、未使用の EBS ボリュームの削除を自動的に修正できます。
## その他のリソース
+ [AWS Config と を使用して未使用の Amazon Elastic Block Store (Amazon EBS) ボリュームを削除する AWS Systems Manager](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/delete-unused-amazon-elastic-block-store-amazon-ebs-volumes-by-using-aws-config-and-aws-systems-manager.html) (AWS 規範ガイダンス)
+ [未使用の Amazon EBS ボリュームを削除して AWS コストを制御する ](https://aws.amazon.com/blogs/mt/controlling-your-aws-costs-by-deleting-unused-amazon-ebs-volumes/) (AWS クラウドオペレーションと移行ブログ)
+ 「[AWSConfigRemediation-DeleteUnusedEBSVolume](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-delete-ebs-volume.html)」(AWS Systems Manager Automation ランブックリファレンス)