疑難排解 Azure Arc 資源橋接器問題

  • 發行項

本文針對部署、使用或移除 Azure Arc 資源橋接器時可能發生的問題，提供疑難排解和解決方法的相關資訊。 資源橋接器是封裝的虛擬機器，可裝載「管理」 Kubernetes 叢集。 如需一般資訊，請參閱 Azure Arc 資源橋接器概觀。

一般問題

記錄集合

如果 Arc 資源橋接器遇到任何問題，您可以使用 Azure CLI az arcappliance logs 命令，收集記錄以供進行進一步調查。 執行此命令的電腦，必須與用於執行命令以部署 Arc 資源橋接器的管理電腦相同。 如果您使用不同的電腦來收集記錄，您必須先執行 az arcappliance get-credentials 命令，再收集記錄。

如果收集記錄時發生問題，管理機器很可能無法連線到設備 VM。 請連絡網路管理員，以允許從管理計算機到 TCP 連接埠 22 上的設備 VM 進行 SSH 通訊。

您可以藉由在 logs 命令中傳遞設備 VM IP 或 kubeconfig 來收集 Arc 資源網橋記錄。

若要使用設備 VM IP 位址在 VMware 上收集 Arc 資源網橋記錄：

az arcappliance logs vmware --ip <appliance VM IP> --username <vSphere username> --password <vSphere password> --address <vCenter address> --out-dir <path to output directory>

若要使用設備 VM IP 位址收集 Azure Stack HCI 的 Arc 資源網橋記錄：

az arcappliance logs hci --ip <appliance VM IP> --cloudagent <cloud agent service IP/FQDN> --loginconfigfile <file path of kvatoken.tok>

如果您不確定設備 VM IP，也有使用 kubeconfig 的選項。 您可以執行 get-credentials 命令 ，然後執行 logs 命令來擷取 kubeconfig。

若要擷取 kubeconfig 和記錄密鑰，然後從與用來為已啟用 Arc 的 VMware 部署 Arc 資源網橋的不同電腦收集已啟用 Arc 的 VMware 記錄：

az account set -s <subscription id>
az arcappliance get-credentials -n <Arc resource bridge name> -g <resource group name> 
az arcappliance logs vmware --kubeconfig kubeconfig --out-dir <path to specified output directory>

Arc 資源網橋已離線

如果資源網橋已離線，這通常是因為基礎結構、環境或叢集的網路變更而使設備 VM 無法與其對應的 Azure 資源通訊。 如果您無法判斷變更的內容，您可以重新啟動設備 VM、收集記錄，並提交支援票證以進一步調查。

不支援遠端 PowerShell

如果您透過遠端 PowerShell 執行 Arc 資源橋接器的 az arcappliance CLI 命令，可能會遇到各種問題。 例如，當您嘗試在 Azure Stack HCI 叢集上安裝資源橋接器或其他類型的錯誤時，您可能會看到驗證交握失敗，或其他類型的錯誤。 目前不支援從遠端 PowerShell 使用 az arcappliance 命令。 請改為透過遠端桌面通訊協定 (RDP) 登入節點，或使用主控台工作階段。

無法更新資源網橋組態

在此版本中，所有參數都會在建立時指定。 若要更新 Azure Arc 資源橋接器，您必須將其刪除並重新部署。 例如，如果您在部署期間指定了錯誤的位置或訂閱，則稍後資源建立會失敗。 如果您只嘗試重新建立資源，而不重新部署資源橋接器 VM，您會看到狀態停滯在 WaitForHeartBeat。 若要解決此問題，請刪除設備並更新設備 YAML 檔案。 之後，請重新部署並建立資源橋接器。

設備網路無法使用

如果 Arc 資源網橋發生網路問題，您可能會看到「設備網路無法使用」錯誤。 一般而言，對設備 VM 的任何網路或基礎結構連線問題都可能導致此錯誤。 此錯誤也可以呈現為「撥號 tcp xx.xx.xxx.xxx.xx：55000：connect：no route to host」。 問題可能是透過 TCP 連接埠 22 開啟從主機到 Arc 資源網橋 VM 的通訊需要由網路管理員協助。 可能是有暫時性的網路問題，不允許主機連線至 Arc 資源橋接器 VM，而一旦網路問題解決，您就可以重試作業。 您也可以檢查 Arc 資源網橋的設備 VM 未停止或離線。 在 Azure Stack HCI 的情況下，主機記憶體可能已滿，而且必須解決記憶體問題。

權杖重新整理錯誤

執行 Azure CLI 命令時，可能會傳回下列錯誤：重新整理權杖已過期，或因為條件式存取的登入頻率檢查而無效。發生錯誤的原因是當您登入 Azure 時，權杖有存留期上限。 超過該存留期時，您就必須使用 az login 命令再次登入 Azure。

部署無法使用預設主控件資源集區

使用 az arcappliance createconfig 或 az arcappliance run 命令時，將會有互動式體驗，其中會顯示您可以選取以部署虛擬設備的 VMware 實體清單。 此清單會顯示所有使用者建立的資源集區，以及預設叢集資源集區，但不會列出預設主控件資源集區。 當設備部署至主機資源集區時，如果主機硬體失敗，就不會有高可用性。 因此，我們建議您不要嘗試在主控件資源集區中部署設備。

資源橋接器狀態「離線」和 provisioningState「失敗」

部署 Arc 資源橋接器時，橋接器似乎已成功部署，因為執行 az arcappliance deploy 或 az arcappliance create 時未發生任何錯誤。 不過，在 Azure 入口網站中檢視橋接器時，您可能會看到狀態顯示為離線，而且 az arcappliance show 可能會將 provisioningState 顯示為 失敗。 在部署橋接器之前，未註冊必要的提供者時，就會發生這種情況。

若要解決此問題，請刪除資源橋接器、註冊提供者，然後重新部署資源橋接器。

  1. 刪除資源橋接器：

    az arcappliance delete <fabric> --config-file <path to appliance.yaml>

  2. 註冊提供者：

    az provider register --namespace Microsoft.ExtendedLocation –-wait
az provider register --namespace Microsoft.ResourceConnector –-wait

  3. 重新部署資源橋接器。

注意

合作夥伴產品 (例如已啟用 Arc 的 VMware vSphere) 可能會有自己要註冊的必要提供者。 若要查看必須註冊的其他提供者，請參閱產品的文件。

設備 VM 中的過期認證

Arc 資源橋接器是由部署到內部部署基礎結構的設備 VM 所組成。 設備 VM 會使用本機儲存的認證，維護內部部署基礎結構的管理端點連線。 如果未更新這些認證，資源橋接器就無法再與管理端點通訊。 這可能會導致嘗試升級資源橋接器或透過 Azure 管理 VM 時發生問題。 若要修正此問題，設備 VM 中的認證必須更新。 如需詳細資訊，請參閱更新設備 VM中的認證。

Arc 資源網橋不支援私人連結。 來自設備 VM 的所有呼叫都不應該透過您的私人連結設定。 Private Link IP 可能會與設備 IP 集區範圍衝突，無法在資源網橋上設定。 Arc 資源網橋會連到 不應該通過私人連結連線的必要 URL 。 您必須在與私人連結設定無關的個別網路區段上部署Arc資源網橋。

網路問題

輪詢提取映像錯誤

嘗試部署 Arc 資源橋接器時，您可能會看到包含 back-off pulling image \\\"url"\\\: FailFastPodCondition 的錯誤。 當設備 VM 無法連線至錯誤中指定的 URL 時，就會發生此錯誤。 若要解決此問題，請確定設備 VM 符合系統需求，包括對必要允許清單 URL 的網際網路存取連線。

無法連線至 URL

如果您收到包含 Not able to connect to https://example.url.com 的錯誤，請洽詢您的網路管理員，以確保您的網路允許所有必要的防火牆和 Proxy URL 以部署 Arc 資源橋接器。 如需詳細資訊，請參閱 Azure Arc 資源橋接器網路需求。

Http2 伺服器已傳送 GOAWAY

嘗試部署 Arc 資源網橋時，您可能會收到類似以下的錯誤訊息：

"errorResponse": "{\n\"message\": \"Post \\\"https://region.dp.kubernetesconfiguration.azure.com/azure-arc-appliance-k8sagents/GetLatestHelmPackagePath?api-version=2019-11-01-preview\\u0026releaseTrain=stable\\\": http2: server sent GOAWAY and closed the connection; LastStreamID=1, ErrCode=NO_ERROR, debug=\\\"\\\"\"\n}"

當防火牆或 Proxy 已啟用 SSL/TLS 檢查，並封鎖用來部署資源網橋之電腦的 HTTP2 呼叫時，就會發生這種情況。 若要確認此問題，請執行下列 PowerShell Cmdlet 以 http2 叫用 Web 要求（需要 PowerShell 第 7 版或更新版本），以錯誤中的值取代 URL 和 api-version （例如：2019-11-01） 中的區域：

Invoke-WebRequest -HttpVersion 2.0 -UseBasicParsing -Uri https://region.dp.kubernetesconfiguration.azure.com/azure-arc-appliance-k8sagents/GetLatestHelmPackagePath?api-version=2019-11-01-preview"&"releaseTrain=stable -Method Post -Verbose

如果結果為 The response ended prematurely while waiting for the next frame from the server，則會封鎖 HTTP2 呼叫，而且必須允許。 請與您的網路管理員合作，停用SSL/TLS檢查，以允許用來部署網橋的電腦進行 HTTP2 呼叫。

沒有這類主機 - 不支援 .local

嘗試設定 Arc 資源橋接器的組態時，您可能會收到類似下列的錯誤訊息：

"message": "Post \"https://esx.lab.local/52c-acac707ce02c/disk-0.vmdk\": dial tcp: lookup esx.lab.local: no such host"

提供用於組態設定的 .local 路徑，例如 Proxy、DNS、資料存放區或管理端點 (例如 vCenter) 時，就會發生這種情況。 Arc 資源橋接器設備 VM 會使用預設不支援 .local 的 Azure Linux OS。 因應措施可能是提供適用的 IP 位址。

無法連線到 Azure Arc 資源橋接器

Azure Arc 資源橋接器執行 Kubernetes 叢集，而且其控制平面需要靜態 IP 位址。 IP 位址是在 infra.yaml 檔案中指定。 如果 IP 位址是從 DHCP 伺服器指派，則如果未保留位址，位址可能會變更。 重新開機 Azure Arc 資源橋接器或 VM 可能會觸發 IP 位址變更，因而導致服務失敗。

資源橋接器可能會間歇地遺失已保留的 IP 組態。 這是由「重新開機 systemd-networkd 時，VIP 遺失」(英文) 中所述的行為導致。 當 IP 位址未指派給 Azure Arc 資源橋接器 VM 時，資源橋接器 API 伺服器的任何呼叫都會失敗。 因此，從連線至 Azure Arc 私人雲端、建立自訂位置、建立 VM 等範圍，您都無法透過資源橋接器建立任何新的資源。

另一個可能原因是磁碟存取速度緩慢。 Azure Arc 資源橋接器使用 etcd，每個建議 (英文) 的延遲都必須為 10 毫秒以下。 如果基礎磁碟的效能很低，可能會影響作業並造成失敗。

若要解決此問題，請將資源橋接器 VM 重新開機，應該就能復原其 IP 位址。 如果位址是從 DHCP 伺服器指派，請保留與資源橋接器相關聯的 IP 位址。

SSL Proxy 組態問題

請確定管理電腦上的 Proxy 伺服器會信任 SSL Proxy 的 SSL 憑證和 Microsoft 下載伺服器的 SSL 憑證。 如需詳細資訊，請參閱 SSL Proxy 設定。

沒有這類主機 - dp.kubernetesconfiguration.azure.com

部署 Arc 資源網橋時包含 dial tcp: lookup westeurope.dp.kubernetesconfiguration.azure.com: no such host 的錯誤表示設定數據平面目前無法在指定的區域中使用。 服務可能暫時無法使用。 請等候服務可供使用，然後重試部署。

Proxy 連線 tcp - Arc 資源網橋不需要 URL 的這類主機

含有訊息 proxyconnect tcp: dial tcp: lookup http: no such host 的 Arc 資源網橋必要 URL 的錯誤表示 DNS 無法解析 URL。 此錯誤看起來可能類似下列範例，其中所需的URL為 https://msk8s.api.cdp.microsoft.com：

Error: { _errorCode_: _InvalidEntityError_, _errorResponse_: _{\n\_message\_: \_Post \\\_https://msk8s.api.cdp.microsoft.com/api/v1.1/contents/default/namespaces/default/names/arc-appliance-stable-catalogs-ext/versions/latest?action=select\\\_: POST https://msk8s.api.cdp.microsoft.com/api/v1.1/contents/default/namespaces/default/names/arc-appliance-stable-catalogs-ext/versions/latest?action=select giving up after 6 attempt(s): Post \\\_https://msk8s.api.cdp.microsoft.com/api/v1.1/contents/default/namespaces/default/names/arc-appliance-stable-catalogs-ext/versions/latest?action=select\\\_: proxyconnect tcp: dial tcp: lookup http: no such host\_\n}_ }

如果部署期間提供的 DNS 設定不正確，或 DNS 伺服器發生問題，就會發生此錯誤。 您可以從管理電腦或可存取 DNS 伺服器的機器執行下列命令，來檢查 DNS 伺服器是否能夠解析 URL：

nslookup
> set debug
> <hostname> <DNS server IP>

若要解決錯誤，您的 DNS 伺服器必須設定為解析所有 Arc 資源網橋所需的 URL，而且應在部署 Arc 資源網橋期間正確提供 DNS 伺服器。

KVA 逾時錯誤

KVA 逾時錯誤是一般錯誤，可能是涉及管理計算機、設備 VM 或控制平面 IP 未彼此通訊、因特網或必要 URL 的各種網路錯誤設定的結果。 此通訊失敗通常是因為 DNS 解析、Proxy 設定、網路設定或網際網路存取的問題所造成。

為了清楚起見，管理計算機是指執行部署 CLI 命令的電腦。 設備 VM 是裝載 Arc 資源網橋的 VM。 控制平面IP是設備 VM 中 Kubernetes 管理叢集的控制平面IP。

KVA 逾時錯誤的主要原因

  • 管理電腦無法與控制平面 IP 和設備 VM IP 通訊。
  • 設備 VM 無法與管理電腦、vCenter 端點 (適用於 VMWare) 或 MOC 雲端代理程式端點 (適用於 Azure Stack HCI) 通訊。 
  • 設備 VM 沒有網際網路存取。
  • 設備 VM 具有網際網路存取權，但可能會因為 Proxy 或防火牆而封鎖一或多個必要 URL 的連線能力。
  • 設備 VM 無法連線到可解析內部名稱的 DNS 伺服器，例如 vSphere 的 vCenter 端點或 Azure Stack HCI 的雲端代理程式端點。 DNS 伺服器也必須能夠解析外部位址，例如 Azure 服務位址和容器登錄名稱。 
  • 管理電腦上的 Proxy 伺服器組態或 Arc 資源橋接器組態檔不正確。 這可能會影響管理電腦和設備 VM。 執行 az arcappliance prepare 命令時，如果主機 Proxy 未正確設定，管理電腦將無法連線和下載 OS 映像。 設備 VM 上的網際網路存取可能會因不正確或遺失 Proxy 組態而中斷，這會影響 VM 提取容器映像的能力。 

針對 KVA 逾時錯誤進行疑難排解

若要解決此錯誤，可能需要解決一或多個網路設定錯誤。 請遵循下列步驟來解決此錯誤最常見的原因。

  1. 當部署發生問題時，第一個步驟是依設備 VM IP 收集記錄（不是由 kubeconfig，因為如果部署命令未完成，kubeconfig 可能是空的）。 如收集記錄時發生問題，最可能是因為管理電腦無法連線至設備 VM 所導致。

    收集記錄之後，請擷取資料夾並開啟 kva.log。 如需關於失敗的詳細資訊，請檢閱 kva.log，以協助找出 KVA 逾時錯誤的原因。

  2. 管理電腦必須能夠與設備 VM IP 和控制平面 IP 通訊。 從管理機器 Ping 控制平面 IP 和設備 VM IP，並確認這兩個 IP 都有回應。

    如果要求逾時，管理電腦就無法與 IP 通訊。 這可能是因為關閉的連接埠、網路設定錯誤或防火牆區塊所造成。 請與您的網路系統管理員合作，以允許管理電腦與控制平面 IP 與設備 VM IP 之間的通訊。

  3. 設備 VM IP 和控制平面 IP 必須能與管理電腦和 vCenter 端點 (適用於 VMWare) 或 MOC 雲端代理程式端點 (適用於 HCI) 通訊。 請與您的網路系統管理員合作，以確保網路已設定為允許此作業。 這可能需要新增防火牆規則，以從設備 VM IP 和控制平面 IP 開啟連接埠 443 以連接至 vCenter，或開啟連接埠 65000 和 55000 以連接至 Azure Stack HCI MOC 雲端代理程式。 請檢閱 Azure Stack HCI 網路需求和 Arc 的資源橋接器的 VMWare 說明。

  4. 設備 VM IP 和控制平面 IP 需要這些必要 URL 的網際網路存取權。 Azure Stack HCI 需要額外的 URL。 請與您的網路系統管理員合作，以確保 IP 可以存取必要的 URL。

  5. 在非 Proxy 環境中，管理電腦必須具有外部和內部 DNS 解析。 管理電腦無法連線至可解析內部名稱的 DNS 伺服器，例如 vSphere 的 vCenter 端點或 Azure Stack HCI 的雲端代理程式端點。 DNS 伺服器也必須能夠解析外部位址，例如 Azure URL 和 OS 映像下載 URL。 請與您的系統管理員合作，以確保管理電腦具有內部和外部 DNS 解析。 在 Proxy 環境中，Proxy 伺服器上的 DNS 解析應該解析內部端點和必要的外部位址。

    若要在非 Proxy 案例中測試管理電腦內部位址的 DNS 解析，請開啟命令提示字元並執行 nslookup <vCenter endpoint or HCI MOC cloud agent IP>。 如果管理電腦在非 Proxy 案例中有內部 DNS 解析，您應該會收到答案。 

  6. 設備 VM 必須到可解析內部名稱的 DNS 伺服器，例如 vSphere 的 vCenter 端點，或 Azure Stack HCI 的雲端代理程式端點。 DNS 伺服器也必須能夠解析外部/內部位址，例如 Azure 服務位址和容器登錄名稱，以便從雲端下載 Arc 資源橋接器容器映像。

    確認用來建立組態檔的 DNS 伺服器 IP 具有內部和外部位址解析。 如果沒有，請刪除設備、使用正確的 DNS 伺服器設定重新建立 Arc 資源橋接器組態檔，然後使用新的組態檔部署 Arc 資源橋接器。

移動 Arc 資源橋接器位置

目前不支援 Arc 資源橋接器的資源移動。 您必須刪除 Arc 資源橋接器，然後將其重新部署到所需的位置。

Azure Stack HCI 上已啟用 Azure Arc 的 VM 相關問題

如需解決 Azure Stack HCI 上已啟用 Azure-Arc VM 相關問題的一般協助，請參閱針對已啟用 Azure Arc 的虛擬電腦進行疑難排解。

驗證交握失敗

執行 az arcappliance 命令時，您可能會看到連線錯誤：authentication handshake failed: x509: certificate signed by unknown authority

這通常是從 Azure Arc 資源橋接器不支援的遠端 PowerShell 執行命令時所造成。

若要在 Azure Stack HCI 叢集上安裝 Azure Arc 資源橋接器，az arcappliance 命令必須在叢集中的節點上本機執行命令。 請改為透過遠端桌面通訊協定 (RDP) 登入節點，或使用主控台工作階段，來執行這些命令。

已啟用 Azure Arc 的 VMWare VCenter 問題

vSphere SDK 用戶端 403 禁止或 404 找不到

如果您收到包含 errorCode_: _CreateConfigKvaCustomerError_, _errorResponse_: _error getting the vsphere sdk client: POST \_/sdk\_: 403 Forbidden Arc 資源網橋或 404 not found 部署 Arc 資源網橋時的錯誤，很可能是因為組態檔建立期間提供不正確的 vCenter URL，提示您輸入 vCenter 位址做為 FQDN 或 IP 位址。 有不同的方式來尋找您的 vCenter 位址。 其中一個選項是透過其 Web 介面存取 vSphere 用戶端。 vCenter FQDN 或 IP 位址通常是您在瀏覽器中用來存取 vSphere 用戶端的內容。 如果您已經登入，您可以查看瀏覽器的網址列;您用來存取 vSphere 的 URL 是 vCenter 伺服器的 FQDN 或 IP 位址。 或者，登入之後，請移至 [功能表 > 管理員 istration] 區段。 在 [系統設定] 下，選擇 [節點]。 您的 vCenter 伺服器實例會連同其 FQDN 一起列在那裡。 確認您的 vCenter 位址，然後重新嘗試部署。

部署前驗證錯誤

如果您收到各種 pre-deployment validation of your download\upload connectivity wasn't successful 錯誤，例如：

Pre-deployment validation of your download/upload connectivity wasn't successful. {\\n \\\_code\\\_: \\\_ImageProvisionError\\\_,\\n \\\_message\\\_: \\\_Post \\\\\\\_https://vcenter-server.com/nfc/unique-identifier/disk-0.vmdk\\\\\\\_: Service Unavailable

Pre-deployment validation of your download/upload connectivity wasn't successful. {\\n \\\_code\\\_: \\\_ImageProvisionError\\\_,\\n \\\_message\\\_: \\\_Post \\\\\\\_https://vcenter-server.com/nfc/unique-identifier/disk-0.vmdk\\\\\\\_: dial tcp 172.16.60.10:443: connectex: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.

Pre-deployment validation of your download/upload connectivity wasn't successful. {\\n \\\_code\\\_: \\\_ImageProvisionError\\\_,\\n \\\_message\\\_: \\\_Post \\\\\\\_https://vcenter-server.com/nfc/unique-identifier/disk-0.vmdk\\\\\\\_: use of closed network connection.

Pre-deployment validation of your download/upload connectivity wasn't successful. {\\n \\\_code\\\_: \\\_ImageProvisionError\\\_,\\n \\\_message\\\_: \\\_Post \\\\\\\_https://vcenter-server.com/nfc/unique-identifier/disk-0.vmdk\\\\\\\_: dial tcp: lookup hostname.domain: no such host

這些錯誤的組合通常表示管理計算機已失去數據存放區連線，或發生網路問題，導致數據存放區無法連線。 需要此連線，才能從用來在 vCenter 中建置設備 VM 的管理機器上傳 OVA。 管理機器與數據存放區之間的連線必須重新建立，然後重試Arc資源網橋的部署。

x509 憑證已過期或尚未有效

當您部署 Arc 資源網橋時，可能會遇到錯誤：

Error: { _errorCode_: _PostOperationsError_, _errorResponse_: _{\n\_message\_: \_{\\n \\\_code\\\_: \\\_GuestInternetConnectivityError\\\_,\\n \\\_message\\\_: \\\_Not able to connect to https://msk8s.api.cdp.microsoft.com. Error returned: action failed after 3 attempts: Get \\\\\\\_https://msk8s.api.cdp.microsoft.com\\\\\\\_: x509: certificate has expired or isn't yet valid: current time 2022-01-18T11:35:56Z is before 2023-09-07T19:13:21Z. Arc Resource Bridge network and internet connectivity validation failed: http-connectivity-test-arc. 1. Please check your networking setup and ensure the URLs mentioned in : https://aka.ms/AAla73m are reachable from the Appliance VM. 2. Check firewall/proxy settings

當ESXi主機與執行Arc資源網橋部署命令的管理計算機之間有時鐘/時間差異時，就會發生此錯誤。 若要解決此問題，請在ESXi主機上開啟NTP時間同步處理，並確認管理機器也已同步至NTP，然後再試一次部署。

主機設定期間發生錯誤

如果您已使用相同的範本來部署和刪除 Arc 資源網橋多次，可能會遇到下列錯誤：

Appliance cluster deployment failed with error: Error: An error occurred during host configuration

若要解決此問題，請手動刪除現有的範本。 然後執行 az arcappliance prepare 以下載部署的新範本。

無法尋找資料夾

在 VMWare vCenter 上部署資源橋接器時，您會指定要在其中建立範本和 VM 的資料夾。 資料夾必須是 VM 和範本資料夾類型。 其他類型的資料夾，例如記憶體資料夾、網路資料夾或主機和叢集資料夾，無法用於資源網橋部署。

權限不足

在 VMWare vCenter 上部署資源橋接器時，您可能會收到錯誤，指出您沒有足夠的權限。 若要解決此問題，請確定用來部署資源橋接器的使用者帳戶在 VMware vCenter 中具有下列所有權限，然後再試一次。

Datastore 

  • 配置空間
  • 瀏覽資料存放區
  • 低階檔案作業

資料夾 

  • 建立資料夾

vSphere 標記

  • 指派或取消指派 vSphere 標記

Network 

  • 指派網路

資源

  • 將虛擬電腦指派給資源集區
  • 移轉已關閉電源的虛擬機器
  • 移轉已開啟電源的虛擬機器

工作階段

  • 驗證工作階段

vApp

  • 指派資源集區
  • 匯入

虛擬機器

  • 變更組態
    • 取得磁碟租用
    • 新增現有磁碟
    • 新增磁碟
    • 新增或移除裝置
    • 進階設定
    • 變更 CPU 計數
    • 變更記憶體
    • 變更設定
    • 變更資源
    • 設定 managedBy
    • 顯示連線設定
    • 擴充虛擬磁碟
    • 修改裝置設定
    • 查詢容錯相容性
    • 查詢未擁有的檔案
    • 從路徑重新載入
    • 移除磁碟
    • 重新命名
    • 重設來賓資訊
    • 設定註釋
    • 切換磁碟變更追蹤
    • 切換分叉父代
    • 升級虛擬機器相容性
  • 編輯清查
    • 從現有項目中建立
    • 新建
    • 註冊
    • 移除
    • Unregister
  • 客體作業
    • 客體作業別名修改
    • 客體作業修改
    • 客體作業程式執行
    • 客體作業查詢
  • 互動
    • 連接裝置
    • 主控台互動
    • VIX API 的客體作業系統管理
    • 安裝 VMWare 工具
    • 關閉電源
    • 開啟電源
    • Reset
    • 暫止
  • 供應
    • 允許磁碟存取
    • 允許檔案存取
    • 允許唯讀磁碟存取
    • 允許虛擬機器下載
    • 允許虛擬機器檔案上傳
    • 複製虛擬機器
    • 部署範本
    • 標示為範本
    • 標示為虛擬機器
    • 自定義來賓
  • 快照集管理
    • 建立快照集
    • 移除快照集
    • 還原為快照集

下一步

了解在已啟用 Azure Arc 的 VMware vSphere 災害案例中，如何進行資源橋接器的復原作業

如果在這裡沒有看到問題或無法解決問題，請嘗試下列其中一個管道以取得支援：