119-AWS SAP AWS 「理論・実践・一問道場」インスタンス自動再開

type

status

date

slug

summary

理論

1. AWS EC2のコスト管理

Amazon EC2（Elastic Compute Cloud）は、オンデマンドで仮想サーバーを提供するサービスです。EC2インスタンスを24時間稼働させておくと、使用していない時間帯でもコストが発生します。特に開発環境やテスト環境では、常時稼働が必要ない場合が多いため、インスタンスを停止することでコストを削減することが重要です。

2. Amazon RDSのコスト管理

Amazon RDSを使ったコスト管理では、インスタンスの停止とストレージの最適化がカギとなります。不要な時間にインスタンスを停止することで、計算リソースのコストを削減できますが、ストレージ料金は引き続き発生するため、その管理も重要です。また、長期的なコスト削減には、スケーリングやリザーブドインスタンスの活用を検討するのが良いでしょう。

3. Amazon EventBridgeを利用した自動化

Amazon EventBridgeは、AWSリソース間でのイベント駆動型のワークフローを作成できるサービスです。EventBridgeを使うことで、特定の時間にインスタンスを開始または停止する自動化が可能です。これにより、手動での操作を減らし、最小限の運用作業でコスト削減を実現できます。

EventBridgeルールを作成して、例えば「平日の営業時間外に開発およびテスト環境のインスタンスを停止」するように設定することができます。これにより、リソースが必要ない時間帯に自動的に停止され、コスト削減が図れます。

4. タグを利用したリソース管理

AWSでは、リソースにタグを付けて分類・管理することが可能です。この問題では、**「development」「testing」「production」**の環境タグを使用して、各環境に対して異なる操作を実行するため、タグを基にしたルールを設定することが求められています。タグを使ったリソースのフィルタリングにより、特定の環境にのみ自動化を適用できるため、効率的なリソース管理が可能です。

5. EC2インスタンスのライフサイクル管理

インスタンスを「停止」することで、コストを削減できますが、「終了（terminate）」する場合、データは失われる可能性があります。通常、開発環境やテスト環境では、作業が完了した後にインスタンスを停止し、後で再利用できるようにした方が効率的です。

一方で、**終了（terminate）**する場合は、インスタンス自体を削除し、完全に不要なリソースを取り除くことができますが、データは失われるため、慎重に選択すべきです。

6. バックアップと復元

インスタンスを「終了」する代わりに、バックアップを取っておくことも一つの方法です。特にRDSでは自動バックアップやスナップショット機能を使って、データ損失を防ぐことができます。インスタンスを停止し、後で復元する場合は、バックアップからの復元手順を考慮する必要があります。

まとめ

EventBridgeを使用した自動化、タグを活用したリソース管理、EC2インスタンスの停止と終了、そしてバックアップからの復元手順を理解することで、最適なコスト削減策を講じることができます。特に開発やテスト環境においては、インスタンスの停止を適切に設定することで、無駄なコストを削減できます。

実践

略

一問道場

質問 #119

トピック 1

ある企業は、eu-west-1リージョンでアプリケーションを実行しており、開発、テスト、そして本番環境ごとにそれぞれ別のAWSアカウントを使用しています。

すべての環境は、状態を持つAmazon EC2インスタンスとAmazon RDS for MySQLデータベースを使用して、1日24時間、週7日稼働しています。

データベースのサイズは500 GBから800 GBの間です。

開発チームとテストチームは、平日の営業時間に作業しますが、本番環境は1日24時間、週7日稼働しています。

会社はコスト削減を望んでいます。

すべてのリソースには、キーが「development」「testing」「production」のいずれかの環境タグが付けられています。

最小限の運用作業でコストを削減するために、ソリューションアーキテクトは何をすべきですか？

選択肢

毎日1回実行されるAmazon EventBridgeルールを作成します。このルールは、タグ、曜日、および時間に基づいてインスタンスを開始または停止するAWS Lambda関数を呼び出すように設定します。

平日の夜に実行されるAmazon EventBridgeルールを作成します。このルールは、タグに基づいてインスタンスを停止するAWS Lambda関数を呼び出すように設定します。

さらに、平日の朝に実行される2つ目のEventBridgeルールを作成し、タグに基づいてインスタンスを開始する別のLambda関数を呼び出すように設定します。

平日の夜に実行されるAmazon EventBridgeルールを作成します。このルールは、タグに基づいてインスタンスを終了（terminate）するAWS Lambda関数を呼び出すように設定します。さらに、平日の朝に実行される2つ目のEventBridgeルールを作成し、タグに基づいて最後のバックアップからインスタンスを復元する別のLambda関数を呼び出すように設定します。

毎時実行されるAmazon EventBridgeルールを作成します。このルールは、タグ、曜日、および時間に基づいてインスタンスを終了または最後のバックアップから復元するAWS Lambda関数を呼び出すように設定します。

解説

このシナリオでは、コスト削減のために、開発およびテスト環境のAmazon EC2インスタンスを必要に応じて停止または終了させ、24時間稼働する本番環境には影響を与えないようにする必要があります。

選択肢の解説:

A. は毎日1回実行されるルールで、インスタンスを開始または停止するものですが、開発とテスト環境は平日の営業時間にのみ稼働する必要があり、1日の終了時に停止する処理を考慮していません。この選択肢では不十分です。

B. は、平日の夜にインスタンスを停止し、平日の朝にインスタンスを開始するルールです。これにより、開発およびテスト環境は営業時間外に停止し、コスト削減が可能になります。最適な解答です。

C. はインスタンスを「終了」させる方法ですが、終了後は復元する必要があり、インスタンスを終了することでデータが失われるリスクがあります。バックアップから復元するのは、複雑であり、最小限の運用作業を考慮した場合には適切ではありません。

D. は毎時実行されるルールで、インスタンスを終了または復元するものですが、毎時のチェックが不必要であり、効率が悪く、コストがかかります。

Bが最も適切なソリューションです。