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 ウェブ インターフェイスを使用して、これらの品目をプランに追加できます。 現在の資産インベントリから作業している場合は、 ワークロードの追跡に関するクラウド導入フレームワークに関する記事に記載されている Microsoft Excel の統合を使用して、計画を迅速に作成できます。

SAP 準備計画

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

このプロジェクトのチームメンバーは、SAP または Azure の専門家である可能性がありますが、両方の分野で同じ専門知識を持つことはほとんどありません。 クラウド導入計画を使用して、チームが獲得する必要があるスキルを判断します。 次に、それらのスキルをチームメンバーにマップして、準備、スキルの習得、トレーニングのニーズをより明確に把握します。 スキル準備計画を構築するクラウド導入フレームワークの記事と戦略および計画のテンプレートは、チームがスキル習得のギャップを追跡して対処し、各スプリントでより強力なクロス機能コラボレーションを作成するのに役立ちます。

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

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