Elastic Compute Service:コスト最適化のベストプラクティス

コストコンポーネント

クラウド移行のコストメリット

データセンターを構築するには、ハードウェア、ネットワーク、電力、機械室、O&M の直接コストを考慮する必要があります。また、アップグレードと容量拡張によるスケーリングコスト、データバックアップと高可用性実装に関連するリスクコストも考慮する必要があります。 増大するビジネス要件を満たすためにデータセンターをスケールアップすると、データセンターのリソース単価と複雑さが増加し、耐障害性が低下します。 不適切なビジネスモデルを選択した場合、追加コストが発生します。

自己管理型のデータセンターと比較して、クラウドリソースでは、ハードウェア、物理環境、および労力に前もって投資する必要がなくなります。 クラウドリソースの単価は比較的線形です。 ビジネス要件に基づいてクラウドリソースを作成またはリリースできます。 クラウドリソースでは、コストをさらに最適化するために複数の課金方法もサポートされています。

コスト最適化の提案事項

リソースの最適化

コストが高いリソースが確認された場合は、複数の側面からリソースをモニタリングし、コストが高い理由を特定し、ターゲットを絞った最適化対策を講じることができます。

1. リソースの使用量をモニタリングします。

   1. CPU、メモリ、ディスク、帯域幅などの、リソースの使用量をモニタリングします。 現在の設定が必要以上に高くないかどうかを評価します。

   2. 無駄を避けるため、使用されていないリソースをモニタリングします。 使用されていないリソースには、アップグレード後に再起動されていないインスタンス、従量課金インスタンスと一致しないリザーブドインスタンス、インスタンスにアタッチされていないディスク、インスタンスに関連付けられていない Elastic IP Address (EIP) が含まれます。

   3. リソースの使用サイクルをモニタリングします。 インスタンスやディスクなどのリソースを長期間使用する場合は、サブスクリプション課金方式を使用するリソースを購入するか、またはリソースプランを購入してコストを削減することを推奨します。

   4. リソースのライフサイクルをモニタリングします。 サブスクリプションインスタンス、リザーブドインスタンス、ストレージ容量単位などの、サブスクリプションリソースの有効期限に注意してください。 できるだけ早い機会にリソースを更新します。

2. 適切なインスタンスタイプを選択します。

   インスタンスタイプは ECS のコストに大きな影響を与えます。 最も費用対効果の高いインスタンスタイプを選択し、ビジネスシナリオに基づいてインスタンス数を調整します。 この方法により、ビジネス要件を満たしながらリソースの使用率を最大化し、コストを最小限に抑えることができます。

   たとえば、ショートビデオのシナリオで 10 個の d1ne.14xlarge インスタンスを使用しているとします。 モニタリング結果では、インスタンスのメモリ使用量は妥当である一方、CPU 使用率が低いことが示されました。 この場合、以下の操作を実行すると、問題を解決できます。

   インスタンスの CPU 対メモリ比を下げて、ビジネスに影響を与えずに CPU 使用率を高めます。 d1ne.14xlarge インスタンスの CPU 対メモリ比は 1:4 です。 d2s インスタンスの CPU 対メモリ比は 1:4.4 です。 10 個の d1ne.14xlarge インスタンスを 13 個の d2s.10xlarge インスタンスに置き換えると、コストを約 18% 削減できます。

   インスタンスタイプを選択する方法の詳細については、「ECS インスタンスタイプを選択するためのベストプラクティス」をご参照ください。

3. 複数の課金方法を組み合わせます。

   ビジネスの種類によって、リソース使用サイクルの要件が異なります。 ビジネスの種類ごとに適切な課金方法を選択し、課金方法を組み合わせてコストを最適化します。

   • 安定したビジネスワークロードには、サブスクリプションインスタンスとリザーブドインスタンスを使用します。

   • ステートフルおよびダイナミックなビジネスワークロードには従量課金インスタンスを使用します。

   • ステートレスおよびフォールトトレラントなビジネスワークロードには、プリエンプティブルインスタンスを使用します。

4. 専用ホストを使用して、ECS インスタンスリソースの再利用を許可します。

   開発環境やテスト環境など、CPU の安定性に対する要件が最小限であるシナリオでは、CPU がオーバープロビジョニングされた専用ホストを使用して同様のサイズの ECS インスタンスを追加デプロイし、単位デプロイコストを削減できます。

   専用ホストにデプロイされた停止済みの ECS インスタンスは、リソースを占有しません。 オフピーク時には、本番環境の特定の ECS インスタンスを停止し、使用されていないリソースを使用して、オフラインコンピューティングや自動テストなど、サイクルが予測可能なテストタスクを実行できます。

インスタンスタイプのアップグレード

ECS や、プロセッサーなどのハードウェアは、パフォーマンスの向上とコスト削減のために継続的にアップグレードされています。 ほとんどの場合、新しいインスタンスタイプは以前のインスタンスタイプよりも費用対効果が高くなっています。

インスタンスタイプのアップグレードの例

定期的なコスト削減対策

ビジネス要件に基づいてクラウドリソースを使用でき、自己管理型データセンターのセットアップと運用にかかる投資とコストを節約できます。 ただし、コストパフォーマンスを向上させるには、日常業務のコストを常に最適化する必要があります。 以下のような日常の運用を改善して、実用的なスキームを作成できます。

• 定期的にコスト会議を開催します。 財務チームや研究開発チームなど、コスト関連の関係者と予算の実施を見直し、最適化の結果を評価し、最適化戦略を定期的に改善します。

• タグの使用を徹底します。 ビジネス、環境、所有者ごとにリソースにタグを付け、毎日のコストを追跡します。

• リソースを分類し、適切な使用方法を選択します。 たとえば、従量課金インスタンスは、短期プロジェクトの開発環境とテスト環境のデプロイに推奨され、プロジェクトが完了するとすぐにリリースできます。

• 使われていないリソースの発生を回避します。 定期的にリソースの使用状況を確認し、使われていない状態のリソースの通知と廃棄のワークフローを決定します。

• できるだけ早い機会にリソースを更新します。 既存のリソースが期限切れでリリースされてから新しいリソースを購入してデプロイすることによる追加コストを回避するために、事前にサブスクリプションリソースの予算を申請します。

自動 O&M の実施