各 Azure Managed Lustre インスタンスは、特定のサブスクリプション内および 1 つのリージョンで実行されます。 この構成は、クラスターのリージョンが完全に停止した場合に、ワークフローが中断される可能性があることを意味します。
この記事では、クラスターのフェールオーバーに 2 つ目のリージョンを使用して、作業の中断のリスクを軽減する戦略について説明します。 重要なのは、複数のリージョンからアクセスできる Azure Blob Storage を使用することです。
ワークフローがプライマリ リージョンに進むにつれて、リージョン外の BLOB ストレージにデータを手動で保存する必要があります。 クラスター リージョンが使用できなくなった場合は、セカンダリ リージョンに別の Azure Managed Lustre インスタンスを作成し、同じストレージに接続して、新しいクラスターから作業を再開できます。
注
このフェールオーバー 計画では、ストレージ アカウントのリージョンでの完全な停止はカバーされません。
Azure Managed Lustre では、ローカル冗長ストレージ (LRS)、ゾーン冗長ストレージ (ZRS)、geo 冗長ストレージ (GRS)、読み取りアクセス geo 冗長ストレージ (RAGRS)、geo ゾーン冗長ストレージ (GZRS)、読み取りアクセス geo ゾーン冗長ストレージ (RA-GZRS) がサポートされています。
リージョン内フェールオーバーの計画
フェールオーバーの可能性に備えて準備されたクラスターを設定するには、次の手順に従います。
バックエンド ストレージが 2 番目のリージョンでアクセス可能であることを確認します。
プライマリ クラスター インスタンスの作成を計画するときは、このセットアップ プロセスを 2 番目のリージョンにレプリケートする準備も行う必要があります。 次のような項目があります。
- 仮想ネットワークとサブネットの構造
- クラスターの容量
- クライアント マシンがクラスターと同じリージョンにある場合の詳細
- クラスター クライアントで使用する Mount コマンド
ワークフローにチェックポイントを追加して実装します。 BLOB にデータを整理します。
注
Azure Managed Lustre は、 Azure Resource Manager テンプレートを使用するか その API に間接的にアクセス プログラムで作成できます。
フェールオーバーの例
たとえば、Azure の米国東部リージョンで Azure Managed Lustre クラスターを見つける必要があります。 指定された BLOB の場所に格納されているデータにアクセスします。 フェールオーバー バックアップとして、米国西部 2 リージョンのクラスターを使用できます。
米国東部にクラスターを作成する場合は、米国西部 2 にデプロイするために 2 つ目のクラスターを準備します。 スクリプトまたはテンプレートを使用して、この準備を自動化できます。
米国東部でリージョン全体の障害が発生した場合は、準備したクラスターを米国西部 2 リージョンに作成します。
クラスターの作成時に、同じ BLOB データ ストアを指す BLOB 統合ターゲットを指定します。 元のクライアントが影響を受ける場合は、新しいクラスターで使用する新しいクライアントを米国西部 2 リージョンに作成します。 すべてのクライアントは、リージョンの停止の影響を受けなかった場合でも、新しいクラスターをマウントする必要があります。 新しいクラスターには、古いクラスターとは異なるマウント アドレスがあります。
次のステップ
- Azure アプリケーション アーキテクチャ ガイドには、リージョン全体のサービス中断から回復する方法についての詳細が含まれています。