Az Azure Arc-erőforráshíd hibáinak elhárítása

Ez a cikk az Azure Arc-erőforráshíd üzembe helyezése, használata vagy eltávolítása során felmerülő problémák hibaelhárításával és megoldásával kapcsolatos információkat tartalmaz. Az erőforráshíd egy csomagolt virtuális gép, amely egy felügyeleti Kubernetes-fürtöt üzemeltet. Általános információkért tekintse meg az Azure Arc erőforráshídjának áttekintését.

Általános problémák

Naplók gyűjteménye

Az Arc erőforráshídjával kapcsolatos problémák esetén gyűjtsön naplókat további vizsgálathoz az Azure CLI-paranccsal az arcappliance logs . Ezt a parancsot ugyanarról a felügyeleti gépről kell futtatni, amely az Arc erőforráshíd üzembe helyezéséhez használt parancsok futtatásához volt használva. Ha egy másik gépet használ a naplók gyűjtéséhez, a naplók gyűjtése előtt először futtatnia kell a az arcappliance get-credentials parancsot.

Ha probléma merül fel a naplók gyűjtésekor, a felügyeleti gép valószínűleg nem tudja elérni a Berendezés virtuális gépet. Kérje meg a hálózati rendszergazdát, hogy engedélyezze az SSH-kommunikációt a felügyeleti gépről a Berendezés virtuális gépre a 22-s TCP-porton.

Az Arc-erőforráshíd naplóit a berendezés virtuálisgép-IP-címének vagy a kubeconfignak a naplók parancsban való átadásával gyűjtheti össze.

Arc-erőforráshíd-naplók gyűjtése a VMware-en a berendezés virtuális gép IP-címével:

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

Arc-erőforráshíd-naplók gyűjtése az Azure Stack HCI-hez a berendezés virtuálisgép-IP-címével:

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

Ha nem biztos a készülék virtuálisgép-IP-címében, akkor a kubeconfigot is használhatja. A kubeconfig lekéréséhez futtassa a get-credentials parancsot , majd futtassa a naplók parancsot.

A kubeconfig és a naplókulcs lekéréséhez gyűjtse össze az Arc-kompatibilis VMware naplóit egy másik gépről, mint az Arc-kompatibilis VMware-hez készült Arc-erőforráshíd üzembe helyezéséhez használt gépről:

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>

Az Arc-erőforráshíd offline állapotban van

Ha az erőforráshíd offline állapotban van, ennek oka általában az infrastruktúra, a környezet vagy a fürt hálózatváltozása, amely megakadályozza, hogy a berendezés virtuális gépe kommunikálni tudjon a megfelelő Azure-erőforrással. Ha nem tudja megállapítani, hogy mi változott, újraindíthatja a berendezés virtuális gépét, naplókat gyűjthet, és támogatási jegyet küldhet a további vizsgálathoz.

A Távoli PowerShell nem támogatott

Ha cli-parancsokat futtat az arcappliance az Arc Resource Bridge-hez távoli PowerShell-lel, különböző problémákat tapasztalhat. Előfordulhat például, hogy hitelesítési kézfogási hiba jelenik meg az erőforráshíd Azure Stack HCI-fürtön való telepítésekor vagy más típusú hiba esetén. A távoli PowerShell-parancsok használata az arcappliance jelenleg nem támogatott. Ehelyett jelentkezzen be a csomópontra távoli asztali protokollon (RDP) keresztül, vagy használjon konzolmunkamenetet.

Az erőforráshíd konfigurációi nem frissíthetők

Ebben a kiadásban az összes paraméter a létrehozáskor lesz megadva. Az Azure Arc-erőforráshíd frissítéséhez törölnie kell, majd újból üzembe kell helyeznie. Ha például rossz helyet vagy előfizetést adott meg az üzembe helyezés során, később az erőforrás létrehozása meghiúsul. Ha csak az erőforrást próbálja újra létrehozni az erőforráshíd virtuális gép újbóli üzembe helyezése nélkül, akkor az állapot elakadt a következő helyen WaitForHeartBeat: . A probléma megoldásához törölje a berendezést, és frissítse a berendezés YAML-fájljának tartalmát. Ezután helyezze újra üzembe és hozza létre az erőforráshidat.

A berendezés hálózata nem érhető el

Ha az Arc erőforráshíd hálózati problémát tapasztal, "A berendezés hálózata nem érhető el" hibaüzenet jelenhet meg. Ezt a hibát általában a berendezés virtuális gépéhez való hálózati vagy infrastruktúra-kapcsolati problémák okozhatják. Ez a hiba "Hiba a tcp xx.xx.xxx.xx:xx:55000: connect: no route to host" tárcsázásakor is jelentkezhet. A probléma az lehet, hogy a gazdagép és az Arc erőforráshíd virtuális gép közötti kommunikációt a hálózati rendszergazda segítségével a 22-es TCP-porton kell megnyitni. Előfordulhat, hogy egy ideiglenes hálózati probléma miatt a gazdagép nem tudta elérni az Arc erőforráshíd virtuális gépet, és a hálózati probléma megoldása után újra megpróbálhatja a műveletet. Azt is ellenőrizheti, hogy az Arc erőforráshídhoz készült berendezés virtuális gépe nincs-e leállítva vagy offline állapotban. Az Azure Stack HCI esetében előfordulhat, hogy a gazdagép tárolója megtelt, és a tárterületet meg kell oldani.

Frissítésitoken-hiba

Az Azure CLI-parancsok futtatásakor a következő hibaüzenet jelenhet meg: A frissítési jogkivonat lejárt vagy érvénytelen a feltételes hozzáféréssel végzett bejelentkezési gyakoriság-ellenőrzések miatt. A hiba azért fordul elő, mert amikor bejelentkezik az Azure-ba, a jogkivonat élettartama maximális. Ha túllépi ezt az élettartamot, újra be kell jelentkeznie az Azure-ba a az login parancs használatával.

Az alapértelmezett gazdagéperőforrás-készletek nem érhetők el az üzembe helyezéshez

A parancs vagy az arcappliance run a az arcappliance createconfig parancs használatakor egy interaktív felület jelenik meg, amely megjeleníti azon VMware-entitások listáját, amelyek közül kiválaszthatja a virtuális berendezés üzembe helyezését. Ez a lista megjeleníti az összes felhasználó által létrehozott erőforráskészletet az alapértelmezett fürterőforrás-készletekkel együtt, de az alapértelmezett gazdagép-erőforráskészletek nem szerepelnek a listában. Ha a berendezést egy gazdagéperőforrás-készletben helyezik üzembe, a gazdagép hardverének meghibásodása esetén nem áll rendelkezésre magas rendelkezésre állás. Emiatt javasoljuk, hogy ne próbálja meg telepíteni a berendezést egy gazdagép erőforráskészletében.

Az erőforráshíd állapota "Offline" és provisioningState "Sikertelen"

Az Arc-erőforráshíd telepítésekor úgy tűnhet, hogy a híd sikeresen üzembe lett helyezve, mert futáskor vagy az arcappliance createfuttatásakor az arcappliance deploy nem történt hiba. Ha azonban az Azure Portalon tekinti meg a hidat, előfordulhat, hogy offline állapot jelenik meg, és az arcappliance show sikertelenkéntprovisioningStatejelenik meg. Ez akkor fordul elő, ha a szükséges szolgáltatók nincsenek regisztrálva a híd üzembe helyezése előtt.

A probléma megoldásához törölje az erőforráshidat, regisztrálja a szolgáltatókat, majd helyezze újra üzembe az erőforráshidat.

1. Törölje az erőforráshídot:

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

2. Regisztrálja a szolgáltatókat:

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

3. Helyezze újra üzembe az erőforráshidat.

Feljegyzés

Előfordulhat, hogy a partnertermékek (például az Arc-kompatibilis VMware vSphere) saját szükséges szolgáltatóval rendelkeznek a regisztrációhoz. További regisztrálandó szolgáltatók megtekintéséhez tekintse meg a termék dokumentációját.

Lejárt hitelesítő adatok a berendezés virtuális gépében

Az Arc erőforráshíd egy berendezés virtuális gépéből áll, amely a helyszíni infrastruktúrában van üzembe helyezve. A berendezés virtuális gépe helyileg tárolt hitelesítő adatok használatával kapcsolatot tart fenn a helyszíni infrastruktúra felügyeleti végpontja felé. Ha ezek a hitelesítő adatok nem frissülnek, az erőforráshíd már nem tud kommunikálni a felügyeleti végponttal. Ez problémákat okozhat az erőforráshíd frissítése vagy a virtuális gépek Azure-on keresztüli kezelése során. Ennek kijavításához frissíteni kell a berendezés virtuális gépének hitelesítő adatait. További információ: Hitelesítő adatok frissítése a berendezés virtuális gépében.

A privát kapcsolat nem támogatott

Az Arc-erőforráshíd nem támogatja a privát kapcsolatot. A berendezés virtuális gépéről érkező összes hívásnak nem szabad a privát kapcsolat beállításán keresztül haladnia. A Private Link IP-címei ütközhetnek a berendezés IP-készlettartományával, amely nem konfigurálható az erőforráshídon. Az Arc-erőforráshíd olyan szükséges URL-címeket ér el, amelyeknek nem szabad privát kapcsolaton keresztülmenniük. Az Arc-erőforráshidat a privát kapcsolat beállításához nem kapcsolódó különálló hálózati szegmensben kell üzembe helyeznie.

Hálózati problémák

Kép lekérésekor felmerülő visszalépési hiba

Az Arc-erőforráshíd üzembe helyezésekor hibaüzenet jelenhet meg back-off pulling image \\\"url"\\\: FailFastPodCondition. Ezt a hibát akkor okozza, ha a berendezés virtuális gépe nem éri el a hiba által megadott URL-címet. A probléma megoldásához győződjön meg arról, hogy a berendezés virtuális gépe megfelel a rendszerkövetelményeknek, beleértve a szükséges engedélyezési listák URL-címeinek internetkapcsolatát is.

Nem lehet csatlakozni az URL-címhez

Ha hibaüzenetet kap, Not able to connect to https://example.url.comforduljon a hálózati rendszergazdához, és győződjön meg arról, hogy a hálózat engedélyezi az összes szükséges tűzfal- és proxy URL-címet az Arc-erőforráshíd üzembe helyezéséhez. További információkért lásd az Azure Arc erőforráshíd hálózati követelményeit.

Http2-kiszolgáló által küldött GOAWAY

Az Arc-erőforráshíd üzembe helyezésekor a következőhöz hasonló hibaüzenet jelenhet meg:

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

Ez akkor fordul elő, ha egy tűzfal vagy proxy ssl-/TLS-ellenőrzést engedélyez, és letiltja a HTTP2-hívásokat az erőforráshíd üzembe helyezéséhez használt gépről. A probléma megerősítéséhez futtassa a következő PowerShell-parancsmagot a webkérelem http2-vel való meghívásához (a PowerShell 7-es vagy újabb verziójára van szükség), és cserélje le a régiót az URL-címben és az API-verzióban (például:2019-11-01) a hiba értékeire:

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

Ha az eredmény az The response ended prematurely while waiting for the next frame from the server, akkor a http2-hívás le van tiltva, és engedélyezni kell. A hálózati rendszergazdával együttműködve tiltsa le az SSL/TLS-ellenőrzést, hogy http2-hívásokat engedélyezhessen a híd üzembe helyezéséhez használt gépről.

Nincs ilyen gazdagép – a .local nem támogatott

Az Arc-erőforráshíd konfigurációjának beállításakor a következőhöz hasonló hibaüzenet jelenhet meg:

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

Ez akkor fordul elő, ha egy .local konfigurációs beállításhoz , például proxyhoz, dns-hez, adattárhoz vagy felügyeleti végponthoz (például vCenter) van megadva elérési út. Az Arc erőforráshíd-berendezés virtuális gépe Az Azure Linux operációs rendszert használ, amely alapértelmezés szerint nem támogatott .local . Áthidaló megoldás lehet az IP-cím megadása, ha van ilyen.

Az Azure Arc-erőforráshíd nem érhető el

Az Azure Arc erőforráshíd egy Kubernetes-fürtöt futtat, és a vezérlősíkhoz statikus IP-cím szükséges. Az IP-cím meg van adva a infra.yaml fájlban. Ha az IP-cím DHCP-kiszolgálótól van hozzárendelve, a cím változhat, ha nincs lefoglalva. Az Azure Arc erőforráshídjának vagy virtuális gépének újraindítása IP-címváltozást válthat ki, ami sikertelen szolgáltatásokat eredményez.

Időnként az erőforráshíd elveszítheti a fenntartott IP-konfigurációt. Ez annak a viselkedésnek köszönhető, amelyet a rendszer által hálózatba szervezett rendszer újraindítása során a VIP-k elvesztésében leírtak. Ha az IP-cím nincs hozzárendelve az Azure Arc erőforráshíd virtuális gépéhez, az erőforráshíd API-kiszolgálóra irányuló hívás sikertelen lesz. Ennek eredményeképpen nem hozhat létre új erőforrást az erőforráshídon keresztül, kezdve az Azure Arc magánfelhőhöz való csatlakozástól, egyéni hely létrehozásához, virtuális gép létrehozásához stb.

Egy másik lehetséges ok a lassú lemezhozzáférés. Az Azure Arc-erőforráshíd az ETCD-t használja, amely javaslatonként legalább 10 ms késést igényel. Ha a mögöttes lemez teljesítménye alacsony, az hatással lehet a műveletekre, és hibákat okozhat.

A probléma megoldásához indítsa újra az erőforráshíd virtuális gépet, és állítsa helyre az IP-címét. Ha a cím DHCP-kiszolgálóról van hozzárendelve, foglalja le az erőforráshídhoz társított IP-címet.

SSL-proxykonfigurációs problémák

Győződjön meg arról, hogy a felügyeleti gép proxykiszolgálója megbízik az SSL-proxy SSL-tanúsítványában és a Microsoft-letöltési kiszolgálók SSL-tanúsítványában is. További információ: SSL-proxykonfiguráció.

Nincs ilyen gazdagép – dp.kubernetesconfiguration.azure.com

Az Arc-erőforráshíd üzembe helyezése során előforduló dial tcp: lookup westeurope.dp.kubernetesconfiguration.azure.com: no such host hiba azt jelenti, hogy a konfigurációs adatsík jelenleg nem érhető el a megadott régióban. Előfordulhat, hogy a szolgáltatás átmenetileg nem érhető el. Várjon, amíg a szolgáltatás elérhetővé válik, majd próbálkozzon újra az üzembe helyezéssel.

Proxycsatlakozás tcp - Nincs ilyen gazdagép az Arc-erőforráshídhoz szükséges URL-címhez

Az Arc-erőforráshídhoz szükséges URL-címet tartalmazó hibaüzenet azt jelzi, hogy a proxyconnect tcp: dial tcp: lookup http: no such host DNS nem tudja feloldani az URL-címet. A hiba az alábbi példához hasonló lehet, ahol a szükséges URL-cím a következő 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}_ }

Ez a hiba akkor fordulhat elő, ha az üzembe helyezés során megadott DNS-beállítások nem helyesek, vagy probléma van a DNS-kiszolgáló(ka)val. Ellenőrizheti, hogy a DNS-kiszolgáló meg tudja-e oldani az URL-címet a következő parancs futtatásával a felügyeleti gépről vagy egy olyan gépről, amely hozzáfér a DNS-kiszolgáló(k)hoz:

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

A hiba megoldásához a DNS-kiszolgáló(ka)t úgy kell konfigurálni, hogy az összes Arc-erőforráshídhoz szükséges URL-címet feloldja, és a DNS-kiszolgáló(ka)t megfelelően kell megadni az Arc-erőforráshíd üzembe helyezése során.

KVA időtúllépési hiba

A KVA időtúllépési hibája egy általános hiba, amely a felügyeleti gép, a berendezés virtuális gépe vagy a vezérlősík IP-címének a felügyeleti géppel, a berendezés virtuális gépével vagy a vezérlősík IP-címével nem kommunikáló, az internetre vagy a szükséges URL-címekre vonatkozó különféle hálózati konfigurációk következménye lehet. Ezt a kommunikációs hibát gyakran a DNS-feloldással, a proxybeállításokkal, a hálózati konfigurációval vagy az internet-hozzáféréssel kapcsolatos problémák okozhatják.

Az egyértelműség kedvéért a felügyeleti gép arra a gépre vonatkozik, amelyen az üzembe helyezési PARANCSSOR-parancsok futnak. A berendezés virtuális gépe az Arc erőforráshídot üzemeltető virtuális gép. A vezérlősík IP-címe a Berendezés virtuális gép Kubernetes felügyeleti fürtjének vezérlősíkjának IP-címe.

A KVA időtúllépési hibájának leggyakoribb okai

• A felügyeleti gép nem tud kommunikálni a vezérlősík IP-címével és a berendezés virtuális gépÉNEK IP-címével.
• A berendezés virtuális gépe nem tud kommunikálni a felügyeleti géppel, a vCenter-végponttal (VMware esetén) vagy az MOC felhőügynök végpontjával (az Azure Stack HCI esetében). 
• A berendezés virtuális gépe nem rendelkezik internet-hozzáféréssel.
• A berendezés virtuális gépe rendelkezik internetkapcsolattal, de egy vagy több szükséges URL-címhez való csatlakozás le van tiltva, esetleg proxy vagy tűzfal miatt.
• A berendezés virtuális gépe nem tud olyan DNS-kiszolgálót elérni, amely képes feloldani a belső neveket, például a vSphere vCenter-végpontját vagy az Azure Stack HCI felhőügynök-végpontját. A DNS-kiszolgálónak képesnek kell lennie külső címek, például azure-szolgáltatáscímek és tárolóregisztrációs adatbázisnevek feloldására is. 
• A proxykiszolgáló konfigurálása a felügyeleti gépen vagy az Arc erőforráshíd konfigurációs fájljaiban helytelen. Ez hatással lehet a felügyeleti gépre és a Berendezés virtuális gépre is. az arcappliance prepare A parancs futtatásakor a felügyeleti gép nem tud csatlakozni és letölteni operációsrendszer-lemezképeket, ha a gazdagépproxy nincs megfelelően konfigurálva. A berendezés virtuális gépének internet-hozzáférését hibás vagy hiányzó proxykonfiguráció szakíthatja meg, ami hatással van a virtuális gép tárolólemezképek lekérésére való képességére. 

KVA időtúllépési hiba elhárítása

A hiba elhárításához előfordulhat, hogy egy vagy több hálózati konfigurációt meg kell oldani. A hiba leggyakoribb okainak elhárításához kövesse az alábbi lépéseket.

1. Ha probléma merül fel az üzembe helyezéssel kapcsolatban, az első lépés a naplók összegyűjtése a berendezés virtuális gép IP-címe alapján (nem a kubeconfig használatával, mivel a kubeconfig üres lehet, ha az üzembe helyezési parancs nem fejeződött be). A naplók gyűjtésével kapcsolatos problémák nagy valószínűséggel azért jelentkeznek, mert a felügyeleti gép nem tudja elérni a Berendezés virtuális gépet.

   A naplók összegyűjtése után bontsa ki a mappát, és nyissa meg a kva.log. A KVA időtúllépési hibájának okának felismeréséhez szükséges hibákról további információt a kva.log talál.

2. A felügyeleti gépnek képesnek kell lennie kommunikálni a berendezés virtuális gép IP-címével és a vezérlősík IP-címével. Pingelje a vezérlősík IP-címét és a berendezés virtuális gépÉNEK IP-címét a felügyeleti gépről, és ellenőrizze, hogy mindkét IP-cím válasza van-e.

   Ha egy kérés túllépi az időkorlátot, a felügyeleti gép nem tud kommunikálni az IP-cím(ek)sel. Ezt okozhatja egy zárt port, a hálózati helytelen konfiguráció vagy egy tűzfalblokk. A hálózati rendszergazdával együttműködve engedélyezze a felügyeleti gép és a vezérlősík IP-címe és a berendezés virtuális gép IP-címe közötti kommunikációt.

3. A berendezés virtuális gép IP-címének és vezérlősíkjának IP-címének képesnek kell lennie kommunikálni a felügyeleti géppel és a vCenter-végponttal (VMware esetén) vagy az MOC felhőügynök végpontjával (HCI esetén). A hálózati rendszergazdával együttműködve győződjön meg arról, hogy a hálózat konfigurálva van ennek engedélyezésére. Ehhez tűzfalszabályt kell hozzáadni ahhoz, hogy megnyissa a 443-at a berendezés virtuális gép IP-címéről és a vezérlősík IP-címéről a vCenterbe, vagy az Azure Stack HCI MOC felhőügynök 65000-55000-s portjára. Tekintse át az Azure Stack HCI és az Arc-alapú VMware erőforráshíd hálózati követelményeit.

4. A berendezés virtuális gép IP-címének és vezérlősíkának IP-címéhez internet-hozzáférésre van szükség ezekhez a szükséges URL-címekhez. Az Azure Stack HCI további URL-címeket igényel. A hálózati rendszergazdával együttműködve győződjön meg arról, hogy az IP-címek hozzáférhetnek a szükséges URL-címekhez.

5. Nem proxykörnyezetben a felügyeleti gépnek külső és belső DNS-felbontással kell rendelkeznie. A felügyeleti gépnek képesnek kell lennie olyan DNS-kiszolgáló elérésére, amely képes feloldani a belső neveket, például a vSphere vCenter-végpontját vagy az Azure Stack HCI felhőügynök-végpontját. A DNS-kiszolgálónak képesnek kell lennie a külső címek, például az Azure URL-címek és az operációsrendszer-rendszerkép letöltési URL-címeinek feloldására is. A rendszergazdával együttműködve győződjön meg arról, hogy a felügyeleti gép belső és külső DNS-feloldással rendelkezik. Proxykörnyezetben a proxykiszolgálón lévő DNS-feloldásnak fel kell oldania a belső végpontokat és a szükséges külső címeket.

   Ha nem proxys forgatókönyvben szeretné tesztelni a DNS-feloldás belső címét a felügyeleti gépről, nyissa meg a parancssort, és futtassa a parancsot nslookup <vCenter endpoint or HCI MOC cloud agent IP>. Akkor kell választ kapnia, ha a felügyeleti gép belső DNS-feloldással rendelkezik nem proxys forgatókönyv esetén. 

6. A berendezés virtuális gépének olyan DNS-kiszolgálót kell elérnie, amely képes feloldani a belső neveket, például a vSphere vCenter-végpontját vagy az Azure Stack HCI felhőügynök-végpontját. A DNS-kiszolgálónak képesnek kell lennie a külső/belső címek, például az Azure-szolgáltatáscímek és a tárolóregisztrációs adatbázis nevének feloldására az Arc erőforráshíd tárolólemezképeinek felhőből való letöltéséhez.

   Ellenőrizze, hogy a konfigurációs fájlok létrehozásához használt DNS-kiszolgáló IP-címe belső és külső címfeloldású-e. Ha nem, törölje a berendezést, hozza létre újra az Arc erőforráshíd konfigurációs fájljait a megfelelő DNS-kiszolgálóbeállításokkal, majd telepítse az Arc-erőforráshidat az új konfigurációs fájlok használatával.

Arc erőforráshíd helyének áthelyezése

Az Arc-erőforráshíd erőforrás-áthelyezése jelenleg nem támogatott. Törölnie kell az Arc-erőforráshidat, majd újra üzembe kell helyeznie a kívánt helyre.

Azure Arc-kompatibilis virtuális gépek az Azure Stack HCI-ben

Az Azure Arc-kompatibilis virtuális gépek azure Stack HCI-vel kapcsolatos problémáinak elhárításához az Azure Arc-kompatibilis virtuális gépek hibaelhárításával kapcsolatos általános segítségért tekintse meg az Azure Arc-kompatibilis virtuális gépek hibaelhárítását.

Hitelesítési kézfogási hiba

Parancs futtatásakor az arcappliance csatlakozási hiba jelenhet meg: authentication handshake failed: x509: certificate signed by unknown authority

Ez általában akkor fordul elő, ha távoli PowerShell-parancsokat próbál futtatni, amelyet az Azure Arc-erőforráshíd nem támogat.

Az Azure Arc-erőforráshíd Azure Stack HCI-fürtön az arcappliance való telepítéséhez a parancsokat helyileg kell futtatni a fürt egyik csomópontján. Jelentkezzen be a csomópontra távoli asztali protokollon (RDP) keresztül, vagy használjon konzolmunkamenetet a parancsok futtatásához.

Azure Arc-kompatibilis VMware VCenter-problémák

vSphere SDK-ügyfél 403 Tiltott vagy 404 nem található

Ha hibaüzenetet kap, amely az errorCode_: _CreateConfigKvaCustomerError_, _errorResponse_: _error getting the vsphere sdk client: POST \_/sdk\_: 403 Forbidden Arc-erőforráshíd üzembe helyezésekor vagy 404 not found közben jelenik meg, ez valószínűleg egy helytelen vCenter URL-cím miatt van megadva a konfigurációs fájl létrehozása során, ahol a rendszer kéri, hogy adja meg a vCenter-címet teljes tartománynévként vagy IP-címként. A vCenter-cím megkeresésének különböző módjai vannak. Az egyik lehetőség a vSphere-ügyfél elérése a webes felületén keresztül. A vCenter teljes tartománynevét vagy IP-címét általában a böngészőben használja a vSphere-ügyfél eléréséhez. Ha már bejelentkezett, megtekintheti a böngésző címsorát; a vSphere eléréséhez használt URL-cím a vCenter-kiszolgáló teljes tartományneve vagy IP-címe. Másik lehetőségként a bejelentkezés után lépjen a Menü > Rendszergazda istration szakaszra. A Rendszerkonfiguráció területen válassza a Csomópontok lehetőséget. A vCenter-kiszolgálópéldány(ok) a teljes tartománynévvel együtt ott lesznek felsorolva. Ellenőrizze a vCenter címét, majd próbálkozzon újra az üzembe helyezéssel.

Üzembe helyezés előtti érvényesítési hibák

Ha számos pre-deployment validation of your download\upload connectivity wasn't successful hibát kap, például:

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

A hibák kombinációja általában azt jelzi, hogy a felügyeleti gép megszakadt az adattárhoz való kapcsolat, vagy hálózati probléma miatt az adattár elérhetetlenné vált. Erre a kapcsolatra azért van szükség, hogy az OVA-t a berendezés virtuális gépének a vCenterben való létrehozásához használt felügyeleti gépről töltse fel. A felügyeleti gép és az adattár közötti kapcsolatot újra létre kell tenni, majd újra meg kell próbálkoznia az Arc-erőforráshíd üzembe helyezésének újrapróbálkozását.

Az x509-tanúsítvány lejárt vagy még nem érvényes

Az Arc-erőforráshíd üzembe helyezésekor a következő hibaüzenet jelenhet meg:

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

Ez a hiba akkor jelentkezik, ha óra/idő különbség van az ESXi-gazdagép(ek) és a felügyeleti gép között, ahol az Arc erőforráshíd üzembehelyezési parancsai futnak. A probléma megoldásához kapcsolja be az NTP időszinkronizálását az ESXi-gazdagép(ek)en, és győződjön meg arról, hogy a felügyeleti gép is szinkronizálva van az NTP-hez, majd próbálkozzon újra az üzembe helyezéssel.

Hiba a gazdagép konfigurálása során

Ha ugyanazt a sablont használta az Arc-erőforráshíd többszöri üzembe helyezéséhez és törléséhez, a következő hibaüzenet jelenhet meg:

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

A probléma megoldásához törölje manuálisan a meglévő sablont. Ezután futtassa az arcappliance prepare egy új sablon letöltéséhez az üzembe helyezéshez.

Nem található mappák

Az erőforráshíd VMware vCenteren való üzembe helyezésekor meg kell adnia azt a mappát, amelyben a sablon és a virtuális gép létrejön. A mappának virtuális gépnek és sablonmappának kell lennie. Más típusú mappák, például tárolási mappák, hálózati mappák, gazdagép- és fürtmappák nem használhatók az erőforráshíd üzembe helyezéséhez.

Nem megfelelő engedélyek

Az erőforráshíd VMware vCenteren való üzembe helyezésekor hibaüzenet jelenhet meg, amely szerint nincs elegendő engedélye. A probléma megoldásához győződjön meg arról, hogy az erőforráshíd üzembe helyezéséhez használt felhasználói fiók rendelkezik az alábbi jogosultságokkal a VMware vCenterben, majd próbálkozzon újra.

Datastore 

• Terület lefoglalása
• Tallózás az adattárban
• Alacsony szintű fájlműveletek

Mappa 

• Mappa létrehozása

vSphere címkézése

• VSphere-címke hozzárendelése vagy hozzárendelésének megszüntetése

Hálózat 

• Hálózat hozzárendelése

Erőforrás

• Virtuális gép hozzárendelése erőforráskészlethez
• Kikapcsolású virtuális gép migrálása
• Virtuális gépen működő migrálás

Szekciók

• Munkamenet ellenőrzése

vApp

• Erőforráskészlet hozzárendelése
• Importálása

Virtuális gép

• Konfiguráció módosítása
  • Lemezbérlet beszerzése
  • Meglévő lemez hozzáadása
  • Új lemez hozzáadása
  • Eszköz hozzáadása vagy eltávolítása
  • Speciális konfiguráció
  • Cpu-szám módosítása
  • Memória módosítása
  • Gépház módosítása
  • Erőforrás módosítása
  • ManagedBy konfigurálása
  • Kapcsolati beállítások megjelenítése
  • Virtuális lemez kiterjesztése
  • Eszközbeállítások módosítása
  • Lekérdezési hibatűrés kompatibilitása
  • Nem megtagadott fájlok lekérdezése
  • Újratöltés az elérési útból
  • Lemez eltávolítása
  • Átnevez
  • Vendégadatok visszaállítása
  • Széljegyzet beállítása
  • A lemezváltozások nyomon követésének váltása
  • Elágazás szülőjének váltása
  • Virtuális gépek kompatibilitásának frissítése
• Leltár szerkesztése
  • Létrehozás meglévőből
  • Új létrehozása
  • Regisztráció
  • Eltávolítás
  • Regisztrálás törlése
• Vendégműveletek
  • Vendégművelet aliasának módosítása
  • Vendégművelet módosítása
  • Vendégműveleti program végrehajtása
  • Vendégműveleti lekérdezések
• Kölcsönhatás
  • Eszközök csatlakoztatása
  • Konzol interakciója
  • Vendég operációs rendszer kezelése a VIX API-val
  • VMware-eszközök telepítése
  • Kikapcsolás
  • Bekapcsolás
  • Reset
  • Felfüggesztés
• Kiépítés
  • Lemezhozzáférés engedélyezése
  • Fájlhozzáférés engedélyezése
  • Írásvédett lemezhozzáférés engedélyezése
  • Virtuális gép letöltésének engedélyezése
  • Virtuálisgép-fájlok feltöltésének engedélyezése
  • Virtuális gép klónozása
  • Sablon üzembe helyezése
  • Megjelölés sablonként
  • Megjelölés virtuális gépként
  • Vendég testreszabása
• Pillanatkép-kezelés
  • Pillanatkép készítése
  • Pillanatkép eltávolítása
  • Visszaállítás pillanatképre

Következő lépések

Az erőforráshíd helyreállítási műveleteinek ismertetése az Azure Arc-kompatibilis VMware vSphere-vészforgatókönyvekben

Ha itt nem látja a problémát, vagy nem tudja megoldani a problémát, próbálkozzon az alábbi támogatási csatornák egyikével:

• Azure-szakértők válaszolnak a Microsoft Q&A-n keresztül.
• Csatlakozás a @AzureSupport, a microsoftos Azure hivatalos fiókjával az ügyfélélmény javításához. Az Azure-támogatás összekapcsolja az Azure-közösséget a válaszokhoz, a támogatáshoz és a szakértőkhöz.
• Nyisson meg egy Azure-támogatás kérelmet.