次の方法で共有

使用量を課金の増分に合わせるための推奨事項

  • [アーティクル]

この Azure Well-Architected Framework のコスト最適化チェックリストの推奨事項に適用されます。

CO:06 使用量を課金単位に合わせます。 課金の増分 (メートル) を理解し、リソースの使用量をこれらの増分に合わせる必要があります。 課金の増分に合わせてサービスを変更するか、課金の増分に合わせてリソース使用量を変更します。 概念実証を使用して、主要なコスト ドライバーの課金に関する知識と設計の選択肢を検証し、課金とリソースの使用状況を調整する方法を明らかにすることを検討してください。

このガイドでは、リソース使用量を課金の増分に合わせるための推奨事項について説明します。 リソースは、1 時間ごとやインスタンスごとなど、特定の増分で課金されます。 コストを最適化するには、使用量をこれらの増分に合わせる必要があります。 ワークロードの使用状況に合わせてリソースを調整するか、ワークロードをリソースの課金増分 ( メーターとも呼ばれます) に合わせる必要があります。 ワークロードが各リソースから最大値を確実に派生できるように、次のガイダンスを実装します。 課金と設計を調整できない場合は、不要な料金が発生する可能性があります。

定義

期間 定義
課金の増分 時間の単位、インスタンスの数、データのサイズなど、コスト (測定) が発生する使用量。
課金係数 時間、ストレージ量、データ転送量、要求の数など、コストが発生する使用量の種類。

主要な設計戦略

リソース使用量を課金単位に合わせることは、リソース消費量が課金対象の間隔または数量と密接に一致することを確認することです。 たとえば、サービスが時間単位で課金されるが、その時間のほんの一部に対してのみ使用する場合は、その時間の使用を最大化するように操作を調整できます。

コストを節約するには、サービスに対する課金方法を理解していることを確認します。 時間単位の料金、ギガバイトごとの料金、要求ごとのコストなど、特定の増分を理解する必要があります。 サービスの構成またはサービスの使用方法を調整して、課金の増分に合わせて調整し、不要なコストが発生しないようにします。 ワークロードの特定のニーズを評価し、さまざまなリソースに対する課金方法を理解します。 結果に基づいて、使用量またはリソースを調整してコストを最適化します。

課金要因を決定する

課金要因はサービスによって異なります。 課金要因には、インスタンス番号、時間、トランザクション レート、トランザクション サイズが含まれます。 また、可用性ゾーン、場所、ストレージ量、イングレス データ、エグレス データも含まれます。 使用するサービスの価格しきい値について理解します。 使用量を調整してリソースの価値を最大化し、必要な場合にのみ実行に料金が発生します。

一般的な課金要因を次に示します。

  • ランタイム： ランタイムは、リソースがアクティブに実行されるか、または使用される期間を指します。 ランタイムは通常、時間、日、または月単位で測定されます。 ランタイムは、時間の経過に伴うリソース使用量のコストへの影響を分析するのに役立ちます。 リソースの使用量と関連コストを最小限に抑える機会を特定できるため、コストの最適化には重要です。
  • データ転送: データ転送とは、リソースとの間でのデータの移動を指します。 データ転送コストは、データの量によって異なる場合があります。 データ転送コストを理解することで、データ転送パターンを最適化し、適切なネットワーク構成を選択し、データ移動に関連するコストを最小限に抑えることができます。
  • 特殊なサービス: 特殊なサービスは、他のリソースで使用するサービスまたは機能です。 これらのサービスには、特殊なデータベース、AI サービス、またはその他の高度な機能を含めることができます。 個別の価格モデルを持っているか、追加料金が発生する可能性があるため、特殊化されたサービスのコストへの影響を評価します。
  • 仮想 CPU (vCPU): リソース内の vCPU の使用率は、vCPU の使用量です。 仮想マシンなどのリソースは、多くの場合、割り当てられた vCPU の数に基づいて課金されます。 vCPU の使用状況を監視して最適化することで、リソースの効率的な使用率を確保し、不要なコストを最小限に抑えることができます。
  • アップタイムの保証: アップタイム保証とは、クラウド プロバイダーがサービスの可用性と信頼性について提供するサービス レベル アグリーメント (SLA) を指します。 アップタイム保証は課金に直接関係しませんが、コストを最適化する場合は考慮することが重要です。 アップタイムの保証が高いほど、コストが高くなる可能性があります。 コストとサービスの可用性のトレードオフを評価します。

課金の増分を決定する

課金の増分によって、リソース使用量の測定と課金方法が決まります。 課金要素ごとに、課金の増分があります。 各サービスの課金増分について理解を深め、リソースの使用量をこれらの課金増分に合わせることができるようにします。

一般的な課金増分の種類を次に示します。

  • Time:* リソースは、1 秒あたりの使用量、時間数、日数など、使用量に基づいて課金されます。
  • 要求ごと: 一部のリソース (特にサーバーレスまたはイベント ドリブン アーキテクチャ) は、要求または呼び出しの数に基づいて課金されます。 不要な要求を最小限に抑え、アプリケーションの設計を最適化して、課金対象の要求の数を減らします。
  • データ転送の増分: データ転送コストは、ギガバイト (GB) やテラバイト (TB) などの増分で測定されます。
  • ストレージの増分: ストレージ コストは、多くの場合、GB や TB などの増分で測定されます。

使用量を課金増分にマップする

使用量を課金増分にマッピングすることは、リソース消費量が課金の増分と一致しない場所を特定するための演習です。 このマッピングには、非効率性を見つけるために、各課金要素の課金増分に対するリソース使用量の分析が含まれます。 この手順では、使用量と請求の増分が一致しない領域のみを特定します。 後で変更を実装します。 使用量を課金増分にマッピングする場合は、次のガイダンスを考慮してください。

  • リソースのインベントリを作成します。 コンピューティング、ストレージ、ネットワークなど、ワークロード内のリソースを一覧表示します。
  • 使用パターンを理解する。 監視ツールまたは過去の使用状況データを使用して、ワークロードのリソース消費パターンを特定します。 使用率が高い期間と低い期間に注意してください。
  • 料金計算ツールを使用します。 オンライン料金計算ツールに収集した情報を入力して、請求要因と増分でセグメント化されたコストの詳細な内訳を取得します。
  • 課金の増分を分析します。 計算ツールで各コンポーネントの課金粒度が提供される場合は、実際の使用量または予想される使用量を課金の増分 (時間単位、日単位、または要求ごと) に合わせます。
  • シナリオをシミュレートします。 料金計算ツールを使用して、リソースの使用状況がコストにどのように影響するかを理解するために、使用シナリオをシミュレートします。

概念実証 (POC) の構築を検討する

概念実証は、課金要因と課金の増分に関する理解を検証するための具体的な方法です。 POC は、設計上の決定がコストに及ぼす影響を確認するのに役立ちます。 これは、課金の増分に合わせてワークロード設計を調整するのに役立ちます。 POC は、アプリケーション プラットフォームやスケーリングするリソースなど、主要なコスト ドライバーにとって重要です。

課金に関する知識がわからない場合や、コストへの影響をより確実に理解したい場合は、POC で実践的なエクスペリエンスを提供できます。 前提条件を検証し、さまざまなシナリオをテストして、課金の側面を明確に理解することができます。 コスト最適化のための POC を構築するときは、次のガイダンスを考慮してください。

POC スコープを定義します。 コストと関連するリソース用に最適化する特定のワークロードやアプリケーションなど、POC のスコープを明確に定義します。 使用時間、使用パターン、インスタンスごとの料金、データ転送、ストレージ、コンピューティング、その他のコスト駆動コンポーネントなどの要因が含まれます。 コスト要因が十分に対処されるようにスコープを示す場合は、課金の増分を検討してください。

運用環境をエミュレートする: 運用環境をエミュレートするように POC を設計し、現実的なコスト見積もりを保証します。 スケーラビリティの影響、運用上の決定 (リソースの停止と開始)、ストレージ コストなど、コスト 要因を評価する必要があります。 POC 設計を課金しきい値の知識に合わせて調整して、シミュレートされた環境に潜在的なコスト シナリオが正確に反映されるようにします。

POC 期間の制限: POC の有効期間を制限して、確定的な証拠を収集できるようにしますが、不要なコストは発生しません。 請求しきい値をわずかに超えて POC を拡張して、コストを包括的に理解します。 たとえば、リソースが 1 時間ごとに課金される場合、POC は 1 時間以上実行されるか、しきい値でコストがどのように発生するかを把握するのにかかる時間がかかる場合があります。 補強証拠を得た後は、結果に基づいて自信を持って意思決定を行うことができます。 POC が課金への影響を明確に把握できる場合は、その結果を使用して、実際の環境に関する情報に基づいた財務上の決定を行います。

リソースの価値を最大化するために使用量を調整する

使用量を調整してリソースの価値を最大化するには、マッピング演習で特定された変更を実装して、リソース使用量を課金単位で再調整する必要があります。 この手順では、リソースの使用方法を調整します。 使用量を課金の増分に合わせるには、主に次の 2 つのオプションがあります。

サービスを変更します。 サービスを変更することは、ワークロードを課金しきい値に合わせて調整するために、さまざまな構成、サービス レベル、またはサービスを使用することを意味します。 たとえば、ワークロードでは 1 日に 5 TB のデータが移動されますが、4 TB 単位で課金されます。 別のサービス レベルまたは構成が見つかるので、より安価または高速な速度でデータを転送できます。

使用法を変更します。 使用量の変更は、課金の増分に合わせて使用パターン ワークロードを再設計することです。 たとえば、転送する前に 5 TB のデータを 4 TB に圧縮できます。 使用量を課金の増分まで拡張することもできます。 たとえば、毎日 2 TB のデータを転送する必要がある場合は、1 日おきに 4 TB のデータを転送するようにスケジュールを変更できます。

どちらのオプションも実現できない場合は、追加コストを受け入れる必要があります。 追加コストが予算に含まれていない場合は、必要に応じて予算を修正します。

リスク: コスト最適化の決定は、セキュリティ要件やコンプライアンス規制を損なってはなりません。 適切なセキュリティ対策なしで安価なソリューションを選択した場合は、潜在的な脆弱性にワークロードを公開できます。

Azure ファシリテーション

課金要因と増分の決定: Azure には、すべての Azure 製品の製品価格の詳細があります。 ワークロード内の製品を検索し、課金要素ごとにさまざまな課金要因と増分をカタログ化します。 Azure 料金計算ツールを使用して、さまざまな増分のコストを見積もることもできます。

使用量を課金単位にマッピングする: Azure の請求書 を使用して、リソースの使用状況パターンを分析し、消費量の多い領域を特定できます。 Azure 請求書を表示してダウンロードできます。 これらの機能は、リソースの利用方法を理解するのに役立ちます。そのため、使用の最適化と不要なコストの最小化に関する情報に基づいた意思決定を行うことができます。

請求書の使用量と料金の概要は、Azure portalの [サブスクリプション] ページで確認できます。 Azure の使用状況と料金ファイルの用語を理解することが重要です。

使用量を調整して価値を最大化する: Microsoft Cost Management and Billing と Azure Advisor では、使用状況とコスト データに基づく最適化に関する推奨事項が提供されます。 これらの推奨事項は、コスト削減の機会を特定するのに役立ちます。 このデータを使用すると、リソースが過剰にプロビジョニングされているか、使用率が低いかを判断し、ワークロードの要件に合わせて適切なサイズにすることができます。 リソースのサイズを適切に設定すると、課金の増分に合わせて調整できます。

製品 SKU は、Azure 製品のサービス レベルを表します。 Azure では、各サービス内でさまざまな SKU が提供されます。 SKU の切り替えは、課金の増分を使用パターンに合わせて調整するのに役立ちます。 Azure 製品の価格ページを使用して、各製品のさまざまなレベルを比較できます。

Azure では、コストアラートと予算を設定できます。 コスト アラートでは、 消費が定義済みのしきい値に達したときに通知され、支出を事前に監視できます。 予算は 、制限を設定し、リソースの書き込み率を追跡するのに役立ちます。これにより、コスト管理を確保できます。

次の手順

コスト最適化チェックリスト

推奨事項の完全なセットを参照してください。

コスト最適化チェックリスト