Sdílet prostřednictvím

Řešení potíží s mostem prostředků Azure Arc

  • Článek

Tento článek obsahuje informace o řešení potíží a řešení problémů, ke kterým může dojít při pokusu o nasazení, použití nebo odebrání mostu prostředků Azure Arc. Most prostředků je zabalený virtuální počítač, který hostuje cluster Kubernetes pro správu . Obecné informace najdete v přehledu mostu prostředků Azure Arc.

Obecné problémy

Shromažďování protokolů

V případě problémů s mostem prostředků Arc shromážděte protokoly pro další šetření pomocí příkazu Azure CLI az arcappliance logs . Tento příkaz je potřeba spustit z počítače pro správu, který se používá k nasazení mostu prostředků Arc. Pokud používáte jiný počítač, musí počítač splňovat požadavky na počítač pro správu.

Pokud dojde k potížím se shromažďováním protokolů, pravděpodobně se počítač pro správu nemůže spojit s virtuálním počítačem zařízení. Obraťte se na správce sítě a povolte komunikaci SSH z počítače pro správu s virtuálním počítačem zařízení na portu TCP 22.

Protokoly mostu prostředků Arc můžete shromáždit předáním IP adresy virtuálního počítače zařízení nebo příkazu kubeconfig v příkazu logs.

Shromažďování protokolů mostu prostředků Arc ve VMware pomocí IP adresy virtuálního počítače zařízení:

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

Pokud chcete shromáždit protokoly mostu prostředků Arc pro Azure Stack HCI, přečtěte si téma Shromažďování protokolů.

Pokud si nejste jisti IP adresou virtuálního počítače zařízení, můžete také použít kubeconfig. Kubeconfig můžete načíst spuštěním příkazu get-credentials a pak příkaz protokoly spustit.

Pokud chcete načíst kubeconfig a klíč protokolu, shromážděte protokoly pro VMware s podporou Arc z jiného počítače, než který se používá k nasazení mostu prostředků Arc pro VMware s podporou Arc:

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>

Připojení ke stažení nebo nahrání nebylo úspěšné

Pokud je rychlost sítě pomalá, možná nebudete moct úspěšně stáhnout image virtuálního počítače mostu prostředků Arc, což vede k této chybě: ErrorCode: ValidateKvaError, Error: Pre-deployment validation of your download/upload connectivity was not successful. Timeout error occurred during download and preparation of appliance image to the on-premises fabric storage. Common causes of this timeout error are slow network download/upload speeds, a proxy limiting the network speed or slow storage performance.

Jako alternativní řešení zkuste vytvořit virtuální počítač přímo v místním privátním cloudu a pak z tohoto virtuálního počítače spusťte skript nasazení mostu prostředků Arc. Tímto způsobem by mělo dojít k rychlejšímu nahrání image do úložiště dat.

Časový limit kontextu vypršel během fáze. ApplyingKvaImageOperator

Při nasazení mostu prostředků Arc se může zobrazit tato chyba: Deployment of the Arc resource bridge appliance VM timed out. Collect logs with _az arcappliance logs_ and create a support ticket for help. To troubleshoot the error, refer to aka.ms/arc-rb-error { _errorCode_: _ContextError_, _errorResponse_: _{\n\_message\_: \_Context timed out during phase _ApplyingKvaImageOperator_\_\n}_ }

K této chybě obvykle dochází při pokusu KVAIO o stažení image (komprimované 400 MB) přes síť, která je pomalá nebo dochází k přerušovanému připojení. Správce KVAIO kontroleru čeká na dokončení stahování image a vyprší časový limit.

Zkontrolujte, jestli je rychlost sítě mezi virtuálním počítačem mostu prostředků Arc a službou Microsoft Container Registry (mcr.microsoft.com) stabilní a alespoň 2 Mb/s. Pokud je připojení k síti a rychlost stabilní a stále se tato chyba zobrazuje, počkejte aspoň 30 minut, než to zkusíte znovu, protože služba Microsoft Container Registry přijímá velký objem provozu.

Časový limit kontextu vypršel během fáze. WaitingForAPIServer

Při nasazení mostu prostředků Arc se může zobrazit tato chyba: Deployment of the Arc resource bridge appliance VM timed out. Collect logs with _az arcappliance logs_ and create a support ticket for help. To troubleshoot the error, refer to aka.ms/arc-rb-error { _errorCode_: _ContextError_, _errorResponse_: _{\n\_message\_: \_Context timed out during phase _WaitingForAPIServer

Tato chyba značí, že počítač nasazení nemůže v rámci časového limitu kontaktovat IP adresu řídicí roviny pro most prostředků Arc. Mezi běžné příčiny chyby často patří síťové spojení, například komunikace mezi počítačem nasazení a IP rovině řízení, které se směruje přes proxy server. Provoz z počítače nasazení do řídicí roviny a IP adresy virtuálních počítačů zařízení nesmí procházet proxy serverem. Pokud se přenosy přesměrovávají, nakonfigurujte nastavení proxy serveru v síti nebo počítači pro nasazení tak, aby mezi počítačem nasazení nepropojí provoz mezi ip adresou řídicí roviny a IP adresami virtuálních počítačů zařízení. Další příčinou této chyby je, že brána firewall zavírá přístup k portu 6443 a portu 22 mezi počítačem nasazení a IP adresou řídicí roviny nebo IP adresami virtuálního počítače nasazení a zařízení.

403 Zakázáno nebo 404 Web nebyl nalezen

Při nasazení mostu prostředků Arc se může zobrazit tato chyba: { _errorCode_: _UploadError_, _errorResponse_: _{\n\_message\_: \_Pre-deployment validation of your download/upload connectivity was not successful. {\\n \\\_code\\\_: \\\_ImageProvisionError\\\_,\\n \\\_message\\\_: \\\_403 Forbidden{ _errorCode_: _UploadError_, _errorResponse_: _{\n\_message\_: \_Pre-deployment validation of your download/upload connectivity was not successful. {\\n \\\_code\\\_: \\\_ImageProvisionError\\\_,\\n \\\_message\\\_: \\\_404 Site Not Found

K této chybě dochází, když je potřeba stáhnout image z registrů Microsoftu do počítače nasazení, ale proxy server nebo brána firewall blokuje stahování. Zkontrolujte požadavky na síť a ověřte, že jsou dostupné všechny požadované adresy URL. Možná budete muset aktualizovat žádná nastavení proxy serveru, aby se zajistilo, že provoz z vašeho počítače nasazení na požadované adresy URL Microsoftu neprochází přes proxy server.

Přístup ke složce SSH byl odepřen.

Rozhraní příkazového řádku vyžaduje oprávnění pro přístup ke složce SSH během nasazení nebo operací, které zahrnují přístup k souborům ve složce. Tato složka obsahuje základní soubory, jako je kubeconfig a klíč protokolů pro virtuální počítač zařízení. Rozhraní příkazového řádku například potřebuje přístup ke klíči protokolů uloženému ve složce SSH, aby se shromáždily protokoly z virtuálního počítače zařízení.

Může se zobrazit tato chyba: Access to the file in the SSH folder was denied. This may occur if the CLI doesn't have permission to the SSH folder or if another CLI instance is using the file. Tento problém má dvě běžné příčiny:

  • Nedostatečná oprávnění: Rozhraní příkazového řádku nemá potřebná oprávnění pro přístup ke složce SSH. Ujistěte se, že uživatelský účet, na kterém běží rozhraní příkazového řádku, má příslušná oprávnění pro přístup ke složce SSH.
  • Souběžný přístup k souborům: Jinou instancí rozhraní příkazového řádku může být soubor ve složce SSH. K tomu často dochází na pracovních stanicích se sdílenými profily. Než budete pokračovat, ujistěte se, že všechny ostatní instance rozhraní příkazového řádku dokončí nebo ukončí její operaci.

Most prostředků Arc je offline

Změny sítí v infrastruktuře, prostředí nebo clusteru můžou virtuálnímu počítači zařízení zabránit v komunikaci s jeho protějškem prostředku Azure. Pokud nemůžete zjistit, co se změnilo, můžete virtuální počítač zařízení restartovat, shromáždit protokoly a odeslat lístek podpory pro další šetření.

Vzdálený PowerShell se nepodporuje.

Pokud spouštíte az arcappliance příkazy rozhraní příkazového řádku pro most prostředků Arc přes vzdálený PowerShell, může se při pokusu o instalaci mostu prostředků do clusteru Azure Stack HCI nebo jiného typu chyby zobrazit chyba metody handshake ověřování.

Použití az arcappliance příkazů ze vzdáleného PowerShellu se v současné době nepodporuje. Místo toho se přihlaste k uzlu přes protokol RDP (Remote Desktop Protocol) nebo použijte relaci konzoly.

Konfigurace mostu prostředků nejde aktualizovat

V této verzi se při vytváření zadají všechny parametry. Pokud chcete aktualizovat most prostředků Arc, musíte ho odstranit a znovu ho nasadit.

Pokud například zadáte nesprávné umístění nebo předplatné během nasazení, vytvoření prostředku se nezdaří. Pokud se pokusíte znovu vytvořit prostředek bez opětovného nasazení virtuálního počítače mostu prostředků, stav se zasekne na WaitForHeartBeat.

Pokud chcete tento problém vyřešit, odstraňte zařízení a aktualizujte soubor YAML zařízení. Potom znovu nasaďte a vytvořte most prostředků.

Síť zařízení není k dispozici

Pokud u mostu prostředků Arc dochází k problémům se sítí, může se zobrazit Appliance Network Unavailable chyba. Obecně platí, že příčinou této chyby může být jakýkoli problém s připojením k síti nebo infrastruktuře k virtuálnímu počítači zařízení. Tato chyba se může také zobrazit jako Error while dialing dial tcp xx.xx.xxx.xx:55000: connect: no route to host. Problémem může být, že komunikace z hostitele s virtuálním počítačem mostu prostředků Arc musí být otevřena přes port TCP 22 pomocí správce sítě. Dočasný problém se sítí nemusí hostiteli umožnit přístup k virtuálnímu počítači mostu prostředků Arc. Po vyřešení problému se sítí můžete operaci zopakovat. Můžete také zkontrolovat, že virtuální počítač zařízení pro most prostředků Arc není zastavený nebo offline. U Azure Stack HCI může být tato chyba způsobená, když je hostitelské úložiště plné.

Chyba aktualizace tokenu

Při spouštění příkazů Azure CLI se může zobrazit následující chyba: The refresh token has expired or is invalid due to sign-in frequency checks by conditional access.

K této chybě dochází, protože při přihlášení k Azure má token maximální životnost. Po překročení této doby životnosti se budete muset znovu přihlásit k Azure pomocí az login příkazu.

Výchozí fondy prostředků hostitele nejsou pro nasazení k dispozici.

Při použití az arcappliance createconfig příkazu nebo az arcappliance run příkazu se v interaktivním prostředí zobrazí seznam entit VMware, které můžete vybrat k nasazení virtuálního zařízení. Tento seznam zobrazuje všechny fondy prostředků vytvořené uživatelem společně s výchozími fondy zdrojů clusteru, ale výchozí fondy zdrojů hostitelů nejsou uvedené. Když je zařízení nasazené do fondu prostředků hostitele, není k dispozici vysoká dostupnost, pokud hostitelský hardware selže. Doporučujeme, abyste zařízení nenasazoval do fondu prostředků hostitele.

Stav mostu prostředků je offline a stav zřizování se nezdařil.

Když nasadíte most prostředků Arc, může se zdát, že se most úspěšně nasadí, protože při spuštění az arcappliance deploy nebo az arcappliance createnedochází k žádným chybám. Při prohlížení mostu na webu Azure Portal se ale může zobrazit stav jako a může se zobrazit OfflineprovisioningState jako Failed.az arcappliance show K tomuto problému dochází v případě, že před nasazením mostu nejsou zaregistrovaní požadovaná poskytovatelé.

U Azure Stack HCI verze 23H2 a novější se most prostředků Arc automaticky nasadí během nasazení clusteru a ruční instalace se už nevyžaduje.

Pokud je most prostředků Arc offline, zkuste restartovat virtuální počítač mostu prostředků Arc. Pokud problém přetrvává, obraťte se na podpora Microsoftu.

Poznámka:

Přeinstalace mostu prostředků Arc ve službě Azure Stack HCI může způsobit problémy se stávajícími prostředky Azure.

Pokud chcete tento problém vyřešit, odstraňte most prostředků, zaregistrujte poskytovatele a pak ho znovu nasaďte.

  1. Odstraňte most prostředků:

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

  2. Zaregistrujte poskytovatele:

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

  3. Znovu nasaďte most prostředků.

Poznámka:

Partnerské produkty (například VMware vSphere s podporou Arc) můžou mít k registraci vlastní požadované poskytovatele. Informace o těchto dalších poskytovateli najdete v dokumentaci k produktu.

Vypršela platnost přihlašovacích údajů na virtuálním počítači zařízení

Most prostředků Arc se skládá z virtuálního počítače zařízení nasazeného do místní infrastruktury. Virtuální počítač zařízení udržuje připojení ke koncovému bodu správy místní infrastruktury pomocí místně uložených přihlašovacích údajů. Pokud se tyto přihlašovací údaje neaktualizují, most prostředků už nemůže komunikovat s koncovým bodem správy. To může způsobit problémy při pokusu o upgrade mostu prostředků nebo správě virtuálních počítačů prostřednictvím Azure.

Pokud chcete tento problém vyřešit, je potřeba aktualizovat přihlašovací údaje na virtuálním počítači zařízení. Další informace najdete v tématu Aktualizace přihlašovacích údajů na virtuálním počítači zařízení.

Most prostředků Arc nepodporuje privátní propojení. Volání přicházející z virtuálního počítače zařízení by neměla procházet nastavením privátního propojení. IP adresy privátního propojení můžou kolidovat s rozsahem fondů IP adres zařízení, který není možné konfigurovat na mostě prostředků. Most prostředků Arc se dostane k požadovaným adresám URL , které by neměly procházet připojením privátního propojení. Most prostředků Arc musíte nasadit do samostatného segmentu sítě, který nesouvisí s nastavením privátního propojení.

Problémy se sítěmi

Chyba zpětného stažení obrázku

Při pokusu o nasazení mostu prostředků Arc se může zobrazit chyba, která obsahuje back-off pulling image \\\"url"\\\: FailFastPodCondition. K této chybě dochází v případě, že se virtuální počítač zařízení nemůže spojit s adresou URL zadanou v chybě. Pokud chcete tento problém vyřešit, ujistěte se, že virtuální počítač zařízení splňuje požadavky na systém, včetně připojení k internetu k požadovaným adresám URL seznamu povolených.

Počítač pro správu se nemůže spojit se zařízením

Při pokusu o nasazení mostu prostředků Arc se může zobrazit chybová zpráva podobná této:

{ _errorCode_: _PostOperationsError_, _errorResponse_: _{\n\_message\_: \_Timeout occurred due to management machine being unable to reach the appliance VM IP, 10.2.196.170. Ensure that the requirements are met: https://aka.ms/arb-machine-reqs: dial tcp 10.2.196.170:22: 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.\_\n}_, _errorMetadata_: { _errorCategory_: __ }

K této chybě dochází, když se počítač pro správu nemůže spojit s IP adresou virtuálního počítače mostu prostředků Arc přes SSH (port 22) nebo serverem rozhraní API (port 6443). K tomu může dojít také v případě, že je server rozhraní API mostu prostředků Arc proxiovaný; Server rozhraní API mostu prostředků Arc je potřeba přidat do nastavení noproxy. Další informace najdete v tématu Požadavky na síť mostu prostředků Azure Arc.

Nejde se připojit k adrese URL

Pokud se zobrazí chyba, která obsahuje Not able to connect to https://example.url.com, obraťte se na správce sítě a ujistěte se, že vaše síť umožňuje nasazení mostu prostředků Arc pro všechny požadované adresy URL brány firewall a proxy serveru. Další informace najdete v tématu Požadavky na síť mostu prostředků Azure Arc.

Nejde se připojit – ověření připojení k síti a internetu se nezdařilo

Když nasadíte most prostředků Arc, může se zobrazit chyba s kódem errorCode PostOperationsErrorerrorResponse GuestInternetConnectivityError s adresou URL určujícím port 53 (DNS). Příčinou této chyby může být to, že IP adresy virtuálních počítačů zařízení se nemůžou spojit se servery DNS, takže nemůžou přeložit koncový bod zadaný v chybě.

Příklady chyb:

{ _errorCode_: _PostOperationsError_, _errorResponse_: _{\n\_message\_: \_{\\n  \\\_code\\\_:\\\_GuestInternetConnectivityError\\\_,\\n\\\_message\\\_:\\\_Not able to connect to http://aszhcitest01.company.org:55000. Error returned: action failed after 5 attempts: Get \\\\\\\_http://aszhcitest01.company.org:55000\\\\\\\_: dial tcp: lookup aszhcitest01.company.org on 127.0.0.53:53: read udp 127.0.0.1:32975-\\u003e127.0.0.53:53: i/o timeout. Arc Resource Bridge network and internet connectivity validation failed: cloud-agent-connectivity-test. 1. 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\\\_\\n }\_\n}_ }

{ _errorCode_: _PostOperationsError_, _errorResponse_: _{\n\_message\_: \_{\\n  \\\_code\\\_: \\\_GuestInternetConnectivityError\\\_,\\n  \\\_message\\\_: \\\_Not able to connect to https://linuxgeneva-microsoft.azurecr.io. Error returned: action failed after 5 attempts: Get \\\\\\\_https://linuxgeneva-microsoft.azurecr.io\\\\\\\_: dial tcp: lookup linuxgeneva-microsoft.azurecr.io on 127.0.0.53:53: server misbehaving. 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\\\_\\n }\_\n}_ }

Pokud chcete tyto chyby vyřešit, obraťte se na správce sítě a povolte ip adresám virtuálních počítačů zařízení přístup k serverům DNS. Další informace najdete v tématu Požadavky na síť mostu prostředků Azure Arc.

Server Http2 odeslal GOAWAY

Při pokusu o nasazení mostu prostředků Arc se můžou zobrazit chybové zprávy podobné těm níže:

"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}"

nebo

Post \_https://canadacentral.dp.kubernetesconfiguration.azure.com/azure-arc-appliance-k8sagents/GetLatestHelmPackagePath?api-version=2019-11-01-preview\u0026releaseTrain=stable\_: read tcp 10.128.131.173:52425-\u003e52.228.84.81:443: wsarecv: An existing connection was forcibly closed by the remote host.

K těmto chybám může dojít v případě, že brána firewall nebo proxy server mají povolenou kontrolu protokolu SSL/TLS a blokuje volání http2 z počítače použitého k nasazení mostu prostředků. Pokud chcete problém potvrdit, spusťte následující rutinu PowerShellu pro vyvolání webového požadavku pomocí http2 (vyžaduje PowerShell verze 7 nebo vyšší), nahraďte oblast v adrese URL a api-version (například 2019-11-01) hodnotami z chyby:

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

Pokud se The response ended prematurely while waiting for the next frame from the serverjedná o výsledek, volání http2 je blokováno a je třeba ho povolit. Ve spolupráci se správcem sítě zakažte kontrolu protokolu SSL/TLS a povolte volání http2 z počítače použitého k nasazení mostu.

Žádný takový hostitel – .local není podporovaný.

Při pokusu o nastavení konfigurace mostu prostředků Arc se může zobrazit chybová zpráva podobná této:

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

K této chybě dochází v případě, že .local je k dispozici cesta pro nastavení konfigurace, jako je proxy server, dns, úložiště dat nebo koncový bod správy (například vCenter). Virtuální počítač zařízení mostu prostředků Arc používá operační systém Azure s Linuxem, který ve výchozím nastavení nepodporuje .local . Alternativním řešením může být zadání IP adresy, pokud je to možné.

Most prostředků Azure Arc je nedostupný

Most prostředků Azure Arc spouští cluster Kubernetes a jeho řídicí rovina vyžaduje statickou IP adresu. IP adresa se zadává v infra.yaml souboru. Pokud je IP adresa přiřazená ze serveru DHCP, může se tato adresa změnit, pokud není rezervovaná. Restartování mostu prostředků Azure Arc nebo virtuálního počítače může aktivovat změnu IP adresy a způsobit selhání služeb.

Most prostředků Arc může přerušovaně ztratit konfiguraci rezervované IP adresy. Tato ztráta je způsobená chováním popsaným při ztrátě virtuálních IP adres při systemd-networkd restartování. Pokud není IP adresa přiřazená k virtuálnímu počítači mostu prostředků Azure Arc, selže jakékoli volání serveru rozhraní API mostu prostředků. Základní operace, jako je vytvoření nového prostředku, připojení k privátnímu cloudu z Azure nebo vytvoření vlastního umístění, nebudou fungovat podle očekávání.

Pokud chcete tento problém vyřešit, restartujte virtuální počítač mostu prostředků a měl by obnovit jeho IP adresu. Pokud je adresa přiřazená ze serveru DHCP, zarezervujte IP adresu přidruženou k mostu prostředků.

Most prostředků Arc může být také nedostupný kvůli pomalému přístupu k disku. Most prostředků Azure Arc používá rozšířený konfigurační strom Kubernetes (ETCD), který vyžaduje latenci 10 ms nebo méně. Pokud má podkladový disk nízký výkon, můžou nastat operace a může dojít k selháním.

Problémy s konfigurací proxy serveru SSL

Ujistěte se, že proxy server na počítači pro správu důvěřuje certifikátu SSL pro váš proxy server SSL i certifikát SSL serverů pro stahování Microsoftu. Další informace najdete v tématu Konfigurace proxy protokolu SSL.

Žádný takový hostitel – dp.kubernetesconfiguration.azure.com

Chyba, která obsahuje dial tcp: lookup westeurope.dp.kubernetesconfiguration.azure.com: no such host při nasazování mostu prostředků Arc, znamená, že rovina konfiguračních dat je momentálně v zadané oblasti nedostupná. Služba může být dočasně nedostupná. Počkejte, až bude služba dostupná, a pak zkuste nasazení zopakovat.

Připojení proxy serveru tcp – žádný takový hostitel pro požadovanou adresu URL mostu prostředků Arc

Chyba obsahující požadovanou adresu URL mostu prostředků Arc se zprávou proxyconnect tcp: dial tcp: lookup http: no such host značí, že DNS nemůže přeložit adresu URL. Chyba může vypadat podobně jako v tomto příkladu, kde je https://msk8s.api.cdp.microsoft.compožadovaná adresa URL:

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}_ }

K této chybě může dojít v případě, že nastavení DNS zadané během nasazení není správné nebo dojde k potížím se servery DNS. Pokud chcete zkontrolovat, jestli váš server DNS dokáže přeložit adresu URL, spuštěním následujícího příkazu z počítače pro správu nebo počítače, který má přístup k serverům DNS:

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

Pokud chcete tuto chybu vyřešit, nakonfigurujte servery DNS tak, aby přeložily všechny požadované adresy URL mostu prostředků Arc. Servery DNS musí být při nasazení mostu prostředků Arc správně zadané.

Chyba vypršení časového limitu KVA

Chyba KVA časového limitu je obecná chyba způsobená různými chybnými konfiguracemi sítě, které zahrnují počítač pro správu, například virtuální počítač zařízení nebo IP rovinu řízení nemusí vzájemně komunikovat, s internetem nebo s požadovanými adresami URL. Příčinou těchto chyb komunikace jsou často problémy s překladem DNS, nastavením proxy serveru, konfigurací sítě nebo přístupem k internetu.

Pro přehlednost počítač pro správu odkazuje na počítač, na kterém se spouští příkazy rozhraní příkazového řádku nasazení. Virtuální počítač zařízení je virtuální počítač, který je hostitelem mostu prostředků Arc. IP adresa řídicí roviny je IP adresa řídicí roviny pro cluster pro správu Kubernetes na virtuálním počítači zařízení.

Hlavní příčiny chyby vypršení časového limitu KVA

  • Počítač pro správu nemůže komunikovat s IP adresou řídicí roviny a IP adresou virtuálního počítače zařízení.
  • Virtuální počítač zařízení nemůže komunikovat s počítačem pro správu, koncovým bodem vCenter (pro VMware) nebo koncovým bodem cloudového agenta MOC (pro Azure Stack HCI). 
  • Virtuální počítač zařízení nemá přístup k internetu.
  • Virtuální počítač zařízení má přístup k internetu, ale připojení k jedné nebo více požadovaným adresám URL se blokuje, pravděpodobně kvůli proxy serveru nebo bráně firewall.
  • Virtuální počítač zařízení se nemůže spojit se serverem DNS, který dokáže přeložit interní názvy, jako je koncový bod vCenter pro vSphere nebo koncový bod cloudového agenta pro Azure Stack HCI. Server DNS musí být také schopný přeložit externí adresy, jako jsou adresy služeb Azure a názvy registru kontejnerů. 
  • Konfigurace proxy serveru na počítači pro správu nebo v konfiguračních souborech mostu prostředků Arc není správná. To může mít vliv na počítač pro správu i virtuální počítač zařízení. Když se az arcappliance prepare příkaz spustí a proxy hostitele není správně nakonfigurovaný, počítač pro správu se nemůže připojit a stáhnout image operačního systému. Přístup k internetu na virtuálním počítači zařízení může být poškozený nesprávnou nebo chybějící konfigurací proxy serveru, což má vliv na schopnost virtuálního počítače načíst image kontejnerů. 

Řešení chyby KVA časového limitu

K vyřešení chyby může být potřeba vyřešit jednu nebo více chybných konfigurací sítě.

  • Prvním krokem je shromáždit protokoly podle IP adresy virtuálního počítače zařízení (ne pomocí kubeconfig, protože kubeconfig může být prázdný, pokud se příkaz deploy nedokončil). Problémy se shromažďováním protokolů jsou s největší pravděpodobností způsobené tím, že se počítač pro správu nemůže spojit s virtuálním počítačem zařízení.

    Po shromáždění protokolů extrahujte složku a otevřete kva.log. V protokolu najdete informace, které vám můžou pomoct určit příčinu chyby vypršení časového limitu KVA.

  • Počítač pro správu musí být schopný komunikovat s IP adresou virtuálního počítače zařízení a IP rovině řízení. Odešlete příkaz ping IP adresy řídicí roviny a IP adresu virtuálního počítače zařízení z počítače pro správu a ověřte, že existuje odpověď z obou IP adres.

    Pokud vyprší časový limit požadavku, počítač pro správu nemůže komunikovat s IP adresami. Příčinou tohoto problému může být uzavřený port, chybná konfigurace sítě nebo blok brány firewall. Ve spolupráci se správcem sítě povolte komunikaci mezi počítačem pro správu s IP adresou řídicí roviny a IP adresou virtuálního počítače zařízení.

  • IP adresa virtuálního počítače zařízení a IP adresa řídicí roviny musí být schopná komunikovat s počítačem pro správu a koncovým bodem vCenter (pro VMware) nebo koncovým bodem cloudového agenta MOC (pro Azure Stack HCI). Obraťte se na správce sítě a ujistěte se, že je síť nakonfigurovaná tak, aby umožňovala tuto komunikaci. Možná budete muset přidat pravidlo brány firewall pro otevření portu 443 z IP adresy virtuálního počítače zařízení a IP roviny řízení do vCenter nebo otevření portu 65000 a 55000 pro cloudového agenta Azure Stack HCI MOC. Projděte si požadavky na síť pro most prostředků Azure Stack HCI a VMware for Arc.

  • IP adresa virtuálního počítače zařízení a IP adresa řídicí roviny potřebují přístup k internetu k těmto požadovaným adresám URL. Azure Stack HCI vyžaduje další adresy URL. Obraťte se na správce sítě a ujistěte se, že IP adresy mají přístup k požadovaným adresám URL.

  • V prostředí, které není proxy serverem, musí mít počítač pro správu externí a interní překlad DNS. Počítač pro správu musí být schopný kontaktovat server DNS, který dokáže přeložit interní názvy, jako je koncový bod vCenter pro vSphere nebo koncový bod cloudového agenta pro Azure Stack HCI. Server DNS musí také umět překládat externí adresy, jako jsou adresy URL Azure a adresy URL pro stahování imagí operačního systému. Obraťte se na správce systému a ujistěte se, že má počítač pro správu interní a externí překlad DNS. V proxy prostředí by překlad DNS na proxy serveru měl přeložit interní koncové body a požadované externí adresy.

    Pokud chcete otestovat překlad DNS na interní adresu z počítače pro správu ve scénáři bez proxy serveru, otevřete příkazový řádek a spusťte nslookup <vCenter endpoint or HCI MOC cloud agent IP>. Pokud má počítač pro správu interní překlad DNS ve scénáři bez proxy serveru, měli byste obdržet odpověď. 

  1. Virtuální počítač zařízení musí mít přístup k serveru DNS, který dokáže přeložit interní názvy, jako je koncový bod vCenter pro vSphere nebo koncový bod cloudového agenta pro Azure Stack HCI. Server DNS také musí být schopný přeložit externí/interní adresy, jako jsou adresy služby Azure a názvy registru kontejnerů ke stažení imagí kontejnerového mostu prostředků Arc z cloudu.

    Ověřte, že IP adresa serveru DNS používaná k vytvoření konfiguračních souborů má interní a externí překlad adres. Pokud ne, odstraňte zařízení, znovu vytvořte konfigurační soubory mostu prostředků Arc se správným nastavením serveru DNS a pak pomocí nových konfiguračních souborů nasaďte most prostředků Arc.

Přesun umístění mostu prostředků Arc

Přesun prostředků mostu prostředků Arc se v současné době nepodporuje. Místo toho odstraňte most prostředků Arc a znovu ho nasaďte do požadovaného umístění.

Problémy s virtuálními počítači s podporou Azure Arc ve službě Azure Stack HCI

Obecná pomoc s řešením problémů souvisejících s virtuálními počítači s podporou Azure Arc ve službě Azure Stack HCI najdete v tématu Řešení potíží s virtuálními počítači s podporou Azure Arc.

Pokud používáte Azure Stack HCI verze 23H2 nebo novější a most prostředků Arc je offline, nepokoušejte se přeinstalovat ani odstranit most prostředků Arc. Místo toho zkuste virtuální počítač mostu prostředků Arc restartovat, abyste ho vrátili do režimu online. Pokud problém přetrvává, požádejte o pomoc podpora Microsoftu.

Akce se nezdařila – žádný takový hostitel

Když nasadíte most prostředků Arc, zobrazí se chyba s kódem errorResponse PostOperationsErrorerrorCode a GuestInternetConnectivityError no such hostIP adresy virtuálních počítačů zařízení se nemusí dostat ke koncovému bodu zadanému v chybě.

Příklad chyby:

{ _errorCode_: _PostOperationsError_, _errorResponse_: _{\n\_message\_: \_{\\n  \\\_code\\\_: \\\_GuestInternetConnectivityError\\\_,\\n  \\\_message\\\_: \\\_Not able to connect to http://aszhcitest01.company.org:55000. Error returned: action failed after 5 attempts: Get \\\\\\\_http://aszhcitest01.company.org:55000\\\\\\\_: dial tcp: lookup aszhcitest01.company.org: on 127.0.0.53:53: no such host. Arc Resource Bridge network and internet connectivity validation failed: cloud-agent-connectivity-test. 1. 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

V tomto příkladu nemůžou IP adresy virtuálních počítačů zařízení získat přístup http://aszhcitest01.company.org:55000, což je koncový bod MOC. Obraťte se na správce sítě a ujistěte se, že server DNS dokáže přeložit požadované adresy URL.

Otestování připojení k serveru DNS:

ping <dns-server.com>

Pokud chcete zkontrolovat, jestli server DNS dokáže přeložit adresu, spusťte tento příkaz z počítače, který se může spojit se servery DNS:

Resolve-DnsName -Name "http://aszhcitest01.company.org:55000" -Server "<dns-server.com>"

Problémy s VMware VCenter s podporou služby Azure Arc

errorResponse: error getting the vsphere sdk client

K chybám errorCode: CreateConfigKvaCustomerError dochází v errorResponse: error getting the vsphere sdk client případě, že se váš počítač nasazení pokouší navázat připojení TCP k vaší adrese vCenter, ale dojde k problému. K tomu může dojít, když je vaše adresa vCenter nesprávná (chyba 403 nebo 404), nebo kvůli tomu, že síť/ proxy server nebo konfigurace brány firewall ji blokuje (pokus o připojení selhal).

Pokud zadáte adresu vCenter jako název hostitele a zobrazí se chyba no such host, počítač nasazení nemůže přeložit název hostitele vCenter přes DNS klienta. K tomu může dojít v případě, že počítač nasazení dokáže přeložit název hostitele vCenter, ale počítač nasazení se nemůže spojit s IP adresou, kterou přijal z DNS. Tato chyba se může zobrazit také v případě, že koncový bod vrácený DNS není vaší adresou vCenter nebo jestli byl provoz zachycen proxy serverem. Pokud váš počítač pro nasazení dokáže komunikovat s adresou vCenter, ověřte správnost uživatelského jména a hesla.

Klient sady vSphere SDK – Pokus o připojení selhal

Pokud během nasazování dojde k chybě: errorCode_: _CreateConfigKvaCustomerError_, _errorResponse_: _error getting the vsphere sdk client: Post \_https://ip.address/sdk\_: dial tcp ip.address: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._ } Počítač pro správu nemůže komunikovat se serverem vCenter.

Pokud chcete tento problém vyřešit, ujistěte se, že váš počítač pro správu splňuje požadavky na počítač pro správu a že není brána firewall ani proxy server blokující komunikaci.

Klient sady vSphere SDK – 403 – Zakázáno nebo 404 se nenašel

Chyby obsahující errorCode_: _CreateConfigKvaCustomerError_, _errorResponse_: _error getting the vsphere sdk client: POST \_/sdk\_: 403 Forbidden nebo 404 not found při nasazování mostu prostředků Arc jsou s největší pravděpodobností způsobené nesprávnou adresou vCenter. Tato adresa se zadává při vytváření konfiguračního souboru, když se zobrazí výzva k zadání adresy vCenter jako názvu hostitele nebo IP adresy.

Adresu vCenter můžete najít různými způsoby. Jednou z možností je přístup ke klientovi vSphere přes jeho webové rozhraní. Název hostitele nebo IP adresa vCenter je obvykle to, co používáte v prohlížeči pro přístup k klientovi vSphere. Pokud jste už přihlášení, můžete se podívat na adresní řádek prohlížeče, kde adresa URL, kterou používáte pro přístup k vSphere, je název hostitele nebo IP adresa vašeho serveru vCenter. Ověřte adresu vCenter a pak zkuste nasazení zopakovat.

Klient sady vSphere SDK – žádný takový hostitel

K chybě{ _errorCode_: _CreateConfigKvaCustomerError_, _errorResponse_: _error getting the vsphere sdk client: Post \_https://your.vcenter.hostname/sdk\_: dial tcp: lookup your.vcenter.hostname: no such host_ } může dojít během nasazení, když počítač nasazení nemůže přeložit název hostitele vCenter na IP adresu. K tomuto problému dochází, protože se proces nasazení pokouší navázat připojení TCP z vašeho počítače nasazení k názvu hostitele vCenter, ale připojení selže kvůli problémům s překladem DNS.

Pokud chcete tuto chybu opravit, ujistěte se, že je konfigurace DNS na vašem počítači nasazení správná, ověřte, jestli je server DNS online, a zkontrolujte chybějící položku DNS pro název hostitele vCenter. Překlad DNS můžete otestovat spuštěním nslookup your.vcenter.hostname nebo ping your.vcenter.hostname z počítače nasazení. Pokud jste zadali adresu vCenter jako název hostitele, zvažte použití IP adresy přímo.

Chyby ověření předběžného nasazení

Při nasazování mostu prostředků Arc se můžou zobrazit různé pre-deployment validation of your download\upload connectivity wasn't successful chyby, například:

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

Kombinace těchto chyb obvykle značí, že počítač pro správu ztratil připojení k úložišti dat nebo že došlo k problému se sítí, který způsobuje nedostupné úložiště dat. Toto připojení je potřeba k nahrání OVA z počítače pro správu, který se používá k sestavení virtuálního počítače zařízení ve vCenter.

Pokud chcete tento problém vyřešit, znovu nasměrujte připojení mezi počítačem pro správu a úložištěm dat a zkuste znovu nasadit most prostředků Arc.

Platnost certifikátu x509 vypršela nebo ještě není platná.

Když nasadíte most prostředků Arc, může dojít k chybě:

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. 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

K této chybě dochází v případě, že mezi hostiteli ESXi a počítačem pro správu, na kterém běží příkazy nasazení pro most prostředků Arc, dochází k rozdílu mezi hodinovými a časovými rozdíly. Pokud chcete tento problém vyřešit, zapněte na hostitelích ESXi synchronizaci času NTP, ověřte, že se počítač pro správu také synchronizuje s protokolem NTP, a pak zkuste nasazení zopakovat.

Řeší se s více sítěmi.

Při nasazení nebo upgradu mostu prostředků Arc se může zobrazit chyba podobná této:

{ "ErrorCode": "PreflightcheckErrorOnPrem", "ErrorDetails": "Upgrade Operation Failed with error: \"{\\n \\\"code\\\": \\\"PreflightcheckError\\\",\\n \\\"message\\\": \\\"{\\\\n \\\\\\\"code\\\\\\\": \\\\\\\"InvalidEntityError\\\\\\\",\\\\n \\\\\\\"message\\\\\\\": \\\\\\\"Cannot retrieve vSphere Network 'vmware-azure-arc-01': path 'vmware-azure-arc-01' resolves to multiple networks\\\\\\\",\\\\n \\\\\\\"category\\\\\\\": \\\\\\\"\\\\\\\"\\\\n }\\\",\\n \\\"category\\\": \\\"\\\"\\n }\"" }

K této chybě dochází, když se segment sítě vSphere přeloží na více sítí, protože více síťových segmentů vSphere používá stejný název, který je zadán v chybě. Pokud chcete tuto chybu opravit, změňte duplicitní název sítě ve vCenter (ne v síti s virtuálním počítačem zařízení) nebo nasaďte most prostředků Arc do jiné sítě.

Stav mostu prostředků Arc je odpojený

Při spuštění počátečního skriptu onboardingu VMware s podporou Arc se zobrazí výzva k zadání účtu vSphere. Tento účet se ukládá místně v rámci mostu prostředků Arc jako šifrovaný tajný klíč Kubernetes. Účet slouží k povolení interakce mostu prostředků Arc s vCenter.

Pokud platnost účtu vSphere uloženého místně v rámci mostu prostředků vyprší, stav mostu prostředků Arc se může odpojit. Aktualizujte přihlašovací údaje v rámci mostu prostředků Arc a pro VMware s podporou Arc podle pokynů k aktualizaci přihlašovacích údajů účtu vSphere.

Chyba při konfiguraci hostitele

Pokud k nasazení a odstranění mostu prostředků Arc používáte stejnou šablonu několikrát, může dojít k následující chybě:

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

Pokud chcete tento problém vyřešit, odstraňte existující šablonu ručně. Potom spusťte az arcappliance prepare stažení nové šablony pro nasazení.

Nelze najít složky

Když nasadíte most prostředků Arc na VMware, zadáte složku, ve které se šablona a virtuální počítač vytvoří. Vybraná složka musí být typ složky virtuálního počítače a šablony. Jiné typy složek, jako jsou složky úložiště, síťové složky nebo složky hostitelů a clusterů, se nedají použít pro nasazení mostu prostředků.

Nelze načíst prostředek – nenalezena nebo neexistuje.

Když nasadíte most prostředků Arc, určíte, kam se virtuální počítač zařízení nasadí. Virtuální počítač zařízení nejde přesunout z této cesty k umístění. Pokud se virtuální počítač zařízení přesune a pokusíte se provést upgrade, můžou se zobrazit chyby podobné následujícímu:

{\n \"code\": \"PreflightcheckError\",\n \"message\": \"{\\n \\\"code\\\": \\\"InvalidEntityError\\\",\\n \\\"message\\\": \\\"Cannot retrieve <resource> 'resource-name': <resource> 'resource-name' not found\\\"\\n }\"\n }"

{\n \"code\": \"PreflightcheckError\",\n \"message\": \"{\\n \\\"code\\\": \\\"InvalidEntityError\\\",\\n \\\"message\\\": \\\"The specified vSphere Datacenter '/VxRail-Datacenter' does not exist\\\"\\n }\"\n }"

Pokud chcete tyto chyby opravit, použijte jednu z těchto možností:

  • Přesuňte virtuální počítač zařízení zpět do původního umístění a ujistěte se, že se pro změnu umístění aktualizují přihlašovací údaje RBAC.
  • Vytvořte prostředek se stejným názvem a přesuňte most prostředků Arc do nového prostředku.
  • V případě VMware s podporou arc spusťte skript zotavení po havárii VMware s podporou arc. Skript odstraní zařízení, nasadí nové zařízení a znovu připojí zařízení s dříve nasazeným vlastním umístěním, rozšířením clusteru a virtuálními počítači s podporou Arc.
  • Odstraňte a znovu nasaďte most prostředků Arc.

Nedostatečná oprávnění

Při nasazení nebo upgradu mostu prostředků na VMware vCenter se může zobrazit chyba podobná této:

{ ""code"": ""PreflightcheckError"", ""message"": ""{\n \""code\"": \""InsufficientPrivilegesError\"",\n \""message\"": \""The provided vCenter account is missing required vSphere privileges on the resource 'root folder (MoRefId: Folder:group-d1)'. Missing privileges: [Sessions.ValidateSession]. add the privileges to the vCenter account and try again. To review the full list of required privileges, go to https://aka.ms/ARB-vsphere-privilege.\""\n }

Když nasadíte most prostředků Arc, zadáte přihlašovací údaje vCenter. Most prostředků Arc ukládá tyto přihlašovací údaje vCenter místně pro interakci s vCenter. K vyřešení problému s chybějícími oprávněními potřebuje účet vCenter používaný mostem prostředků následující oprávnění ve VMware vCenter:

Úložiště dat:

  • Přidělení místa
  • Procházení úložiště dat
  • Operace se soubory nízké úrovně

Složka:

  • Vytvořit složku

Označování vSphere:

  • Přiřazení nebo zrušení přiřazení značky vSphere

Síť:

  • Přiřazení sítě

Prostředek:

  • Přiřazení virtuálního počítače k fondu zdrojů
  • Migrace vypnutého virtuálního počítače
  • Migrace na virtuálním počítači

Relace:

  • Ověření relace

vApp:

  • Přiřazení fondu zdrojů
  • Import

Virtuální počítač:

  • Změnit konfiguraci
    • Získání zapůjčení disku
    • Přidání existujícího disku
    • Přidání nového disku
    • Přidání nebo odebrání zařízení
    • Rozšířená konfigurace
    • Změna počtu procesorů
    • Změnit paměť
    • Změnit nastavení
    • Změna prostředku
    • Konfigurace managedBy
    • Zobrazení nastavení připojení
    • Rozšíření virtuálního disku
    • Úprava nastavení zařízení
    • Kompatibilita odolnosti proti chybám dotazů
    • Dotazování nesměných souborů
    • Opětovné načtení z cesty
    • Odebrání disku
    • Přejmenovat
    • Resetování informací o hostech
    • Nastavení poznámek
    • Přepnutí sledování změn disku
    • Přepnout nadřazený fork
    • Upgrade kompatibility virtuálních počítačů
  • Upravit inventář
    • Vytvořit z existujícího
    • vytvoření nových
    • Registrovat
    • Odebrat
    • Zrušit registraci
  • Operace hosta
    • Úprava aliasu operace hosta
    • Úpravy operací hosta
    • Spuštění programu operace hosta
    • Dotazy na operace hosta
  • Interakce
    • Připojte zařízení
    • Interakce konzoly
    • Správa hostovaného operačního systému pomocí rozhraní API VIX
    • Instalace nástrojů VMware
    • Vypnutí
    • Zapnutí
    • Reset
    • Suspend
  • Zajišťování
    • Povolit přístup k disku
    • Povolit přístup k souborům
    • Povolit přístup k disku jen pro čtení
    • Povolit stahování virtuálních počítačů
    • Povolit nahrávání souborů virtuálních počítačů
    • Klonování virtuálního počítače
    • Nasazení šablony
    • Označit jako šablonu
    • Označit jako virtuální počítač
    • Přizpůsobení hosta
  • Správa snímků
    • Vytvořit snímek
    • Odebrat snímek
    • Zpět na snímek

Další kroky

Vysvětlení operací obnovení pro most prostředků ve scénářích havárie VMware vSphere s podporou služby Azure Arc

Pokud se tady váš problém nezobrazuje nebo nemůžete problém vyřešit, zkuste získat podporu jedním z následujících kanálů:

  • Získejte odpovědi od odborníků na Azure prostřednictvím Microsoft Q&A.
  • Spojte se s @AzureSupport, oficiálním účtem Microsoft Azure pro zlepšení uživatelského prostředí. Podpora Azure propojuje komunitu Azure s odpověďmi, podporou a odborníky.
  • Otevřete žádost o podpora Azure.