

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# SAP ワークロードの AWS 料金モデルの選択
<a name="pricing-models"></a>

で SAP を実行する主な利点の 1 つは従*pay-as-you-go*モデル AWS です。つまり、使用した分に対してのみ料金が発生します。一部のモデルでは、一定期間サービスまたはリソースにコミットすることでコストを削減できます。 ではボリュームベースの割引 AWS も提供しているため、使用量の増加に応じて節約を実現できます。詳細については、「 の[AWS 料金の仕組み」を参照してください。](https://aws.amazon.com/pricing/)[AWS 料金計算ツールを使用して](https://calculator.aws/)、 で SAP ワークロードを実行するコスト AWS を見積もることができます。

SAP ワークロードに必要な可用性の程度はさまざまです。そのため、移行プロセスの早い段階で、アカウントチームと協力して最も適切な料金モデルを見極めましょう。多くの場合、料金モデルは、可用性の要件によって決まる複数のオプションの組み合わせで構成されます。たとえば、本番稼働環境、品質環境、開発環境に関連するリソースに Savings Plans を含めることを選択できます。また、サンドボックスリソースは必要なときにのみ電源が入るため、その環境内のリソースにオンデマンドモデルを選択することもできます。

このガイドでは、SAP ワークロードに適用される以下の料金モデルの概要を説明します AWS。
+ [オンデマンド](#on-demand)
+ [Savings Plans](#savings-plans)
+ [専用ホスト](#dedicated-hosts)
+ [予約インスタンス](#reserved-instances)

他の料金モデルもありますが、SAP ワークロードには適用されないため、このガイドでは説明していません。

## オンデマンド
<a name="on-demand"></a>

オンデマンド料金では、実際に使用した計算能力に対して時間単位で支払います。長期的なコミットメントはありません。この料金モデルは、サンドボックス環境や有効期間が限られているプロジェクト環境 (N\$11) など、可用性の程度が異なるワークロードに使用できます。EC2 インスタンスの平均的な可用性の要件が 1 週間あたり約 70 時間を超える場合は、これらの環境に異なる料金モデルの導入を検討したほうが、コスト面で有利かもしれません。

この料金モデルについての詳細は、「[Amazon EC2 オンデマンド料金](https://aws.amazon.com/ec2/pricing/on-demand/)」を参照してください。

## Savings Plans
<a name="savings-plans"></a>

Savings Plans は、1 年間または 3 年間の縛りで特定の使用コミットメントが必要な代わりに、オンデマンド料金に比べて低価格を提供する、自由度の高いモデルです。SAP ワークロードに関連する Savings Plans のタイプには、次のようなものがあります。
+ **Compute Savings Plans** — このタイプは最も自由度が高く、コストを最大 66% 削減できます。これらのプランは、インスタンスファミリー、サイズ、アベイラビリティーゾーン、リージョン、オペレーティングシステム、またはテナンシーに関係なく、Amazon Elastic Compute Cloud (Amazon EC2) インスタンスの使用に適用されます。このプランは、 AWS Fargate または AWS Lambda の使用にも適用されます。
+ **EC2 Instance Savings Plans** — このタイプは最低価格で、単一の AWS リージョンで個々の EC2 インスタンスファミリーの使用に対するコミットメントが必要な代わりに、最大 72% の割引が受けられます。

Savings Plans を選択するときは、プランタイプと EC2 インスタンスタイプが SAP 製品、データベース、オペレーティングシステムでサポートされていることを確認します。詳細については、「[SAP Applications on AWS: Supported DB/OS and Amazon EC2 products – 1656099](https://launchpad.support.sap.com/#/notes/1656099)」(SAP ノート) を参照してください。

この料金モデルについての詳細は、「[Compute Savings Plans](https://aws.amazon.com/savingsplans/compute-pricing/)」を参照してください。

## 専用ホスト
<a name="dedicated-hosts"></a>

このモデルでは、起動するインスタンスの数やサイズに関係なく、アクティブな専有ホストごとに料金を支払います。専有ホストの料金は、インスタンスファミリー、リージョン、支払いオプションによって異なります。オンデマンド料金と比較して、このモデルではコストを最大 70% 削減できます。この料金モデルでは、ソケット、コア、または仮想マシン (VM) に基づく既存のアプリケーションライセンスを使用できます。この料金モデルが一般的に使用される例としては、SQL Server で実行されるワークロードをホストする場合です。

この料金モデルの詳細については、「[Amazon EC2 専有ホストの料金](https://aws.amazon.com/ec2/dedicated-hosts/pricing/)」を参照してください。

## 予約インスタンス
<a name="reserved-instances"></a>

リザーブドインスタンスを特定のアベイラビリティーゾーンに割り当てると、そのゾーンの容量を予約します。容量を予約しておくと、必要なときにインスタンスを起動できるため、アベイラビリティーゾーンの需要が高い場合に有利です。リザーブドインスタンス (RI) の料金には 2 つのオプションがあります。
+ **スタンダード RI** — このオプションは通常、数か月から数年にわたってパフォーマンスの変化がほとんどないワークロードに使用されます。
+ **コンバーチブル RI** — このオプションは通常、最新のハードウェア拡張機能を活用できるように、インスタンスファミリー、オペレーティングシステム、テナンシーを柔軟に変更する必要があるワークロードに使用されます。 

この料金モデルの詳細については、「[Amazon EC2 リザーブドインスタンスの料金](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/)」を参照してください。