SAP ワークロードの設計原則
このガイダンスは、Azure Well-Architected Framework とそのアーキテクチャの卓越性の 5 つの柱に関して構築されています。 次の表に、各柱の一覧を示し、このセットの記事の概要を示します。
適切に設計されたフレームワークの柱 | まとめ |
---|---|
[信頼性] | SAP ワークロードには、アーキテクチャ レイヤーでの回復性が必要です。 重要なビジネス データを処理するための高可用性を備えた SAP アプリケーションを作成する方法について説明します。 |
セキュリティ | SAP ワークロードには、重要なビジネス データが含まれています。 ID、アクセス、入力検証、データ主権、暗号化など、複数のセキュリティレイヤーを使用して SAP アプリケーションをセキュリティで保護する方法について説明します。 |
コストの最適化 | SAP ワークロードには、いくつかのアーキテクチャ レイヤーと、それをサポートする多数のリソースがあります。 総保有コストを削減しながら、SAP アプリケーションのデプロイがパフォーマンスの期待を満たしていることを確認する方法について説明します。 |
パフォーマンス効率 | SAP ワークロードは、生産性要件を満たすために高パフォーマンスのリソースである必要があります。 コストを管理しながら、SAP ワークロードがユーザーの要求を満たしていることを確認する方法について説明します。 |
オペレーショナル エクセレンス | SAP ワークロードは、そのライフサイクルの大部分を運用に費やします。 SAP ワークロードを管理し、それを実行し続ける方法について説明します。 |
[信頼性]
信頼性の高い SAP ワークロードは、回復性と利用性の両方があります。 回復性は、障害から回復して、機能を継続する能力です。 可用性はアップタイムです。 高可用性により、重要なメンテナンス中の SAP アプリケーションのダウンタイムが短縮され、VM のクラッシュ、バックエンドの更新、重大なダウンタイム、ランサムウェア インシデントなどの障害からの復旧が向上します。 障害はオンプレミスとクラウドで発生するため、回復性と可用性のために SAP ワークロードを設計することが重要です。
信頼性評価を実施する。 SAP ワークロードの信頼性を標準化し、弱点の領域を改善するには、その信頼性を評価する必要があります。 SAP ワークロードの信頼性を把握することが重要です。そのため、問題を修正したり、それらの構成を固めたりするための手順を実行できます。 SAP ワークロードに対して信頼性評価を実施することをお勧めします。 この評価では、ワークロードに関する質問が表示され、重点を置く具体的な推奨事項が提供されます。 評価はそれ自体に基づいて構築されているため、毎回再起動しなくても進行状況を追跡できます。
評価については、 Azure Well-Architected レビューを開始します。 メッセージが表示されたら、[評価の開始] と [SAP on Azure] を選択します。
セキュリティ
SAP on Azure は、サービスとしてのインフラストラクチャ (IaaS) クラウド モデルで提供されます。 Microsoft は、物理データ センター、物理ネットワーク、物理ホスト、ハイパーバイザーの各レベルでセキュリティ保護をサービスに構築します。 ただし、SAP のゲスト オペレーティング システムなど、ハイパーバイザーの上の領域を担当します。 セキュリティ体制が脅威の状況に合わせて進化していることを確認するために使用されるサービスとテクノロジを定期的に評価することをお勧めします。
コスト最適化
Microsoft は、SAP ハードウェアとサービスの迅速な進化に多大な投資を行い、より少ない価値を提供します。 Azure ハードウェア機能の頻繁な増加により、SAP ワークロードがコストを最適化し、無駄をなくし、テクノロジを改善する定期的な機会が提供されます。 Azure と SAP ワークロードを調整するには、各 SAP ワークロードのプランを作成することをお勧めします。 計画には、ワークロードの目標と動機が含まれている必要があります。 組織の目標と投資の優先順位は、アプリケーション、アプリケーション プラットフォーム、データ プラットフォームのコスト最適化イニシアチブを推進する必要があります。
パフォーマンス効率
パフォーマンス効率は、デジタル変革を加速させることです。 目標は、SAP ワークロードを最大限に活用し、リソースを過剰または過不足にすることなく、ユーザーの需要を満たすことです。 非効率的なパフォーマンスにより、ユーザー エクスペリエンスが低下し、コストが膨らむ可能性があります。 パフォーマンスは、内部アプリケーションの生産性に影響します。 これは、一般向けアプリケーションの成長を決定します。 ユーザーの需要を満たさない SAP ワークロードを設計すると、アプリケーションの速度が低下します。 過剰なコンピューティング能力で過剰に依存すると、コストが不必要に上昇します。 これらのシナリオは、適切なコンピューティング、データ、ネットワーク設計では回避できます。
オペレーショナル エクセレンス
オペレーショナル エクセレンスとは、SAP ワークロードをサポートするための効率的なプロセスを作成することです。 運用は SAP ワークロードライフサイクルの最長フェーズであり、チームは今日のタスクを管理するための運用上のベスト プラクティスを備えている必要があります。 操作の失敗は、他の設計領域と SAP ワークロードの全体的な成功に影響します。 運用で SAP ワークロードをサポートするように運用を調整することが重要です。 定期的な評価、監視、自動化は、SAP オペレーショナル エクセレンスの向上の中心です。
次の手順
これらの設計原則は、特定の設計領域でガイダンス全体を通して織り込まれています。 設計領域では、対象を絞ったガイダンスが提供されます。 より短い時間で生産性を高めるために、必要なものを迅速に見つけてほしいと考えています。 各デザイン領域で適切な方向を見つけるには、コンパスとして見出しを使用します。