リージョンのフェールオーバー復旧に複数のキャッシュを使用する

各 Azure HPC Cache インスタンスは、特定のサブスクリプション内および 1 つのリージョンで実行されます。 つまり、キャッシュのリージョンが完全に停止した場合、キャッシュ ワークフローが中断される可能性があります。

この記事では、キャッシュ フェールオーバーに 2 つ目のリージョンを使用して、作業中断のリスクを軽減する戦略について説明します。

キーは、複数のリージョンからアクセスできるバックエンド ストレージを使用しています。 このストレージは、適切な DNS をサポートするオンプレミスの NAS システムか、キャッシュとは異なるリージョンに存在する Azure Blob Storage のいずれかです。

ワークフローがプライマリ リージョンに進むにつれて、データはリージョン外の長期ストレージに保存されます。 キャッシュ リージョンが使用できなくなった場合は、セカンダリ リージョンに重複する Azure HPC Cache インスタンスを作成し、同じストレージに接続して、新しいキャッシュから作業を再開できます。

リージョンフェールオーバーの計画

可能なフェールオーバー用に準備されたキャッシュを設定するには、次の手順に従います。

1. バックエンド ストレージに 2 つ目のリージョンでアクセスできることを確認します。

2. プライマリ キャッシュ インスタンスの作成を計画するときは、このセットアップ プロセスを 2 番目のリージョンにレプリケートする準備もする必要があります。 次の項目を含めます。

   1. 仮想ネットワークとサブネットの構造
   2. キャッシュ容量
   3. ストレージ ターゲットの詳細、名前、および名前空間パス
   4. クライアント マシンがキャッシュと同じリージョンにある場合の詳細
   5. キャッシュ クライアントで使用する Mount コマンド

   Note

   Azure HPC Cache は、 Azure Resource Manager テンプレート を使用するか、その API に直接アクセスすることで、プログラムによって作成できます。 詳細については、Azure HPC Cache チームにお問い合わせください。

フェールオーバーの例

たとえば、Azure の米国東部リージョンに Azure HPC Cache を配置するとします。 オンプレミスのデータ センターに格納されているデータにアクセスします。

フェールオーバー バックアップとして、米国西部 2 リージョンのキャッシュを使用できます。

米国東部でキャッシュを作成する場合は、米国西部 2 にデプロイするための 2 つ目のキャッシュを準備します。 スクリプトまたはテンプレートを使用して、この準備を自動化できます。

米国東部でリージョン全体の障害が発生した場合は、準備したキャッシュを米国西部 2 リージョンに作成します。

キャッシュが作成されたら、同じオンプレミス データ ストアを指すストレージ ターゲットを追加し、古いキャッシュのストレージ ターゲットと同じ集約された名前空間パスを使用します。

元のクライアントが影響を受ける場合は、新しいキャッシュで使用するために、米国西部 2 リージョンに新しいクライアントを作成します。

すべてのクライアントは、リージョンの停止の影響を受けなかった場合でも、新しいキャッシュをマウントする必要があります。 新しいキャッシュには、古いキャッシュとは異なるマウント アドレスがあります。

詳細情報

Azure アプリケーション アーキテクチャ ガイドには、 リージョン全体のサービス中断から復旧する方法の詳細が含まれています。