リソース ブリッジ仮想マシンの誤削除から復旧する

この記事では、誤削除などの障害シナリオで Azure Arc リソース ブリッジ接続を動作状態に復旧する方法について説明します。 このような場合、オンプレミスのインフラストラクチャと Azure の間の接続が失われ、Arc 経由で実行されるすべての操作が失敗します。

仮想マシンが削除された場合の Arc リソース ブリッジの復旧

Arc リソース ブリッジ仮想マシンの削除から復旧するには、次の手順を使って、現在のリソース ブリッジと同じリソース ID を持つ新しいリソース ブリッジをデプロイする必要があります。

前提条件

1. ディザスター リカバリー スクリプトは、構成 (.yaml) ファイルがある同じフォルダーから実行する必要があります。 構成ファイルは、Arc リソース ブリッジのデプロイのためにスクリプトを実行するのに使用したマシン上に存在します。

2. スクリプトの実行に使用されるマシンには、ポート 6443 (Kubernetes API サーバー) とポート 22 (SSH) に Arc リソース ブリッジ VM への双方向接続と、ポート 443 (HTTPS) に Arc リソース ブリッジ VM への送信接続が設定されている必要があります。

Windows マシンから Arc リソース ブリッジを復旧する

1. Arc リソース ブリッジ、カスタムの場所、SCVMM 管理サーバー Azure リソースの Azure リージョンとリソース ID をコピーします。

2. こちらのスクリプトをダウンロードし、Azure の元のリソースと同じ情報を使用して、スクリプトの次のセクションを更新します。

   $location = <Azure region of the original Arc resource bridge>
   $applianceSubscriptionId = <subscription-id>
   $applianceResourceGroupName = <resource-group-name>
   $applianceName = <resource-bridge-name>
   
   $customLocationSubscriptionId = <subscription-id>
   $customLocationResourceGroupName = <resource-group-name>
   $customLocationName = <custom-location-name>
   
   $vmmserverSubscriptionId = <subscription-id>
   $vmmserverResourceGroupName = <resource-group-name>
   $vmmserverName= <SCVMM-name-in-azure>
   

3. 最初のオンボード後に構成 YAML ファイルが格納されるのと同じ場所から更新済みのスクリプトを実行します。 これは、構成ファイルが後で別の場所に移動されていない限り、初期オンボード スクリプトを実行した場所と同じフォルダーである可能性が高いです。 入力を求めるプロンプトに応じます。

4. スクリプトが正常に実行されると、古いリソース ブリッジが復旧し、既存の Azure 対応 SCVMM リソースへの接続が再確立されます。

次のステップ

Azure Arc リソース ブリッジに関する問題のトラブルシューティング

前述の復旧手順を実行しても Arc リソース ブリッジを元の状態に復元できない場合、次のいずれかのサポート チャネルをお試しください。

• Microsoft Q&A を通じて、Azure 専門家からの回答を得ることができます。
• @AzureSupport (カスタマー エクスペリエンスを向上させるための Microsoft Azure の公式アカウント) に連絡する。 Azure サポートにより、Azure コミュニティの回答、サポート、エキスパートと結び付けられます。
• Azure サポート リクエストを開きます。