はじめに

Amazon Web Services(以降、AWS)で、Amazon EBS スナップショット(以降、EBS スナップショット)を利用したミラーディスクのバックアップ・リストアを試してみました。

AWSでは、EBS スナップショットの機能で、Amazon EBS ボリューム（以降、EBS）のデータのバックアップが容易に取得できます。
今回は、ミラーディスクに使用するEBSに対して、EBS スナップショットによるバックアップ取得、また、リストアを試してみました。

この記事の内容

1. EBS スナップショットとは

EBS スナップショットとは、EBSのデータを Amazon S3 にバックアップする機能です。

スナップショットの取得は非同期に行われるため、EBSのスナップショットの取得を実行した後は、スナップショットの作成中でも、EBSをそのまま利用可能です。
ただし、スナップショットを作成する際はデータの整合性を保つため、静止点を設けることを推奨します。
スナップショットは増分バックアップで取得されるため、スナップショットの作成時間は最小限に抑えられ、また、ストレージコストを節約することが可能です。  

また、Amazon S3に格納されたスナップショットから、データが存在する EBSを復元できます。スナップショットからEBSを復元すると、すべてのデータをそのままの状態で、過去の特定時点の状態が再作成されます。
復元されたEBSをEC2インスタンスにアタッチされていたものと置き換えることで、EBSのリストアをすることが可能です。

スナップショットからEBS を作成すると、 すぐに使用を開始できるよう、レプリケートされたボリュームはバックグラウンドで時間をかけてデータを読み込みます。
まだ読み込まれていないデータにアクセスした場合、ボリュームは要求されたデータを Amazon S3 から即座にダウンロードし、引き続きボリュームの残りのデータをバックグラウンドで読み込みます。このため、ボリュームの作成が完了する前にボリュームへのアクセスを行う場合、パフォーマンスが低下する場合がありますのでご注意ください。

2. HAクラスター構成

東京リージョンのVPC環境にWindowsで「VIP制御によるHAクラスター」を構築します。
今回は、1つのEBSに、クラスタパーティションとデータパーティションを作成して利用します。
今回の構成は以下の通りです。

設定手順については、CLUSTERPRO X 4.0 Amazon Web Services 向け HAクラスタ構築ガイド(Windows 版)を参照ください。

本手順ではEBS スナップショットの作成や、EBS スナップショットからEBSを作成、EBSを デタッチ・アタッチする際に、AWS CLIを使用するため、これらのアクションに対するアクセス許可を記述したポリシーをあわせて作成し、操作用EC2に付与しておきます。
以下の権限を追加します。

3. バックアップ手順

以下の手順で、ミラーディスクに使用しているEBSのバックアップを取得します。

4. リストア手順

今回は、下記のケースを想定して、ミラーディスクのリストアを実行します。
【想定ケース】
  現用系、待機系ともにデータが全て削除されてしまった場合 　
  例) 現用系サーバーの操作ミスによりデータを全て削除してしまった。

操作ミスにより現用系サーバーのデータを全て削除した場合、待機系にもミラーリングされ、待機系サーバーのデータも全て削除されます。

下記手順により、両サーバーに対してミラーディスクのリストアを実行することで、 フルコピーを実行することなく、 ミラーディスクを復旧することができます。

5. 動作確認

5.1 バックアップの取得

待機系サーバーのミラーディスクからEBSスナップショットを取得する手順をご紹介します。

5.1.1 現用系サーバーでミラーディスクを停止

CLUSTERPROからミラーディスクリソースを停止します。
依存関係に応じてそのほかのグループリソースも停止する場合があるのでご注意ください。

5.1.2 待機系サーバーのシャットダウン

CLUSTERPROから待機系サーバーをシャットダウンします。

5.1.3 現用系サーバーでミラーディスクを起動

CLUSTERPROからミラーディスクを起動します。「5.1.1 現用系サーバーでミラーディスクを停止」でそのほかのリソースが停止した場合は、あわせて起動します。

5.1.4 EBSスナップショットの取得

待機系サーバーのミラーディスクのEBSスナップショットを取得します。これを①とします。

AWSマネジメントコンソールなどで、スナップショットが作成されていることを確認してください。

作成したEBSスナップショットの[SnapshotId]は後で利用しますので控えておきます。

5.1.5 待機系サーバーを起動してクラスターに復帰

AWSのマネジメントコンソールなどで、待機系サーバーを起動します。
起動したサーバーが正常にHAクラスターに復帰することを確認します。

5.2 リストアの実施

両サーバーのミラーディスクに対して、EBSスナップショットからのリストアを実施する手順をご紹介します。

疑似障害として、ミラーディスク上のデータをすべて削除した状態からスタートします。

5.2.1 ミラーディスクリソース設定の削除

5.2.2 EBSボリュームの作成

「5.1.4 EBSスナップショットの取得」で取得した、EBSスナップショットからEBSを作成します。
現用系サーバーを配置したAvailability Zones(以下、AZ)、待機系サーバーを配置したAZ、それぞれに対して作成します。それぞれ②と③とします。

AWSマネジメントコンソールなどから、EBSが作成されていることを確認してください。

作成したEBSの[VolumeId]は後で利用しますので控えておきます。

5.2.3 EBSのデタッチ

まず、OS上から、ディスク(ミラーディスク)をオフラインにします。ディスクの管理から対象のディスクを選択、右クリックしてディスクをオフラインにしてください。

各サーバーのミラーディスクのEBSをデタッチします。ミラーディスクのEBSをデタッチした際の[Device]の値は、EBSスナップショットから作成したEBS(②、③)をアタッチする際、[--device]の設定値とするため控えておきます。

5.2.4 EBSのアタッチ

各サーバーに、「5.2.2 EBSボリュームの作成」で作成したEBSをアタッチします。

OS上から、ディスク(ミラーディスク)をオンラインにします。ディスクの管理から対象のディスクを選択、右クリックしてディスクをオンラインにしてください。

このときドライブレターが元のミラーディスクのドライブレターから変更されるサーバーについては元のドライブレターに戻してください。

本検証においては、ディスクオンライン後に現用系サーバーにおいて、ドライブレターが下図のように(R:) > (D:)、(M:) > (E:)のように変更されたため、ドライブレターを元通りに修正しました。

OS上でデタッチ前と同様にディスクが認識されていること、データが復元されていることを確認します。

5.2.5 ミラーディスクの設定を追加

「5.2.1 ミラーディスク設定の削除」で削除したミラーディスクリソースの設定を再度追加します。このとき、ミラーディスクリソースのプロパティから[調整]ボタンをクリックし、[初期ミラー構築を行う]のチェックを外しておきます。
また、ミラーディスクリソースの削除時に、合わせて変更したグループ起動属性を手動起動にから自動起動に戻しておきます。

設定の変更後、WebManagerより設定の反映を行います。

5.2.6 ミラーディスクの起動

グループを起動してクラスターが正常に起動するかを確認します。
また、待機系に切り替えて動作を確認します。

さいごに

今回は EBSスナップショットを使用してミラーディスクのバックアップ・リストアを試してみました。
簡易的に、バックアップの取得、リストアが実施できる点は、非常に有用だと思います。
また、本手順により、両サーバーに対してミラーディスクのリストアを実行することで、 フルコピーを実行することなく、 ミラーディスクが復旧できますので、復旧時間の短縮にも活用できると思います。

本記事の構成をご検討の際は、CLUSTERPROの試用版を用いて検証した後、ご提案・構築ください。

お問い合わせ