プロジェクトの準備と計画のフェーズを確認する

完了

このフェーズでは、次の一連の項目を生成する必要があります。

次のものが含まれる概要レベルの設計ドキュメント

  • 計画されている (移行シナリオでは既存の) SAP ランドスケープのインベントリ。
  • プロジェクトの実施に関係するすべての当事者の責任と割り当てが定義されている責任分担表 (RACI)。
  • 概要ソリューション アーキテクチャ。
  • ターゲット Azure リージョンの選択。 リソースを使用できるかどうかはリージョンによって異なることに注意してください。
  • オンプレミスと Azure の間の接続を提供するネットワーク アーキテクチャ。 Azure の仮想データセンターのブループリントに設計を合わせることを検討する必要があります。
  • ビジネスに大きな影響のあるデータを Azure で実行するためのセキュリティ原則。 Azure のセキュリティ ドキュメントを参照することを検討する必要があります。

次のものが含まれる技術設計ドキュメント

  • ソリューションのブロック図

  • Azure でのコンピューティング、ストレージ、ネットワーク コンポーネントのサイズの決定。 Azure VM の SAP 向けサイズ設定については、SAP Note #1928533 を参照してください。

  • 高可用性とディザスター リカバリーのアーキテクチャ

    • このアーキテクチャは、業務部門から提供される RTO と RPO に基づいている必要があります。

    • 同じゾーン内での高可用性に関して、ターゲットの DBMS 製品の機能を確認します。 ほとんどの DBMS には同期ホット スタンバイが用意されており、運用システムに推奨されます。 さらに、「SAP ワークロードのための Azure Virtual Machines DBMS デプロイの考慮事項」から始まるさまざまなデータベース用の SAP 関連ドキュメントを確認してください。 Windows フェールオーバー クラスター サービスを DBMS レイヤー用の共有ディスク構成と併用することは、サポートされていないことに注意してください。 代わりに、次のようなソリューションを検討してください。

      • SQL Server AlwaysOn
      • Oracle データの保護
      • HANA システム レプリケーション
    • Azure リージョンをまたいだ DBMS 層のディザスター リカバリーに関しては、DBMS ベンダーによって提供される製品固有のオプションを確認します。 そのほとんどで、非同期レプリケーションまたはログ配布がサポートされています。

    • SAP アプリケーション レイヤーに関して、同じ Azure リージョンまたは DR リージョンでビジネス回帰テスト システム (運用システムと一致する必要があります) を実行するかどうかを定義します。 後者の場合は、運用環境の DR ターゲットとして回帰システムを利用できます。

    • DR ターゲットとして回帰テスト システムを利用しない場合は、Azure DR リージョンに SAP アプリケーション レイヤーをレプリケートする方法として、Azure Site Recovery の使用を検討します。 詳細については、Microsoft ドキュメント「多層 SAP NetWeaver アプリ デプロイのディザスター リカバリーを設定する」を参照してください。

    • Azure Availability Zones を利用する HA/DR 構成の組み合わせを使用する場合は、選択した Azure リージョンで Availability Zones がサポートされていることを確認します。 ゾーン間の待機時間は、同じ可用性セットの一部である Azure VM 間の待機時間より長くなることに注意してください。

  • OS、DB、カーネル、SAP サポート パックのバージョンの詳細なインベントリ。 オンプレミスのシナリオで特定の構成が SAP によってサポートされていても、同じ構成が Azure VM でもサポートされているとは限りません。 結果によっては、一部のソフトウェア コンポーネントのアップグレードが必要になる場合があります。 サポートされる構成の詳細については、次の SAP Note を参照してください。

    • SAP Note #1928533. この Note では、SAP でサポートされている Azure VM SKU の SAP のサイズ設定についても説明されています。
    • SAP Note #2039619. この Note では、Azure での Oracle のサポート マトリックスが提供されており、それに基づき、Oracle では、Azure VM のゲスト OS として Windows と Oracle Linux のみがサポートされています。 このサポートに関する声明は、SAP インスタンスを実行している SAP アプリケーション レイヤーにも当てはまります。 ただし、Oracle では、Pacemaker による Oracle Linux での SAP セントラル サービスの高可用性はサポートされていません。 Oracle Linux 上での ASCS の高可用性が必要な場合は、SIOS Protection Suite for Linux を利用する必要があります。 SAP 認定データの詳細については、SAP Note #1662610 を参照してください。 Windows では、SAP がサポートする SAP セントラル サービスの Windows フェールオーバー クラスター ソリューションが、DBMS レイヤーとして Oracle と共にサポートされています。
    • SAP Note #2235581。さまざまな OS リリースに対する SAP HANA のサポート マトリックスが提供されています。
    • SAP HANA ハードウェア ディレクトリ
  • SAP 運用システムの 3 層設計 (2 層設計より強く推奨)。 (A)SCS とアプリケーション サーバーを同じ Azure VM 上で組み合わせることは推奨されません。 SAP セントラル サービスに対するマルチ SID クラスター構成の使用は、Azure でゲスト OS として Windows を使用する場合にサポートされます。 一方、Azure 上の Linux オペレーティング システムでは、SAP セントラル サービスのマルチ SID クラスター構成はサポートされません。 Windows ゲスト OS のケースに関するドキュメントは、次の記事で見つかるかもしれません。

すべての SAP インターフェイスのインベントリ

すべての SAP インターフェイスと SAP 以外のインターフェイスを含めます。

次のような基本サービスの設計

  • 認証サービスと名前解決サービス (Active Directory と DNS)。
  • ネットワーク トポロジ。
  • リソース グループのトポロジ。
  • インフラストラクチャとアプリケーションを管理するためのロールベースのアクセス制御。
  • タグ付け戦略。
  • Azure VM など、インフラストラクチャ コンポーネントの名前付け規則。

Microsoft Premier サポート コントラクト リファレンス

Microsoft Premier サポート契約の参照 – MS テクニカル アカウント マネージャー (TAM) との直接連絡を含む。 SAP サポート要件については、SAP Note #2015553 を参照してください。

Azure サブスクリプションのリスト

Azure サブスクリプションとそれぞれのコア クォータの一覧。 必要に応じて、サポート リクエストを開き、Azure サブスクリプションのクォータを増やします。

データ削減とデータ移行のプラン

SAP のデータを Azure に転送するためのデータ削減とデータ移行の計画 (移行シナリオ)。 SAP NetWeaver システムについては、多くのデータの量の制限を維持する方法についてのガイドラインが、SAP から提供されています。

自動デプロイ アプローチ

Azure でのインフラストラクチャ デプロイの自動化の目標は、決定論的な結果を得ることです。 多くのお客様は、PowerShell または Azure CLI ベースのスクリプトと、Azure Resource Manager テンプレートを使用しています。 ただし、SAP 用の Azure インフラストラクチャのデプロイや、SAP ソフトウェアのインストールに使用できる、他のオープンソース テクノロジ (Terraform や Ansible など) があります。 例については、次の GitHub を参照してください。

Note

お客様、システム インテグレーター、Microsoft、その他の関係者の間で、定期的な設計とデプロイのレビュー周期を定義してください。