Shareはじめに災害対策(DR)ソリューションは、SAPシステム設計時の重要な側面です。AWS上でSAPワークロードを稼働しているお客様にとって、DRソリューションの設計で考慮すべき点は、シングルまた複数のAWSリージョンまたはアベイラビリティゾーン、目標復旧ポイント(RPO)や目標復旧時間(RTO)などのサービスレベルアグリーメント、そしてコストです。AWSの可用性と信頼性のアーキテクチャガイダンスを作成しました。NetWeaverベースのシステム構成をデプロイするという要件があるSAPのお客様やパートナー様のために、一連のアーキテクチャのガイドライン、戦略、決定事項を提供します。HANAデータベースのDR設定に関するすべてのオプションについて説明しています。Service(S3)のクロスリージョンレプリケーション(CRR)によるバックアップとリストア等があります。Recoveryを使用し、DR設定することも可能です。(EC2)がオンデマンドで提供できることにより、従来のオンプレミスでの実装と比較して、DRソリューションの選択肢が広がります。HANAベースのアプリケーション向けに、低コストのDRソリューションをパッシブDRアプローチを使用して構築する方法を紹介します。SLAを許容できるお客様に適しています。AWS上のSAPアプリケーション向けのパッシブDRこのソリューションでは、災害対策の設定として、プライマリSAPシステムのバックアップデータを使用してDR環境を構築します。CRR等のAWSサービスと機能を使用して簡素化されています。Store(EBS)ボリュームがプロビジョニングされません。データはデータベースから直接レプリケートされません。以下のアプローチで、本番システムをDR用に選択したAWSリージョンにバックアップ・コピーします。Backupを使って作成し、レプリケートDRリージョンでは、テストまたは実際のDRイベントの際に、プライマリリージョンからコピーしたAMIを使って、オンデマンドでSAPシステムを構築することができます。データベースに最新のデータを取り込むために、バックアップからpoint-in-timeリカバリーで復元することが可能です。Agent、またはサードパーティのツールを使って行えます。Agentを使ったシナリオを説明します。このソリューションにおけるRPOは、ソースシステムのログバックアップ頻度、変更率、バックアップオブジェクトをDRリージョンにコピーする時にかかる時間に依存します。RTOは、データベースのサイズと変更率に依存します。ReplicationまたはCloudEndureのようなデータベースから直接データを複製する他のDRオプションよりも長くなります。以下の図は、バックアップ/リストアに基づくDRソリューションのアーキテクチャ例です。CloudFormation等の自動化サービスを利用すれば、プライマリリージョンからコピーされたバックアップを利用して、最小限の手作業で迅速にDRシステムを構築することが可能になります。DirectoryやDNSなどの他のサポートサービスも考慮する必要がありますが、今回のブログではカバーしていません。NetWeaverシステムの災害対策をバックアップ/リストアを使った構成を紹介します。EC2インスタンスに分散されます。Server(PAS)用の1つのインスタンス、及び追加アプリケーションサーバー用の2つのインスタンスが含まれます。これらのインスタンスは、SAPアプリケーションとデータベースサーバーがインストール済みの前提になります。SAPをご活用頂けます。今回のブログでは、同じAWSアカウント内でのクロスリージョンDR設定を想定しています。厳格なデータ保管要件によりプライマリリージョンからデータを出すことができないお客様、またはエンドユーザーがDRリージョンにアクセスする際のネットワークパフォーマンスが気になるお客様に対しては、複数のリージョンではなく、同じリージョン内の複数のアベイラビリティゾーン(AZ)に跨って同様のソリューションを使用することも可能です。以下の手順は、リージョンを跨いだ構成を想定していますが、アベイラビリティゾーンを跨いだ構成を採用する場合は、それに合わせて変更する必要があります。その変更点は、バックアップとAMIのコピー作成作業が不要になる等が含まれます。DRが別のAWSアカウントでホストする場合、DRアカウントからデータベースバックアップとAMIへのアクセスを可能にするために、権限を適切に割り当て、暗号化キーを共有する(必要な場合)等の追加手順が必要になります。EC2インスタンスに対して、タグを作成し割り当てます。EFSファイルシステムにも同様のタグを作成します。このファイルシステムは、SAPシステムのsapmntディレクトリや移送ディレクトリに使用可能です。EFSを使用している場合、/etc/fstabに「nofail」パラメータが設定されていることを確実に確認してください。EFSファイルシステムを自動的にマウントするというドキュメントを参照してください。これは、DRインスタンスが問題なくAMIから起動できるようにするためです。EFSファイルシステムが再マウントされます。BackupでEC2インスタンスのAMI及びEFSファイルシステムのバックアップを作成するバックアッププランを設定するために使用されます。plan」を選択します。バックアップルールの設定では、一定の期間後にコールドストレージへの移行やバックアップの保存期間等のライフサイクル管理オプションを選択します。バックアップを保管するボールトに関しては、特定のボールトまたはデフォルトのボールトを選択することが可能です。次に、DRに別のリージョンを使用するため、バックアップやAMIをコピーする先のリージョンを選択します。コピー先として別のAWSアカウントに設定することも可能です。その場合、DR側のバックアップ用に別のバックアップボールトを指定します。頻度はメンテナンスウィンドウに合わせて調整したら、メンテナンス中にソースシステムにあった変更をAMIコピーでDRリージョンにもレプリケートされます。バックアッププランにリソースを割り当てるには、タグまたはリソースIDが使用可能です。このブログでは、ステップ1で作成したタグを使用しています。Backupが復元ポイントを作成・管理できるように、十分な権限を持つIAMロールを選択します。バックアップにタグを割り当てます。これにより、リストア処理のためにDRリージョン内のバックアップを識別することができます。EFSのバックアップに異なる頻度で取得したい場合、それぞれ別々のバックアッププランを作成して、各リソースに割り当てることができます。Backupがどのようにバックアップを暗号化するかについては、AWSでのバックアップ暗号化ガイドラインを参照してください。CLIを使用してバックアップの取得を自動化することもできます。これら自動化ツールを使用して、バックアップデータをDRリージョンへのコピーを自動化することも可能です。HANAデータベースのバックアップを設定します。HANAを使用してバックアップを設定することができます。デフォルトの設定では、15分ごとにログのバックアップがスケジュールされます。今回のDRソリューションのRPOは、この頻度によって変わるため、要件に応じて頻度を調整する必要があります。S3バケットに保存されます。IDログイン必須)にて、データベースのバックアップスケジュールを設定する方法を記載しています。Windowsを使用して、AWSリソースタグに基づいてAWSでデータベースのバックアップを集中的にスケジュール設定することも可能です。S3バケットに対して、プライマリリージョンからDRリージョンへのCRRを構成します。S3のレプリケーションドキュメントを参照してください。S3バケットに格納されるバックアップファイルは、自動的にDRリージョンにレプリケートされます。このステップが完了すると、DRリージョンにSAPシステムを構築するために必要なデータが揃います。BackupによってEC2インスタンスのAMIが作成され、DRリージョンにコピーされていることが確認できます。Backupによってコピーされたものも含めて、最新のAMIがすべて表示されます。バックアッププランで割り当てたタグに基づいてリソースをフィルタリングし、最新のAMIを選んでDRシステムを構築することが可能になっています。CLI等のツールを使用してこれらのAMIを起動することもできます。CloudFormationを使用して起動を自動化することにより、手作業を減らし、より迅速にAMIの起動ができるようになります。EFSファイルシステムがDRリージョンにコピーされていることを確認します。ターゲットリージョンでEFSのバックアップの保存に選択したバックアップボールトにアクセスし、リストアしたい最新のバックアップを確認します。リソースIDは、ソースファイルシステムのファイルシステムIDと同じです。バックアップボールトから確実に復旧ポイントを確認し、新しいファイルシステムへのリストアプロセスを開始します。復旧ジョブが完了後に、新しいファイルシステムが作成されます。EC2インスタンスの/etc/fstabファイルでこの新しいファイルシステムIDを使用し、ファイルシステムをマウントします。ファイルシステムのサイズが大きくリストアに長い時間がかかる場合、別のツールで指定の頻度でデルタレプリケーションを実行するような構成も検討可能です。EFSファイルシステムのレプリケーションを実現することができます。Syncを使用する場合、追加コストがかかります。DataSyncの価格を参照してください。directory>/aws-backint-agent/ディレクトリ内のYAMLファイルで管理されます。この設定ファイルの名前はaws-backint-agent-config.yamlです。DRデータベースサーバーのバックアップ設定を変更するには、EC2インスタンスにOSレベルでログインする必要があります。次に、バックアップバケット名、AWSリージョン、アカウントID等の設定値をbackint設定ファイルのエントリを必要に応じて更新します。HANAデータベースからバックアップデータにアクセスできるようになります。HANA管理者ガイドの手順に従って、リストアと復旧作業を実行してください。まとめAWSでSAPワークロードを実行することによって、AWSグローバルインフラストラクチャの高信頼性と柔軟性を活用し、DR環境の設計・デプロイ方法として複数の選択肢があります。お客様は、RTOやRPOのSLAを満たすために必要な場合を除き、必ずしもDR用にEC2インスタンスやEBSボリュームをプロビジョニングする必要はありません。DRサーバーを構築することができ、DRの導入コストを削減し、その結果、SAP環境のTCOの削減に繋がります。HANA等のサービスを提供しています。CloudFormation等の自動化サービスも提供しており、DRのテストやフェールオーバーの自動化に使用可能です。5000以上のSAPのお客様がAWSを選択した理由については、こちらをご覧ください。トゥアンが担当しました。