このトピックでは、Elastic Compute Service (ECS) のコストコンポーネントと利点について説明し、費用対効果を最大化し、ビジネス開発を加速するコスト管理ソリューションを提供します。
コストコンポーネント
従来のエンタープライズITインフラストラクチャの総コストには、総所有コスト (TCO) とも呼ばれ、調達価格と、展開、運用、および保守に関連する費用が含まれます。 ITインフラストラクチャを評価する場合、評価する実際の指標はITインフラストラクチャの単位あたりのTCOです。 TCOを計算するには、ラックのレンタル料金、ラックの電気料金、サーバーのブランドと価格などの実際のビジネス展開環境変数と、デュアルデバイスやデュアルアップリンクなどの対策を使用して単一障害点 (SPOF) を防ぐことができるかどうかを考慮する必要があります。 次の式を使用してTCOを計算できます。TCO=サーバー支出 + ネットワーク支出 + データセンター支出 + その他の費用 (人件費、公共ネットワーク費用、追加税を含む) 。
データセンターのコストの4つの要素の中で、サーバー調達とネットワーク構築のコストは資本支出 (CAPEX) に分類され、購入後の特定の期間にわたって廃止される必要があります。 家賃や電気料金などの残りのデータセンターの支出、およびその他の費用は、リソース使用期間に基づいて継続的に発生する運用支出 (OPEX) に分類されます。 事業運営の観点から、CAPEXは、高度な事業不確実性を伴う大量の1回限りの投資を伴い、調整の余地はほとんどありません。 需要の変化は不必要なコストをもたらす可能性があります。 対照的に、OPEXはビジネスのバリエーションにより適応可能です。 すべてのCAPEXをOPEXに変換することは、需要の不確実性に対処するためのより良いソリューションです。
Alibaba Cloud ECSはクラウドコンピューティングリソースを提供します。 企業の従来のITインフラストラクチャをECSに置き換えて、CAPEXを削減し、OPEXの割合を増やすことができます。 これにより、企業のキャッシュフローとリスク耐性が向上します。 ECS のコストは、以下のコンポーネントで構成されています。
所有コスト: 以下を含むリソースとリソースプランのコストが含まれます。
インスタンスタイプ料金
ディスク容量料金
画像料金
パブリック帯域幅料金
スナップショット料金
O&Mコスト: ECSを使用するときに発生する人件費が含まれます。
システム管理とメンテナンスのための労働コスト
セキュリティの監視と保護にかかる人件費
トラブルシューティングと修理のための人件費
ソフトウェアの更新と構成の人件費
クラウド移行のコストメリット
データセンターを構築するには、ハードウェア、ネットワーク、電気、機械室、およびO&Mの直接コストを考慮します。また、アップグレードと容量拡張によるスケールコスト、およびデータバックアップと高可用性実装に関連するリスクコストも考慮する必要があります。 増大するビジネス要件を満たすためにデータセンターをスケールアップすると、データセンターのリソース単位あたりのコストと複雑さが増加し、耐障害性が低下します。 ビジネス要件を満たさないビジネスモデルを選択すると、追加のコストが発生します。
自己管理型のデータセンターと比較して、クラウドリソースでは、ハードウェア、物理環境、および労力に前もって投資する必要がなくなります。 クラウドリソースの単価は比較的線形です。 ビジネス要件に基づいてクラウドリソースを作成またはリリースできます。 クラウドリソースは、コスト最適化を可能にする複数の課金方法をサポートしています。
コスト最適化の提案事項
リソースの最適化
高コストのリソースが見つかった場合は、さまざまな側面のリソースを監視して、高コストの理由を判断し、ターゲットを絞った最適化対策を講じることができます。
リソースの使用量をモニタリングします。
CPU、メモリ、ディスク、帯域幅などのリソースの使用量を監視します。 現在の構成が必要な構成よりも高いかどうかを評価します。
無駄を防ぐためにアイドルリソースを監視します。 使用されていないリソースには、アップグレード後に再起動されていないインスタンス、従量課金インスタンスと一致しないリザーブドインスタンス、インスタンスにアタッチされていないディスク、インスタンスに関連付けられていない Elastic IP Address (EIP) が含まれます。
リソースの使用サイクルをモニタリングします。 長期使用のためにインスタンスやディスクなどのリソースが必要な場合は、コスト削減のためにサブスクリプションリソースを購入するか、リソースプランを購入することを推奨します。
リソースのライフサイクルをモニタリングします。 サブスクリプションインスタンス、リザーブドインスタンス、ストレージ容量単位など、サブスクリプションリソースの有効期限を書き留めます。 できるだけ早い機会にリソースを更新します。
ビジネスシナリオに基づいてインスタンスタイプを選択します。
インスタンスタイプは 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 インスタンスリソースの再利用を許可します。
開発環境やテスト環境など、CPUの絶対的な安定性が厳密な要件ではないシナリオでは、CPUオーバープロビジョニングされた専用ホストを使用して、同様のサイズのECSインスタンスを追加してデプロイし、デプロイ単位あたりのコストを削減できます。
専用ホストにデプロイされた停止したECSインスタンスは、リソースを消費しません。 オフピーク時には、本番環境の特定の ECS インスタンスを停止し、使用されていないリソースを使用して、オフラインコンピューティングや自動テストなど、サイクルが予測可能なテストタスクを実行できます。
インスタンスタイプのアップグレード
ECSおよびプロセッサなどのハードウェアは、パフォーマンスを向上させ、コストを削減するために継続的にアップグレードされます。 ほとんどの場合、新しいインスタンスタイプは以前のインスタンスタイプよりも費用対効果が高くなっています。
下表に、g5.2xlarge インスタンスタイプと g6.2xlarge インスタンスタイプの性能と価格の違いを示します。
性能 | 価格 |
|
|
できるだけ早く次世代インスタンスタイプにアクセスできるように、次の操作を実行することを推奨します。
さまざまなインスタンスタイプで実行できる堅牢なアプリケーションを設計します。
Alibaba Cloudの公式Webサイトでリリースされた新しいインスタンスタイプを更新し、インスタンスタイプをアップグレードするかどうかを決定します。
インスタンスタイプのアップグレードの例
次のアップグレードスキームのいずれかを使用すると、CPUとメモリの仕様を変更せずにビジネスパフォーマンスを向上させ、コストを少なくとも15% 削減できます。
現在のインスタンスファミリー | 推奨される互換インスタンスファミリー | 推奨される代替インスタンスファミリー |
sn1 および sn2 |
|
|
c4 | hfc6 および c6 | hfc5 および c5 |
ce4 | r6 | r5 および se1ne |
cm4 | hfc6 | hfc5 および g5 |
n1、n2、および e3 |
|
|
|
|
|
定期的なコスト削減対策
ビジネス要件に基づいてクラウドリソースを使用でき、自己管理型データセンターのセットアップと運用にかかる投資とコストを節約できます。 ただし、コストパフォーマンスを向上させるには、日常業務のコストを常に最適化する必要があります。 以下のような日常の運用を改善して、実用的なスキームを作成できます。
定期的にコスト会議を開催します。 財務チームや研究開発チームなど、コスト関連の関係者と予算の実施を見直し、最適化の結果を評価し、最適化戦略を定期的に改善します。
タグの使用を徹底します。 ビジネス、環境、所有者ごとにリソースにタグを付け、毎日のコストを追跡します。
リソースを分類し、適切な使用方法を選択します。 たとえば、従量課金インスタンスは、短期プロジェクトの開発環境とテスト環境のデプロイに推奨され、プロジェクトの完了後すぐにリリースできます。
使われていないリソースの発生を回避します。 定期的にリソースの使用状況を確認し、使われていない状態のリソースの通知と廃棄のワークフローを決定します。
できるだけ早い機会にリソースを更新します。 既存のリソースが期限切れでリリースされてから新しいリソースを購入してデプロイすることによる追加コストを回避するために、事前にサブスクリプションリソースの予算を申請します。
自動O&M
Alibaba Cloudは、O&M効率の向上とO&M人件費の削減に役立つさまざまなO&Mサービスを提供しています。 例:
Auto Scaling: さまざまな課金方法、インスタンスタイプ、ゾーンにまたがってインスタンスクラスターを維持できます。 このサービスは、業務ワークロードが変動するシナリオに適しています。
自動プロビジョニング: インスタンスクラスターをさまざまな課金方法、インスタンスタイプ、ゾーンにデプロイできます。 このサービスは、一貫したコンピューティング容量を迅速にプロビジョニングし、プリエンプティブルインスタンスを使用してコストを削減する必要があるシナリオに適しています。
- CloudOps Orchestration Service: テンプレートで一連のO&M操作を定義して、O&Mタスクを効率的に実行できます。 このサービスは、イベントドリブン、スケジュール、バッチ、またはクロスリージョンのO&Mが必要なシナリオに適しています。
Resource Orchestration Service: 複数のクラウドリソースとリソース間の依存関係を含むスタックをデプロイおよび維持できます。 このサービスは、統合システムまたは環境クローンの配信が必要なシナリオに適しています。