非運用フェーズを確認する

  • 10 分

このフェーズでは、パイロットが成功し、すべてのテストと検証タスクを適用した後に、非運用 SAP システムの Azure へのデプロイを開始します。 パイロットに適用されるすべての条件と手順が、このフェーズにも適用されます。 非運用環境には、通常、開発、単体テスト、ビジネス回帰テスト システムが含まれます。 そのうちの少なくとも 1 つには、将来の運用システムに使用される高可用性構成を実装することをお勧めします。 このフェーズで考慮する必要がある、その他の手順は次のとおりです。

  1. 古いプラットフォームから Azure にシステムを移行する前に、CPU 使用率、ストレージ スループット、IOPS データなど、リソース消費量のデータを収集します。 これは DBMS レイヤー ユニットに関して重要ですが、アプリケーション レイヤー ユニットの場合にも役立ちます。 また、ネットワークとストレージの待機時間を測定する必要があります。

  2. デプロイしているシステムの可用性要件を記録します。 目標は、非運用システムを 24 時間 365 日使用可能にする必要があるかどうか、あるいは一時的にシャットダウンできる非運用システムがあるかどうかを判断することです。

  3. Azure Virtual Machines 用に独自の OS イメージを構築するか、Azure Marketplace イメージを使用するかを決定します。 選択に応じて、ライセンスの面での影響を考慮する必要があります。 独自の OS イメージを作成する場合は、次のドキュメントを参照してください。

  4. Azure Marketplace の SLES および RHEL のイメージに SAP をデプロイする場合は、それぞれ SUSE と Red Hat によって提供されている SAP 固有のイメージを使用するようにしてください。

  5. Microsoft サポート契約に関する SAP のサポート要件を満たすことを確認します。 SAP Note #2015553 に情報が記載されています。

  6. メンテナンスのスケジュールと通知を容易にするため、デプロイされているシステムの所有者を特定します。

  7. Azure ドキュメントの更新を監視し、デプロイに影響する可能性がある新しい機能を確認します。

  8. SAP Note #1928533 など、Azure に関連する SAP Notes の更新を監視して、新しい仮想マシン SKU や新しくサポートされる OS および DBMS リリースを確認します。 新しいオファリングを利用して、最善の価格パフォーマンス比を実現します。

  9. もう一度、SAP Note、SAP HANA ハードウェア ディレクトリ、SAP 製品可用性マトリックス (PAM) のリソースを検証し、サポートされている Azure 仮想マシン SKU、サポートされている OS リリース、サポートされている SAP および DBMS のリリースに変更がないことを確認します。

  10. 新しい HANA 認定 Azure 仮想マシン SKU に関する SAP HANA ハードウェア ディレクトリを参照してください。 更新があった場合は、最初に検討した SKU と価格を比較し、最適な価格/パフォーマンス比を持つオプションを特定します。

  11. 新しい Azure 仮想マシン SKU の種類を適用するようにデプロイ スクリプトを調整し、メリットが得られる新機能を組み込みます。

  12. インフラストラクチャをデプロイした後、SAP Note #500235 と SAP Note #1100926 に従って、SAP アプリケーション レイヤー仮想マシンと DBMS 仮想マシンの間のネットワーク待機時間をテストして評価します。 SAP Note #1100926 のネットワーク待機時間のガイダンスに照らして結果を評価します。 ネットワーク待機時間は、中程度または良好な範囲でなければなりません。 デプロイに、「SAP ワークロードのための Azure Virtual Machines DBMS デプロイの考慮事項」と「Azure における SAP HANA インフラストラクチャの構成と運用」に記載されている制限がどれも該当しないことを確認してください。

  13. デプロイを続ける前に、パイロット フェーズに含まれていた他のすべてのチェックを実行します。

  14. 移行シナリオでは、デプロイ プロセスの一部として、Azure にデプロイされたシステムのリソース消費量を記録し、それを過去のオンプレミスの記録と比較します。 大きな違いがある場合は、Azure 仮想マシンのサイズ設定を調整します。 Azure 仮想マシンのサイズを変更すると、ストレージとネットワークのスループットに影響することに注意してください。 詳細については、「Azure の仮想マシンのサイズ」を参照してください。

  15. システムのコピー機能とプロセスを決定します。 目的は、開発システムとテスト システムを簡単にコピーできるようにして、プロジェクトの実施を高速化することです。 そのようなタスクを促進するためのツールとして、SAP LaMa の使用を検討します。 バージョン 3.0 SP05 以降の SAP LaMa には、Azure へのコネクタが既定で含まれます。 このコネクタを使用すると、仮想マシンの割り当ての解除と起動、マネージド ディスクのコピーと再配置、およびマネージド ディスクの削除を行うことができます。 このような基本操作では、SAP LaMa を使って SAP システムの再配置、コピー、複製、更新を行うことができます。 このコネクタは、SAP LaMa Enterprise Edition でのみ使用できます。

  16. Azure のロールベースのアクセス、アクセス許可、およびプロセスを最適化して、役割を分離しながら、同時に運用モデルを合理化します。

  17. 高可用性とディザスター リカバリーに関連するアーキテクチャと手順をテストして文書化します。