このチェックリストは、 Google Cloudで SAP HANA および SAP NetWeaver 環境の高可用性の設計、移行、実装、メンテナンスを改善する際に役立ちます。
チェックリストを確認する際は、ビジネスニーズを考慮してください。Google の推奨構成と異なる選択を行った場合は、今後の参考のために変更点をチェックリストに記録しておいてください。
- Google Cloudで高可用性 SAP HANA システムを実装または維持する方法については、SAP HANA 高可用性プランニング ガイドをご覧ください。
- 計画外の停止（ハードウェア障害など）から保護するために、OS ベースのソフトウェア クラスタリングを使用することを強くおすすめします。
プロセス障害が発生した場合や、VM の再起動を必要としないソフトウェア メンテナンスのために SAP HANA 2.0 SP04 以降のシステムをすばやく再起動できるようにするには、SAP HANA 高速再起動オプションを有効にします。M1、M2、M3 マシンタイプなど、Compute Engine のメモリ最適化マシンタイプでは、高速再起動オプションを有効にすることを強くおすすめします。SAP HANA 高速再起動に関する SAP の詳細については、SAP HANA 高速再起動オプションをご覧ください。
高速再起動を有効にする方法の詳細については、Linux ディストリビューションの構成ガイドをご覧ください。
SAP HANA が特定のイベントの通知を送信し、障害検出を改善できるようにするには、SAP HANA HA/DR プロバイダ フックを有効にします。
SAP HANA HA/DR プロバイダ フックを有効にする方法の詳細については、Linux ディストリビューションの構成ガイドをご覧ください。
クラスタ自動化ソリューション（Pacemaker など）を使用しない場合は、復旧手順とハンドブックを定義し、テストを行ってください。
Pacemaker を使用する場合:
corosync.conf構成ファイルのtotemセクションで、 Google Cloud 推奨のパラメータ値を使用します。新しい高可用性クラスタを構成する場合は、いくつかのデフォルト値を変更する必要があります。Corosync 構成パラメータの推奨値の詳細については、Corosync 構成パラメータ値をご覧ください。corosync.conf構成ファイルのデフォルト値を変更する方法の詳細については、Linux ディストリビューションの構成ガイドをご覧ください。フェンシング デバイスのクラスタ リソースを構成する場合は、 Google Cloudで推奨されているように、Corosync のタイムアウト、モニタリング間隔、再起動遅延を設定します。フェンシングの設定方法については、Linux ディストリビューションの構成ガイドをご覧ください。
内部パススルー ネットワーク ロードバランサを使用する仮想 IP アドレス（VIP）を定義します。この構成を Google Cloud で提供される自動化で行わない場合は、誤って再利用されないように、この VIP アドレスを予約してください。
テスト用に、本番環境と同等の非本番環境 HA システムを作成します。
- 高可用性のためにサポートされている SAP 構成の詳細を確認するには、 SAP Note 2456432 - SAP Applications on Google Cloud: Supported Products and Google Cloud machine types をご覧ください。
SUSE Linux Enterprise Server（SLES）または Red Hat Enterprise Linux（RHEL）で、Pacemaker クラスタ アプリケーションは、SAP アプリケーションの高可用性を構成するためのリソースを提供します。Pacemaker を使用する場合:
corosync.conf構成ファイルのtotemセクションで、 Google Cloud 推奨のパラメータ値を使用します。新しい高可用性クラスタを構成する場合は、いくつかのデフォルト値を変更する必要があります。corosync.conf構成ファイルのデフォルト値を変更する方法の詳細については、Linux ディストリビューションの構成ガイドをご覧ください。フェンシング デバイスのクラスタ リソースを構成する場合は、 Google Cloudで推奨されているように、Corosync のタイムアウト、モニタリング間隔、再起動遅延を設定します。フェンシングの設定方法については、Linux ディストリビューションの構成ガイドをご覧ください。
オペレーティング システムが RHEL と SLES の場合は、内部パススルー ロードバランサを使用して仮想 IP（VIP）アドレスを管理します。ロードバランサにより高可用性サービスが実現し、クラスタ内の VM 間でトラフィックを送信できるフローティング VIP が作成されます。
Windows ベースの環境では、Windows ネイティブのフェイルオーバー クラスタ機能が高可用性を提供します。詳細については、次の Windows OS リソースをご覧ください。
異なるシステム ID で複数の SAP システムをホストする VM インスタンスがある環境の場合は、次の高可用性（HA）の推奨事項に従ってください。
SAP セントラル サービスとデータベース システムで高可用性を実現するには、Google Cloudでサポートされている HA メソッドのいずれかを使用して高可用性モードを構成します。SAP NetWeaver 高可用性プランニング ガイドまたは SAP HANA 高可用性プランニング ガイドをご覧ください。
SAP NetWeaver システムの IBM Db2 高可用性クラスタの高可用性を実現するには、SAP 用 IBM Db2 高可用性クラスタのデプロイガイドをご覧ください。
関連する複雑さを避けるため、同じ HA クラスタで複数のソフトウェア ソリューションを実行しないでください。代わりに、適切にサイズを設定した別の VM に HA クラスタ（SAP セントラル サービスなど）にソフトウェアをデプロイします。
- 同じ VM 上のリソースの管理に、さまざまな種類のクラスタリング ソフトウェアを使用しないでください。2 つのクラスタ ソリューションが競合し、予期しない動作が発生する可能性があります。
- 同じ高可用性 VM クラスタに、異なる SAP システム ID の複数のサービスを設定した場合:
- 複雑さが増して、トラブルシューティングとリカバリが著しく阻害されます。
- 障害が発生した場合、複数のシステムが影響を受ける可能性があります。リソースを分散させることで、この影響の程度が軽減されます。
SAP セントラル サービス用にサードパーティのフェイルオーバー ソリューションを選択する場合は、設定内容を文書化して、十分にテストを行ってください。
テストとロールアウトの目的のために、本番環境と同等の非本番環境 HA システムを作成することをおすすめします。
- ビジネスではこれが不要な場合もありますが、このテスト HA システムを使用して、フェイルオーバーとメンテナンス手順の検証、広範囲にわたるテストの実施、運用上の参照を目的としたシステムの文書化を行うことができます。
高可用性にせずに SAP セントラル サービスのスタンドアロン インスタンスを実装する場合は、復元プロセスの手作業の手順を文書化し、十分にテストしてください。
- 注: SAP NetWeaver システムで高可用性を確保できない場合、サービス復元時間が長くなり、予期しない停止が頻繁に発生します。
- ライブ マイグレーションと高可用性クラスタ:
- VM インスタンスで Compute Engine ライブ マイグレーション インスタンス ポリシーを有効にします。
- ライブ マイグレーション メンテナンス イベントをシミュレートして、アクティブなワークロードと高可用性構成に対するライブ マイグレーションの影響を評価します。
- ライブ マイグレーションの詳細については、ライブ マイグレーションをご覧ください。
- VM インスタンスで Compute Engine の自動再起動の インスタンス ポリシーを有効にします。
- クラスタのフェイルオーバーに関する十分なしきい値を構成していることを確認するには、可用性ポリシーのテストをご覧ください。