この記事では、Avere vFXT for Azure ワークフローを保護するための戦略について説明し、事故や停止から復旧できるようにデータをバックアップするためのガイダンスを提供します。
Avere vFXT for Azure では、データがキャッシュに一時的に格納されます。 データは、オンプレミスのハードウェア システム、Azure Blob Storage コンテナー、またはその両方のバックエンド ストレージ システムに長期的に格納されます。
停止やデータ損失の可能性を防ぐために、次の 4 つの領域を検討してください。
- Avere vFXT for Azure システムが使用できなくなった場合のダウンタイムに対する保護
- クラスター キャッシュ内のデータの保護
- バックエンド NAS ハードウェア ストレージ内のデータの保護
- バックエンド Azure BLOB クラウド ストレージでのデータの保護
Avere vFXT for Azure のすべてのお客様は、これらの項目の計画を含む独自の包括的なディザスター リカバリー 計画を作成する必要があります。 vFXT クラスターで使用するアプリケーションに回復性を組み込むこともできます。 ヘルプについては、「 次の手順 」のリンクを参照してください。
ダウンタイムから保護する
Avere vFXT for Azure 製品には冗長性が組み込まれています。
- クラスターは高可用性であり、個々のクラスター ノードは中断を最小限に抑えてフェールオーバーできます。
- キャッシュ内で変更されたデータは、長期ストレージ用のバックエンド コア ファイラー (ハードウェア NAS または Azure BLOB) に定期的に書き込まれます。
各 Avere vFXT for Azure クラスターは 1 つの可用性ゾーンに配置する必要がありますが、リージョンが停止した場合にすばやくアクセスできるように、異なるゾーンまたは異なるリージョンにある冗長クラスターを使用できます。
データへのアクセスを失うことを心配している場合は、ストレージ コンテナーを複数のリージョンに配置することもできます。 ただし、リージョン間のトランザクションは、リージョン内に留まるトランザクションよりも待機時間が長く、コストが高くなることに注意してください。
クラスター キャッシュ内のデータを保護する
キャッシュされたデータは、通常のシャットダウンの前に常にコア ファイラーに書き込まれますが、制御されないシャットダウンでは、キャッシュ内の変更されたデータが失われる可能性があります。
クラスターを使用してファイルの読み取りのみを最適化する場合、失われる変更はありません。 クラスターを使用してファイルの変更 (書き込み) をキャッシュする場合は、コア ファイラーのキャッシュ ポリシーを調整するかどうかを検討しデータを長期ストレージに書き込む頻度をカスタマイズします。
一般に、復旧計画では、より多くのデータを保持するバックエンド ストレージ システムのバックアップに重点を置く必要があります。通常は、障害が発生した後にワークフローを再確立するためにより重要です。
NAS コア ファイラーのデータを保護する
NAS プロバイダーが推奨するスナップショットや完全バックアップなど、オンプレミスの NAS ハードウェア コア ファイラーに格納されているデータを保護するには、受け入れられた方法を使用します。 これらのコア ファイラーのディザスター リカバリーは、この記事の範囲外です。
Azure Blob Storage のデータを保護する
Avere vFXT for Azure では、Azure BLOB コア ファイラーにローカル冗長ストレージ (LRS) が使用されます。 つまり、データ センター内の一時的なハードウェア障害に対する保護のために、BLOB コンテナー内のデータが自動的にコピーされます。
このセクションでは、まれなリージョン全体の停止や誤削除から BLOB ストレージ内のデータをさらに保護する方法に関するヒントを提供します。
Azure Blob Storage 内のデータを保護するためのベスト プラクティスは次のとおりです。
- 重要なデータを別のリージョンの別のストレージ アカウントに頻繁にコピーします (ディザスター リカバリー計画によって決定される頻度で)。
- 誤って削除または破損するのを防ぐために、すべてのターゲット システム上のデータへのアクセスを制御します。 データ ストレージで リソース ロック を使用することを検討してください。
- Blob コア ファイラーに対して Avere vFXT for Azure クラウド スナップショット 機能を有効にします。
Avere vFXT コア ファイラー データをバックアップ アカウントにコピーする
別のアカウントでデータ バックアップを確立するには、次の手順に従います。
必要に応じて、新しい暗号化キーを生成し、影響を受けるシステムの外部に安全に保存します。
Avere vFXT for Azure クラスターによってデータが暗号化されている場合は、データを別のストレージ アカウントにコピーする前に、新しい暗号化キーを生成する必要があります。 そのキーとパスワードは、安全であり、地域の障害の影響を受けないように、安全な施設に安全に保存します。
コンテナーをクラスターに追加するときは、元のクラスターにコンテナーを再追加する場合でも、このキーを指定する必要があります。
詳細については、 クラウド暗号化の設定 を参照してください。
コンテナーで Azure の組み込み暗号化のみを使用している場合は、この手順をスキップできます。
システムからコア ファイラーを削除します。 これにより、クラスターは変更されたすべてのデータをバックエンド ストレージに強制的に書き込みます。
バックアップ後にコア ファイラーを再追加する必要がありますが、削除すると、すべてのデータが完全にバックエンドに書き込まれるようになります。 ("suspend" オプションは、変更されたデータをキャッシュに残すことがあります)。
バックアップ後にコンテナーを再追加するときにレプリケートできるように、コア ファイラーの名前とジャンクション情報 (コントロール パネルの [名前空間] ページに表示) をメモしておきます。
クラスターのコントロール パネルを使用して、コア ファイラーを削除します。 クラスターのコントロール パネルを開 き、[ コア ファイラー>管理コア ファイラー] を選択します。 バックアップするストレージ システムを見つけ、[ 削除 ] ボタンを使用してクラスターから削除します。
別のリージョンの別のストレージ アカウントに、空の新しい BLOB ストレージ コンテナーを作成します。
任意の便利なコピー ツールを使用して、コア ファイラー上のデータを新しいコンテナーにコピーします。 コピーでは、Avere vFXT for Azure で使用される独自のクラウド ファイルシステム形式を変更せずに、データをレプリケートする必要があります。 Azure ベースのツールには、 AzCopy、 Azure PowerShell、 Azure Data Factory が含まれます。
バックアップ コンテナーにデータをコピーした後、「 ストレージの構成」の説明に従って、元のコンテナーをクラスターに追加し直します。
- クライアント ワークフローを変更する必要がないように、同じコア ファイラー名とジャンクション情報を使用します。
- [Bucket contents]\(バケットの内容\) の値を既存のデータ オプションに設定します。
- コンテナーがクラスターによって暗号化されている場合は、その内容の現在の暗号化キーを入力する必要があります。 (これは、手順 1 で更新したキーです)。
最初のバックアップ後のバックアップでは、新しいストレージ コンテナーを作成する必要はありません。 ただし、バックアップを実行するたびに新しい暗号化キーを生成して、記憶している場所に現在のキーが格納されていることを確認することを検討してください。
停止中にバックアップ データ ソースにアクセスする
Avere vFXT for Azure クラスターからバックアップ コンテナーにアクセスするには、次のプロセスに従います。
必要に応じて、影響を受けないリージョンに新しい Avere vFXT for Azure クラスターを作成します。
ヒント
Avere vFXT for Azure クラスターを作成するときに、作成テンプレートとパラメーターのコピーを保存できます。 プライマリ クラスターの作成時にこの情報を保存する場合は、それを使用して、同じプロパティを持つ代替クラスターを作成できます。 概要ページで、[テンプレートとパラメーターのダウンロード] リンクをクリックします。 クラスターを作成する前に、情報をファイルに保存します。
重複する BLOB コンテナーを指す新しいクラウド コア ファイラーを追加します。
コア ファイラー作成ウィザードの [バケットの内容 ] 設定で、ターゲット コンテナーに既にデータが含まれていることを指定してください。 (誤ってこの設定を 空のままにした場合は、システムから警告が表示されます)。
必要に応じて、元のクラスターまたは新しいコア ファイラーではなく、新しいクラスターまたは新しいコア ファイラーをマウントするようにクライアントを更新します。 (元のコンテナーと同じ名前とジャンクション パスを持つ代替コア ファイラーを追加する場合、新しい IP アドレスで新しいクラスターをマウントする必要がない限り、クライアント プロセスを更新する必要はありません)。
次のステップ
Avere vFXT for Azure の設定のカスタマイズの詳細については、「クラスターの チューニング」を参照してください。
Azure でのディザスター リカバリーと回復性のあるアプリケーションの構築の詳細については、以下を参照してください。