次の方法で共有

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

  • [アーティクル]

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

前提条件

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

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

VM が削除された場合の Arc リソース ブリッジの復旧

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

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

  2. vCenter から古い Arc リソース ブリッジ テンプレートを検索して削除します。

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

    $location = <Azure region of the resources>
$applianceSubscriptionId = <subscription-id>
$applianceResourceGroupName = <resource-group-name>
$applianceName = <resource-bridge-name>

$customLocationSubscriptionId = <subscription-id>
$customLocationResourceGroupName = <resource-group-name>
$customLocationName = <custom-location-name>

$vCenterSubscriptionId = <subscription-id>
$vCenterResourceGroupName = <resource-group-name>
$vCenterName = <vcenter-name-in-azure>

  4. --force パラメーターを指定して、オンボード スクリプトを再度実行します。

    ./resource-bridge-onboarding-script.ps1 --force

  5. 入力を求めるプロンプトに応じます。

  6. スクリプトが正常に終了すると、リソース ブリッジが復旧し、以前に切断された Arc 対応リソースを Azure で再び管理できるようになります。

次のステップ

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

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

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