プロジェクトの準備と計画のフェーズを確認する
このフェーズでは、次の一連の項目を生成する必要があります。
次のものが含まれる概要レベルの設計ドキュメント
- 計画されている (移行シナリオでは既存の) SAP ランドスケープのインベントリ。
- プロジェクトの実施に関係するすべての当事者の責任と割り当てが定義されている責任分担表 (RACI)。
- 概要ソリューション アーキテクチャ。
- ターゲット Azure リージョンの選択。 リソースの可用性はリージョン全体で一貫しているわけではありません。
- オンプレミスと Azure の間の接続を提供するネットワーク アーキテクチャ。 Azure の仮想データセンターのブループリントに設計を合わせることを検討する必要があります。
- ビジネスに大きな影響のあるデータを Azure で実行するためのセキュリティ原則。 Azure のセキュリティ ドキュメントを参照することを検討する必要があります。
次のものが含まれる技術設計ドキュメント
ソリューションのブロック図。
Azure でのコンピューティング、ストレージ、ネットワーク コンポーネントのサイズの決定。 Azure Virtual Machines の 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 リージョンで可用性ゾーンがサポートされていることを確認します。 クロス ゾーンの待機時間は、同じ可用性セットの一部である Azure Virtual Machines 間の待機時間と比較して大きくなります。
OS、DB、カーネル、SAP サポート パックのバージョンの詳細なインベントリ。 オンプレミスのシナリオで特定の構成が SAP によってサポートされていても、同じ構成が Azure Virtual Machines でサポートされることを意味するものではありません。 結果によっては、一部のソフトウェア コンポーネントのアップグレードが必要になる場合があります。 サポートされる構成の詳細については、次の SAP Note を参照してください。
- SAP Note #1928533. この Note では、SAP でサポートされている Azure 仮想マシン SKU の SAP のサイズ設定についても説明されています。
- SAP Note #2039619. この Note では、Azure での Oracle のサポート マトリックスが記載されており、それに基づいて、Oracle では、Azure Virtual Machines のゲスト OS として Windows と Oracle Linux のみがサポートされています。 このサポートに関する声明は、SAP インスタンスを実行している SAP アプリケーション レイヤーにも当てはまります。 ただし、Oracle では、Pacemaker による Oracle Linux での SAP セントラル サービスの高可用性はサポートされていません。 Oracle Linux 上の ASCS の高可用性が必要な場合は、Linux 用の SIOS Protection Suite を使用する必要があります。 SAP 認定データの詳細については、SAP Note #1662610 を参照してください。 Windows では、SAP がサポートする SAP セントラル サービスの Windows フェールオーバー クラスター ソリューションが、DBMS レイヤーとして Oracle と共にサポートされています。
- SAP Note #2235581。さまざまな OS リリースに対する SAP HANA のサポート マトリックスが提供されています。
- SAP HANA ハードウェア ディレクトリ。
SAP 運用システムの 3 層設計 (2 層設計より推奨されます)。 (A)SCS とアプリケーション サーバーを同じ Azure 仮想マシン上で組み合わせることはお勧めできません。 SAP セントラル サービスに対するマルチ SID クラスター構成の使用は、Azure でゲスト OS として Windows を使用する場合にサポートされます。 一方、SAP Central Services のマルチ SID クラスター構成は、Azure 上の Linux オペレーティング システムではサポートされません。 Windows ゲスト OS のケースに関するドキュメントは、次の記事で見つかるかもしれません。
すべての SAP インターフェイスのインベントリ
すべての SAP インターフェイスと SAP 以外のインターフェイスを含めます。
次のような基本サービスの設計
- 認証サービスと名前解決サービス (Active Directory と DNS)。
- ネットワーク トポロジ。
- リソース グループのトポロジ。
- インフラストラクチャとアプリケーションを管理するためのロールベースのアクセス制御。
- タグ付け戦略。
- Azure Virtual Machines などのインフラストラクチャ コンポーネントの名前付け規則。
Microsoft Premier サポート コントラクト リファレンス
MS テクニカル アカウント マネージャー (TAM) との直接連絡を含む Microsoft Premier サポート契約の参照。 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 の SAP on Azure デプロイ自動化フレームワークにあります。
Azure Center for SAP solutions (ACSS) は、SAP を Azure 上の最上位のワークロードにする Azure オファリングです。 Azure Center for SAP solutions は、Azure で統合ワークロードとして SAP システムを作成して実行できるエンドツーエンドのソリューションです。 新規および既存の Azure ベースの SAP システムの [ACSS 管理機能](/azure/sap/center-sap-solutions/manage-virtual-instance)を利用できます。
Note
お客様、システム インテグレーター、Microsoft、その他の関係者の間で、定期的な設計とデプロイのレビュー周期を定義してください。