# 13 – 最適なコンピューティングソリューションを選択する
**SAP ワークロードに最適なコンピューティングソリューションをどのように選択しますか?** SAP ツールや既存のワークロードからのメトリクスを使用して、パフォーマンス要件を評価および推定します。コンピューティング要件を、ワークロードに最適な SAP がサポートするインスタンスにマッピングします。インスタンスタイプの特定のストレージまたはネットワーク要件、および選択した AWS リージョンとアベイラビリティーゾーンでの必要なインスタンスタイプの可用性を検討します。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/wellarchitected/latest/sap-lens/design-principle-13.html)
詳細については、以下の情報を参照してください。
+ AWS ドキュメント: [SAP 向け Amazon EC2 インスタンスタイプ](https://aws.amazon.com/sap/instance-types/)
+ SAP ドキュメント: [Certified and Supported SAP HANA Hardware (認定およびサポートされている SAP HANA ハードウェア)](https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/iaas.html#categories=Amazon%20Web%20Services)
+ SAP Note: [1656099 - SAP Applications on AWS: Supported DB/OS and Amazon EC2 products (AWS 上の SAP アプリケーション: サポートされる DB/OS および Amazon EC2 製品)](https://launchpad.support.sap.com/#/notes/1656099) [SAP ポータルへのアクセス権が必要]
+ SAP Note: [1656250 - SAP on AWS: Support prerequisites (サポートの前提条件)](https://launchpad.support.sap.com/#/notes/1656250) [SAP ポータルへのアクセス権が必要]
# ベストプラクティス 13.1 – パフォーマンス要件を評価または推定する
将来のハードウェア要件は、既存の SAP システムの容量と使用パターンを調べることで推定できます。SAP は、新規および既存のシステムのハードウェアのサイジングのためのいくつかのツールを提供しています。サイジングの見積もりをさらに検証するために、概念実証 (POC) のデプロイとパフォーマンステストを使用できます。
**提案 13.1.1 – ソースハードウェアの SAPS パフォーマンスメトリクスを参照する**
SAP によるハードウェアのベンチマークでは、 [SAP Application Performance Standard (SAPS) ](https://www.sap.com/about/benchmark/measuring.html) を使用します。これは、SAP 環境におけるシステム構成のパフォーマンスを記述するハードウェアに依存しない測定単位です。オンプレミスサーバーハードウェアの SAPS 値を取得するには、既存のハードウェアベンダーと SAP ベンチマークディレクトリを参照してください。
SAPS に基づくサイジングは、基本的な容量要件に最小限の変更を加える移行に適しています。これは、リフトアンドシフト移行と呼ばれることがよくあります。
**提案 13.1.2 – 過去の使用状況の詳細について、SAP EarlyWatch Alert レポートとモニタリングツールを参照する**
[SAP EarlyWatch Alert](https://support.sap.com/en/offerings-programs/support-services/earlywatch-alert.html) レポートは、ピークメモリや CPU 使用率など、SAP アプリケーションの使用率情報を提供します。月末の決算や大量のバッチロードなど、いくつかのピークイベントにまたがるこれらのレポートを総合的に分析することで、システムの使用状況について貴重なインサイトを得ることができます。
EarlyWatch に加え、インフラストラクチャレベルのモニタリングツールは、より詳細に、より深いインサイトを提供することができます。
**提案 13.1.3 – SAP HANA サイジングレポートを使用して、コンピューティング要件を見積もる**
SAP HANA に移行する場合、ターゲットコンピューティングのサイズを見積もるために、SAP が提供するツールを使用します。これらのツールによって生成される出力には、SAP HANA データベースのハードウェアサイジング要件の詳細が記載されています。
+ SAP ドキュメント: [HANA プラットフォーム向け SAP HANA 管理ガイド](https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.05/en-US/bdf26308bb571014b7bcd3bcd586aecd.html)
+ AWS ドキュメント: [SAP HANA Sizing (SAP HANA のサイジング)](https://docs.aws.amazon.com/sap/latest/sap-hana/migrating-hana-sizing.html)
+ SAP Note: [1793345 – Sizing for SAP Suite on HANA (SAP Suite on HANA のサイジング)](https://launchpad.support.sap.com/#/notes/1793345) [SAP ポータルへのアクセス権が必要]
+ SAP Note: [1872170 – ABAP on HANA sizing report (S/4HANA, Suite on HANA...) (ABAP on HANA のサイジングレポート (S/4HANA、Suite on HANA...))](https://launchpad.support.sap.com/#/notes/1872170) [SAP ポータルへのアクセス権が必要]
+ SAP Note: [2296290 – New Sizing Report for SAP BW/4HANA (SAP BW/4HANA の新しいサイジングレポート)](https://launchpad.support.sap.com/#/notes/2296290) [SAP ポータルへのアクセス権が必要]
+ SAP Note: [1958910 - EarlyWatch Alert For HANA Database (HANA データベースの EarlyWatch Alert)](https://launchpad.support.sap.com/#/notes/1958910) [SAP ポータルへのアクセス権が必要]
**提案 13.1.4 – グリーンフィールドの実装と機能の変更には SAP Quick Sizer を使用する**
SAP Quick Sizer は、SAP の新規実装や変更 (ユーザー数の増加、新機能や新モジュールなど) の際のサイジングに使用できます。このツールは、アプリケーションの要件をハードウェアの仕様に変換するのに役立ちます。最良の結果を得るためには、技術チームと機能チームが協力して、Quick Sizer ツールに値を入力する必要があります。
複雑な実装のサイジングを検証するために、SAP エキスパートサイジングの利用をお勧めします。
SAP のツールやサービスの詳細については、以下を参照してください。
+ SAP ドキュメント: [SAP: Sizing Benchmarks (サイジングベンチマーク)](https://www.sap.com/about/benchmark/sizing.html)
**提案 13.1.5 – サイジングの精度を高めるために、概念実証のデプロイを使用する**
AWS のサービスの柔軟性を活用し、SAP ワークロードの適切なサイジングと、ビジネス需要の変化に応じた拡張を行うことができます。概念実証 (POC) を使用してクラウドへの移行をテストし、パフォーマンス要件を分析します。これにより、コストとパフォーマンスの両面でワークロードを適切に調整できます。
# ベストプラクティス 13.2 - SAP のワークロードに適した EC2 インスタンスを選択する。
AWS は SAP と協力し、AWS のサービスが幅広いインスタンスタイプで SAP ソフトウェアの実装と運用に適していることを確認しています。適切なインスタンスを特定するために、関連する SAP ノートやドキュメントからのガイダンスを使用します。EC2 インスタンスファミリーは、SAP ワークロードの実行に適した CPU とメモリの比率、ストレージやネットワークスループットの特性を備えています。パフォーマンスメトリクス、SAPS の数値、およびコンピューティングの見積もりを使用して、要件を適切なインスタンスタイプにマッピングします。選択したリージョンとアベイラビリティーゾーンで、これらのインスタンスが利用可能であることを確認します。
**提案 13.2.1 – サポートされるデータベース、オペレーティングシステム、AWS のサービスに関する SAP のガイダンスに従う**
AWS は、SAP 製品のデプロイに利用できるサービスを提供しています。SAP Note: [1656099 - SAP Applications on AWS: Supported DB/OS and Amazon EC2 products (AWS 上の SAP アプリケーション: サポートされる DB/OS および Amazon EC2 製品)](https://launchpad.support.sap.com/#/notes/1656099) 現在どの SAP 製品、データベース、オペレーティングシステムの組み合わせと Amazon EC2 インスタンスタイプがサポートされているかを説明しています。
AWS CLI を使用して、特定の AZ 内の個々のインスタンスタイプの可用性を判断し、 [インスタンスタイプの拡張性を説明することができます](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-type-offerings.html) 。
+ AWS ドキュメント: [SAP 向け Amazon EC2 インスタンスタイプ](https://aws.amazon.com/sap/instance-types/)
+ SAP ドキュメント: [SAP NetWeaver ベンチマーク](https://www.sap.com/dmc/exp/2018-benchmark-directory/#/sd?filters=v:4a9e824336e2837bf9081e423d576dba)
**提案 13.2.2 – ハードウェアメトリクスと SAPS を選択の指針にする**
SAP がサポートする Amazon EC2 インスタンスファミリーは、それぞれ特定の vCPU とメモリの比率を提供します。パフォーマンスプロファイルを理解するために、お客様の要件に基づいて各インスタンスファミリーを評価する必要があります。現行世代の Amazon EC2 インスタンス ( [AWS Nitro ベース](https://aws.amazon.com/ec2/nitro/) ) は最高のパフォーマンスを提供し、利用可能で、デプロイシナリオの認証を受けている場合は、使用する必要があります。
SAP アプリケーションサーバーは、汎用 (`m*`) またはメモリ最適化 (`r*`) インスタンスのいずれかを使用できます。より高い vCPU/メモリ比率が必要な場合は、コンピューティング最適化 (`c*`) インスタンスの使用を検討してください。AnyDB データベースサーバーの場合、メモリ最適化 (`r*`) インスタンスは必要なコアとメモリの比率に適していますが、特に CPU 単位のライセンスが適用されるデプロイでは、サイジングを検証するために追加の分析を行う必要があります。メモリ上で動作する SAP HANA データベースの場合、メモリ最適化 (`r*`、`x*`、`u*`) が唯一のオプションとなります。
**提案 13.2.3 – SAP HANA のハードウェアディレクトリとメモリ要件を使用して、SAP HANA 用の EC2 インスタンスを選択する**
AWS は、SAP HANA ワークロードを実行するための Amazon EC2 インスタンスのサブセットに対する SAP HANA 認定を取得しています。これらのインスタンスの詳細と、サポートされる IaaS アプリケーションタイプ (OLAP、OLTP、SAP Business One、Scale-Out) は次に記載されています。 [Certified and Supported SAP HANA Hardware (認定およびサポートされている SAP HANA ハードウェア)](https://www.sap.com/dmc/exp/2014-09-02-hana-hardware/enEN/#/solutions?filters=iaas;ve:23) と [SAP 向け Amazon EC2 インスタンスタイプ](https://aws.amazon.com/sap/instance-types/) 。
データベースのサイズと実際のワーキングメモリの使用量によって、必要なメモリとインスタンスの選択が決まります。
非本番稼働ワークロードの場合、追加のオプションがあります。以下のブログを参照してください。
+ SAP on AWS ブログ: [SAP HANA ワークロードの非本稼働環境における小さいサイズの X1e インスタンス](https://aws.amazon.com/blogs/awsforsap/smaller-x1e-instances-for-sap-hana-non-production-workloads/)
**提案 13.2.4 – EC2 インスタンスの機能とスループット特性を意識する**
Amazon EC2 インスタンスにはさまざまな機能とスループット特性があり、特に高い I/O とスループットを必要とするワークロードの場合は、ユースケースに基づいて評価する必要があります。これらには、 [Elastic Network Adapter (ENA) による](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking-ena.html#ena-performance) ネットワーク機能の強化、I/O パフォーマンス、Amazon EBS の最適化、プレイスメントグループへの適合性などが含まれます。機能の一覧は、こちらをご覧ください。
+ AWS ドキュメント: [汎用インスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/general-purpose-instances.html)
+ AWS ドキュメント: [メモリ最適化インスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/memory-optimized-instances.html)
+ AWS ドキュメント: [コンピュート最適化インスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/compute-optimized-instances.html)
# ベストプラクティス 13.3 – システムまたはコンポーネントの独立したスケーリングを可能にするアーキテクチャを選択する
SAP システムとコンポーネントは、制約を受けることなく拡張できる柔軟性を備えている必要があります。これは、割り当てられたハードウェア内で、または一部のコンポーネントの水平スケーリングを使用して実現できます。どのアーキテクチャがこのスケーリングを可能にするかを検討し、関連するトレードオフを評価します。
**提案 13.3.1 – システム間またはコンポーネント間のパフォーマンスへの影響を検討する**
個々のシステムまたはコンポーネントを分離し、コンポーネント間のパフォーマンスへの悪影響を回避します。複数の小さなインスタンスサイズをデプロイすることで、インスタンスの再利用、ワークロードに応じたスケーリング、容量のオンデマンド化などのオプションが提供されます。コスト上の理由からリソースの使用を最適化しようとする場合は、例外があります。詳細については、コストの柱を参照してください。
**提案 13.3.2 – 最高のパフォーマンスを得るために容量の柔軟性を考慮する**
アプリケーションサーバーなどのコンポーネントのスケーリングが可能なアーキテクチャを選択することで、パフォーマンス要件に合わせて容量を調整し、月末の処理や季節的なピークなどの例外的な需要に合わせてスケールアップすることができます。
# ベストプラクティス 13.4 – リージョンとアベイラビリティーゾーンを選択してレイテンシーを最小化する
エンドユーザー、重要なインターフェイス、システム内トラフィックに影響を与える主要なビジネスプロセスのレイテンシーを最小化するリージョンとアベイラビリティーゾーンに SAP インスタンスをデプロイします。
**提案 13.4.1 – リージョンとクラウドの接続を選択し、パフォーマンスを最適化する**
SAP エンドユーザーと企業のデータセンターへの近さに基づいてリージョンを選択します。データ転送の要件に対応するために、あらゆるクラウド接続オプション (ダイレクト接続や VPN など) のサイズを決定します。
SAP パフォーマンスツールを使用して、ユーザーの応答時間の内訳 (ネットワーク、GUI、アプリケーション、データベースなど) を把握し、レイテンシーの増加によるネットワークのラウンドトリップ時間への変更の影響を評価できます。さまざまな場所にあるシステム間の高周波、低レイテンシーのインターフェイスに焦点を当てることをお勧めします。
レイテンシーの増加が特定のエンドユーザーグループに影響を与える場合は、エンドユーザーコンピューティングサービスとアクセラレータの使用を検討してください。
+ AWS ドキュメント: [AWS Direct Connect](https://aws.amazon.com/directconnect/)
+ AWS ドキュメント: [AWS Global Accelerator とは? - AWS Global Accelerator](https://docs.aws.amazon.com/global-accelerator/latest/dg/what-is-global-accelerator.html)
+ SAP on AWS ブログ: [Amazon AppStream 2.0 を使った SAP GUI の展開](https://aws.amazon.com/blogs/desktop-and-application-streaming/deploying-sap-gui-on-amazon-appstream-2-0/)
**提案 13.4.2 – システム内レイテンシーに関する SAP のガイドラインに注意する**
SAP は、アプリケーションからデータベースへのトラフィックと SAP HANA システムのレプリケーションのための許容可能なネットワークレイテンシーに関するガイダンスを提供しています。
+ SAP Note: [1100926 - FAQ: Network performance (よくある質問: ネットワークパフォーマンス)](https://launchpad.support.sap.com/#/notes/1100926) [SAP ポータルへのアクセス権が必要]
+ SAP Note: [2543171 - Latency issue between application server and database (アプリケーションサーバーとデータベース間のレイテンシーの問題)](https://launchpad.support.sap.com/#/notes/2543171) [SAP ポータルへのアクセス権が必要]
これらのノートにおけるデータベースとアプリケーションサーバーの接続に関するガイダンスは、単一のデータセンターで稼働するシステムに基づいており、マルチ AZ 配置による回復力の利点は反映されていません。アベイラビリティーゾーンとは、1 つの AWS リージョン内の電源の冗長性、ネットワーク、接続性を備えた 1 つ以上の専用データセンターで、一定の距離 (最低 10km) を隔てて配置されています。
AWS における高可用性 (HA) SAP アーキテクチャは、通常、SAP アプリケーションサーバーインスタンスを含む複数の AZ にインフラストラクチャをデプロイすることになります。データベースを大量に呼び出す SAP トランザクションやバッチジョブがある場合、これらのジョブをデータベースと同じ AZ にある SAP アプリケーションサーバーで実行することをお勧めします。また、エンドユーザーには SAP Logon Groups (トランザクション SMLG)、バックグラウンド処理ジョブには、バッチサーバーグループ (トランザクション SM61) を使用します。これにより、SAP ワークロードのうちレイテンシーの影響を受けやすい部分が、適切なアプリケーションサーバーで実行されるようになります。NIPING などのツールを使ってレイテンシーを測定します。
SAP では、SYNC モードでの SAP HANA 同期レプリケーションをサポートするために、レイテンシーを 1.0ms 以下にすることを推奨しており、これはアベイラビリティーゾーンをまたいで達成することが可能です。
+ SAP ドキュメント: [SAP HANA Network Requirements (AP HANA ネットワーク要件)](https://assets.cdn.sap.com/sapcom/docs/2016/08/1cd2c2fb-807c-0010-82c7-eda71af511fa.pdf)
**提案 13.4.3 – SAP HANA のスケールアウトにプレイスメントグループを使用する**
SAP HANA のスケールアウトデプロイにおいて、ノード間通信の SAP 認定を満たすには、クラスタープレイスメントグループを使用する必要があります。
+ AWS ドキュメント: [プレイスメントグループ - Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html#placement-groups-cluster)