次の方法で共有


Azure での SAP クラウド導入の計画

SAP 戦略 に関する記事で説明したように、SAP クラウド導入からのリターンは非常に高くなる可能性がありますが、期待を逃すリスクもあります。 デジタル資産に基づく明確な財務計画を策定することで、設定した期待の精度が向上します。 同じ財務計画の演習により、クラウド導入チームは、技術的なアクティビティを計画するために必要なデータを提供します。

クラウド導入フレームワークのリソースは、組織が SAP クラウド導入に適した計画を把握するのに役立ちます。

SAP デジタル資産計画

ほとんどの複雑なプラットフォームと同様に、SAP デジタル資産には、プランで認識する必要がある 3 つの資産カテゴリ (プラットフォーム、基本資産、ワークロード資産) が含まれます。

  • プラットフォーム資産: SAP プラットフォームは、専用のアプリケーション、データ、仮想マシンまたはサーバー、および可能性のあるアプライアンスのコレクションで実行されます。 組織がそのプラットフォームで何を行うかに関係なく、これらの資産は SAP デプロイ要件によって定義されます。

  • 基本資産: また、SAP プラットフォームとサポート環境は、ID プロバイダー、ネットワーク、運用管理ツールなどの必要な資産のコレクションによってもサポートされます。 Azure では、これらの資産を基本ユーティリティと見なします。この記事シリーズでは、後で Azure ランディング ゾーンをデプロイしてそれらを提供する方法について説明します。

  • ワークロード資産: ほとんどの組織は、ポートフォリオ全体のワークロードの範囲でサポートされているさまざまなビジネス プロセスに SAP を拡張または統合します。 これらのワークロードは、コア プラットフォームのデプロイに含まれていないアプリケーション、データ、仮想マシンのコレクションによってサポートされます。 SAP プラットフォームに依存する各ワークロードを個別に名前付け、インベントリ、合理化、追跡して、きめ細かな財務および技術的な計画の決定を可能にする必要があります。

SAP デジタル資産計画のガイダンスについては、 デジタル資産計画に関する記事シリーズに記載されているプロセスを確認してください。 Azure への移行のためのワークロードの評価に関するベスト プラクティスの記事では、前の記事の理論的なガイダンスを実行可能にするために、Azure Migrate やその他の評価ツールを提案しています。

SAP 導入を計画する際には、これらのプロセスにいくつかの考慮事項を含める必要があります。

  • 依存関係を評価する: SAP などのコア プラットフォームへの依存関係は、多くの場合、文書化されていません。 ポートフォリオ内のすべての資産の依存関係分析を必ず含めます。

  • タグ付け、グループ化、およびメタデータ: すべての資産に慎重にタグ付けまたはグループ化します。

    • プラットフォーム上の資産に徹底的にタグを付け、グループ化します。 資産は財務計画や技術計画を調整する上で重要であるため、資産を見逃さないことを重要にします。

    • SAP デプロイが依存する基本資産を分離してグループ化します。 これらは後で、より効率的な Azure ランディング ゾーン オプションに置き換えることができます。

    • 依存する各ワークロードを個別にグループ化します。 これらのワークロードは、合理化と移行の取り組み中に個別に検討できます。

  • 資産の合理化: 合理化は、財務計画の最も重要な考慮事項の 1 つです。 資産の各グループで次のことを考えます。

    • クラウドネイティブの Azure ランディング ゾーン オプションを優先して、基本的な資産を廃止できますか?

    • ワークロードごとに、ワークロードを廃止しますか? ワークロードをサービスとしてのインフラストラクチャに再ホストすることは理にかなっていますか? このワークロードを最新化する必要がありますか? このワークロードは、クラウドネイティブホスティングを利用するためにワークロードの再構築または再構築を検討するのに十分な影響がありますか?

  • 優先順位付けとシーケンス処理: タイムラインと計画を確立するために、プラットフォームとワークロードに優先順位を付けて順序を付けます。

  • ハイブリッドに関する考慮事項: プランの実行中に、移行ウェーブでリリースしますか? 移行ウェーブ中に運用トラフィックにハイブリッド接続が必要ですか? ハイブリッド クラウドを使用すると、企業はコンピューティング リソースをスケーリングできます。 また、ハイブリッド実装では、短期的な需要の急増に対処するために、大規模な資本支出を行う必要がなくなります。 ビジネスがより機密性の高いデータまたはアプリケーションのためにローカル リソースを解放する必要がある場合、ハイブリッド実装によってリソースの削減作業が促進されます。

  • 環境計画: 運用環境と非運用環境の SAP プラットフォームを同時に、または個別に移行していますか? お客様は、非運用環境の SAP プラットフォームを Azure に移行し、リスクを学習して軽減するための環境を作成することがあります。 チームが SAP プラットフォームの運用と Azure ワークロードに慣れたら、数週間または数か月後に運用プラットフォームとワークロードを移行しますか?

  • プラットフォームの合理化: 最も重要な考慮事項は、SAP プラットフォームの資産を合理化する方法です。プラットフォームを移行する方法を検討してください。 移行アプローチにより、クラウドに保持される資産のインベントリと、そこに到達するための作業が形成されます。 次のオプションを考慮できます。

    • リホスト: Azure Migrate または同種のシステム コピーを使用して、現在の SAP/OS/DBMS プラットフォームをリフト アンド シフトします。

    • 再プラットフォーム: OS でこれを必要とする場合や DBMS の変更が必要な場合など、SAP の異種プラットフォーム コピーの作成と Azure への移行を組み合わせます。 これには、SAP NetWeaver の運用環境が DBMS として HANA に変更された場合が含まれます。

  • 再設計: Azure に新しい SAP プラットフォームを実装します。

これらの考慮事項がデジタル資産評価に統合されたら、ビジネス上の正当な理由を絞り込むことができます。 また、SAP クラウド導入計画を構築する準備も整います。

SAP クラウド導入計画

クラウド導入フレームワークには、クラウド導入計画または Azure DevOps バックログを作成するためのツールといくつかのテンプレートが含まれています。これは、各手法で概説されているタスクに基づいています。 テンプレートの詳細については、 クラウド導入計画と Azure DevOps に関する記事を参照してください。

テンプレートを使用するか、独自のプロジェクト計画ツールを使用するかに関係なく、次の SAP 固有のアクションを考慮します。

  • 基本資産を評価し、適切な Azure ランディング ゾーンをデプロイします。
  • プラットフォームの合理化作業を使用して、SAP プラットフォームの移行を完了します。
  • 移行する各ワークロード (またはワークロードのウェーブ) を考慮します。

Azure DevOps Web インターフェイスを使用して、それらの行項目をプランに追加できます。 現在の資産インベントリから作業している場合は、 ワークロードの追跡に関するクラウド導入フレームワークの記事で説明されている Microsoft Excel 統合を使用して、プランをより迅速に構築できます。

SAP 準備計画

一般的な作業計画を作成したら、チーム メンバーの配置と作業の見積もりを開始できます。

このプロジェクトのチーム メンバーは SAP または Azure の専門家である可能性がありますが、チームが両方の分野で同等の専門知識を持つことはほとんどありません。 クラウド導入計画を使用して、チームが取得する必要があるスキルを決定します。 次に、これらのスキルをチーム メンバーにマップして、準備、スキル、トレーニングのニーズをより明確に把握します。 スキル準備計画を構築するクラウド導入フレームワーク。

次の手順: SAP エンタープライズ規模の移行について環境または Azure ランディング ゾーンを確認する

次の記事では、Azure での SAP の導入を成功させるために役立つ、クラウド導入の過程における特定のポイントに関するガイダンスを提供します。