SAP on AWS 移行の概要

SAP ワークロードの AWS 移行アプローチは、評価、動員、移行、最適化の 4 つのフェーズで構成されます。この方法論は AWS 、お客様のニーズを満たすように調整されており、事前に定義された入力と出力を持つ特定のアクションが含まれています。以下の図はこれらのフェーズについて解説しています。詳細については、以下のセクションで説明します。

ターゲットを絞ったビジネス成果

特定の要件から戻り、方法論をカスタマイズすることで、SAP 移行目標を正常に完了するために必要な移行戦略、ビジネスケース、範囲、SAP ワークロードの順序、作業のスケジュールを絞り込むことができます。

大規模な移行へ対応に必要な速度と一貫性を実現するために、 AWS で SAP デプロイメント用のコード (IaC) として自動化とインフラストラクチャを使用することをお勧めします。最新のツールと手法については、「 リソース」セクションに記載されているドキュメントとブログ記事で技術的に詳しく説明されています。 AWS は、ビジネス目標を達成するためのより多くの利点とオプションを提供するために、サービス、手法、方法論を一貫して進化および改善しているため、常に AWS ウェブサイトで最新情報を確認することをお勧めします。

SAP ワークロードを移行する際には、SAP 以外の移行チームと緊密に協力して、SAP に統合されているアプリケーションの移行を調整し、ダウンタイムと潜在的なビジネス中断を最小限に抑える必要があります。結合アプリケーションの各クラスターを、専任チームによるプロジェクトとして扱います。SAP アプリケーションの各クラスターをシーケンシャルウェーブに分割できるため、次のセクションで説明するように、各クラスタを高度な並列処理で配信できます。このアプローチにより、移行スケジュールを満たし、タイムトゥバリューが最小限に抑えられてビジネスケースが最大化され、できるだけ早くメリットを得ることができます。目的は、オペレーションとインフラストラクチャの両方のコストを削減しながら、俊敏性、可用性、回復力を高めることで、ビジネスの効率化を実現することです。SAP ワークロードをクラウドに移行することで、イノベーション、デジタル S/4HANA トランスフォーメーションを推進し、データ分析を実行することもできます。以下の図はこれらのビジネス成果について解説しています。

詳細については、財務プロセスのより広範なデジタル SAP S/4HANA トランスフォーメーションの一環として、Engie が SAP 移行で AWS プロフェッショナルサービスと AWS パートナーをどのように使用したかをご覧ください。

移行の並行処理のウェーブ

大規模で非常に複雑な SAP アプリケーション資産がある場合、 AWS は多くの場合、個別のウェーブに分割され、個別の移行チームと調整された移行を提案します。目標は、リソースと複雑さの観点から、各ウェーブを管理可能なサイズに同時に維持しながら、移行作業の加速、勢い、一貫性を維持することです。次のグラフは、SAP ワークロードの地理的クラスタリングに基づく高度に並列化された移行フェーズを示しています。

このアプローチは、ビジネス目標、世界規模および事業部門の運用カレンダー、ビジネスサイクル、現在のインフラストラクチャの状態、および独自の および AWS パートナーリソースの可用性と容量を考慮して微調整できます。