Delen via

Problemen met Azure Arc-resourcebrug oplossen

  • Artikel

Dit artikel bevat informatie over het oplossen en oplossen van problemen die kunnen optreden tijdens het implementeren, gebruiken of verwijderen van de Azure Arc-resourcebrug. De resourcebrug is een verpakte virtuele machine die als host fungeert voor een Kubernetes-beheercluster . Zie het overzicht van Azure Arc-resourcebrug voor algemene informatie.

Algemene problemen

Verzamelen van logboeken

Voor problemen met Arc-resourcebrug verzamelt u logboeken voor verder onderzoek met behulp van de Azure CLI-opdracht az arcappliance logs . Deze opdracht moet worden uitgevoerd vanaf de beheercomputer die wordt gebruikt om de Arc-resourcebrug te implementeren. Als u een andere computer gebruikt, moet de machine voldoen aan de vereisten voor de beheercomputer.

Als er een probleem is met het verzamelen van logboeken, kan de beheercomputer waarschijnlijk de VM apparaat niet bereiken. Neem contact op met de netwerkbeheerder om SSH-communicatie vanaf de beheercomputer naar de VM Apparaat op TCP-poort 22 toe te staan.

U kunt de logboeken van de Arc-resourcebrug verzamelen door het IP-adres van de vm van het apparaat of de kubeconfig door te geven in de opdracht logboeken.

Ga als volgende te werk om arc-resourcebruglogboeken op VMware te verzamelen met behulp van het IP-adres van de VM van het apparaat:

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

Zie Logboeken verzamelen om Arc Resource Bridge-logboeken voor Azure Stack HCI te verzamelen.

Als u niet zeker weet wat het IP-adres van uw apparaat-VM is, is er ook de optie om de kubeconfig te gebruiken. U kunt de kubeconfig ophalen door de opdracht get-credentials uit te voeren en vervolgens de opdracht logboeken uit te voeren.

Als u de kubeconfig- en logboeksleutel wilt ophalen, verzamelt u logboeken voor VMware met Arc vanaf een andere computer dan de machine die wordt gebruikt voor het implementeren van Arc-resourcebrug voor VMware met 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>

De connectiviteit voor downloaden/uploaden is mislukt

Als de netwerksnelheid traag is, kunt u de VM-installatiekopieën van de Arc-resourcebrug mogelijk niet downloaden, wat resulteert in deze fout: 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.

Probeer als tijdelijke oplossing een virtuele machine rechtstreeks in de on-premises privécloud te maken en voer vervolgens het implementatiescript van de Arc-resourcebrug uit vanaf die VM. Als u dit doet, wordt de afbeelding sneller geüpload naar het gegevensarchief.

Time-out van context tijdens fase ApplyingKvaImageOperator

Wanneer u Arc-resourcebrug implementeert, ziet u mogelijk deze fout: 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}_ }

Deze fout treedt meestal op bij het downloaden van de KVAIO installatiekopieën (400 MB gecomprimeerd) via een netwerk dat traag is of onregelmatige connectiviteit ondervindt. De KVAIO controllerbeheerder wacht tot het downloaden van de installatiekopieën is voltooid en er treedt een time-out op.

Controleer of de netwerksnelheid tussen de VM van de Arc-resourcebrug en Microsoft Container Registry (mcr.microsoft.com) stabiel is en ten minste 2 Mbps. Als uw netwerkverbinding en -snelheid stabiel zijn en u deze fout nog steeds krijgt, wacht u ten minste 30 minuten voordat u het opnieuw probeert, omdat dit kan komen doordat Microsoft Container Registry een groot aantal verkeer ontvangt.

Time-out van context tijdens fase WaitingForAPIServer

Wanneer u Arc-resourcebrug implementeert, ziet u mogelijk deze fout: 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

Deze fout geeft aan dat de implementatiemachine geen contact kan maken met het IP-adres van het besturingsvlak voor Arc-resourcebrug binnen de tijdslimiet. Veelvoorkomende oorzaken van de fout zijn vaak netwerkgerelateerd, zoals communicatie tussen de implementatiecomputer en het IP-adres van het besturingsvlak dat wordt gerouteerd via een proxy. Verkeer van de implementatiecomputer naar het besturingsvlak en de VM-IP-adressen van het apparaat mogen niet via de proxy worden doorgegeven. Als verkeer wordt geproxied, configureert u de proxy-instellingen op uw netwerk of implementatiecomputer om geen proxyverkeer tussen de implementatiecomputer naar het IP-adres van de besturingsvlak en VM-IP-adressen van apparaten te configureren. Een andere oorzaak van deze fout is als een firewall de toegang tot poort 6443 en poort 22 tussen de implementatiecomputer en het IP-adres van het besturingsvlak of de IP-adressen van de implementatiemachine en de VM-IP-adressen van het apparaat sluit.

403 Verboden of 404 Site niet gevonden

Wanneer u Arc-resourcebrug implementeert, ziet u mogelijk deze fout: { _errorCode_: _UploadError_, _errorResponse_: _{\n\_message\_: \_Pre-deployment validation of your download/upload connectivity was not successful. {\\n \\\_code\\\_: \\\_ImageProvisionError\\\_,\\n \\\_message\\\_: \\\_403 Forbidden of { _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

Deze fout treedt op wanneer installatiekopieën moeten worden gedownload van Microsoft-registers naar de implementatiecomputer, maar een proxy of firewall het downloaden blokkeert. Controleer de netwerkvereisten en controleer of alle vereiste URL's bereikbaar zijn. Mogelijk moet u uw proxy-instellingen bijwerken om ervoor te zorgen dat verkeer van uw implementatiecomputer naar de vereiste URL's van Microsoft niet via een proxy gaat.

Toegang tot SSH-mappen geweigerd

De CLI vereist toestemming voor toegang tot de SSH-map tijdens de implementatie of bewerkingen die betrekking hebben op het openen van bestanden in de map. Deze map bevat essentiële bestanden, zoals de kubeconfig en logboeksleutel voor de VM van het apparaat. De CLI moet bijvoorbeeld toegang krijgen tot de logboeksleutel die is opgeslagen in de SSH-map om logboeken van de vm van het apparaat te verzamelen.

Mogelijk ziet u deze fout: 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. Er zijn twee veelvoorkomende oorzaken voor dit probleem:

  • Onvoldoende machtigingen: de CLI beschikt niet over de benodigde machtigingen voor toegang tot de SSH-map. Zorg ervoor dat het gebruikersaccount waarop de CLI wordt uitgevoerd, over de juiste machtigingen beschikt om toegang te krijgen tot de SSH-map.
  • Gelijktijdige bestandstoegang: een ander exemplaar van de CLI gebruikt mogelijk het bestand in de SSH-map. Dit gebeurt vaak op werkstations met gedeelde profielen. Zorg ervoor dat een ander CLI-exemplaar de bewerking voltooit of beëindigt voordat u verdergaat.

Arc-resourcebrug is offline

Netwerkwijzigingen in de infrastructuur, omgeving of cluster kunnen ervoor zorgen dat de VM van het apparaat niet meer kan communiceren met de equivalente Azure-resource. Als u niet kunt bepalen wat er is gewijzigd, kunt u de VM van het apparaat opnieuw opstarten, logboeken verzamelen en een ondersteuningsticket indienen voor verder onderzoek.

Externe PowerShell wordt niet ondersteund

Als u CLI-opdrachten voor Arc-resourcebrug uitvoert az arcappliance via externe PowerShell, ziet u mogelijk een fout met verificatiehanddrukfouten bij het installeren van de resourcebrug op een Azure Stack HCI-cluster of een ander type fout.

Het gebruik van az arcappliance opdrachten vanuit externe PowerShell wordt momenteel niet ondersteund. Meld u in plaats daarvan aan bij het knooppunt via Remote Desktop Protocol (RDP) of gebruik een consolesessie.

Configuraties voor resourcebrug kunnen niet worden bijgewerkt

In deze release worden alle parameters opgegeven tijdens het maken. Als u Arc-resourcebrug wilt bijwerken, moet u deze verwijderen en opnieuw implementeren.

Als u bijvoorbeeld de verkeerde locatie of het verkeerde abonnement opgeeft tijdens de implementatie, mislukt het maken van resources. Als u de resource alleen opnieuw probeert te maken zonder de VM van de resourcebrug opnieuw te implementeren, blijft de status hangen WaitForHeartBeat.

U kunt dit probleem oplossen door het apparaat te verwijderen en het YAML-bestand van het apparaat bij te werken. Daarna implementeert u de resourcebrug opnieuw en maakt u deze.

Apparaatnetwerk niet beschikbaar

Als Arc-resourcebrug netwerkproblemen ondervindt, ziet u mogelijk een Appliance Network Unavailable fout. Over het algemeen kan een netwerk- of infrastructuurverbindingsprobleem met de VM van het apparaat deze fout veroorzaken. Deze fout kan ook worden weergegeven als Error while dialing dial tcp xx.xx.xxx.xx:55000: connect: no route to host. Het probleem kan zijn dat communicatie van de host naar de VM van de Arc-resourcebrug moet worden geopend via TCP-poort 22 met behulp van uw netwerkbeheerder. Een tijdelijk netwerkprobleem staat mogelijk niet toe dat de host de VM van de Arc-resourcebrug bereikt. Zodra het netwerkprobleem is opgelost, kunt u de bewerking opnieuw proberen. U kunt ook controleren of de VM van het apparaat voor Arc-resourcebrug niet is gestopt of offline is. Met Azure Stack HCI kan deze fout worden veroorzaakt wanneer de hostopslag vol is.

Fout bij vernieuwen van token

Wanneer u Azure CLI-opdrachten uitvoert, ziet u mogelijk de volgende fout: The refresh token has expired or is invalid due to sign-in frequency checks by conditional access.

Deze fout treedt op omdat wanneer u zich aanmeldt bij Azure, het token een maximale levensduur heeft. Wanneer deze levensduur is overschreden, moet u zich opnieuw aanmelden bij Azure met behulp van de az login opdracht.

Standaardhostresourcegroepen zijn niet beschikbaar voor implementatie

Wanneer u de az arcappliance createconfig of az arcappliance run opdracht gebruikt, wordt in een interactieve ervaring de lijst met VMware-entiteiten weergegeven die u kunt selecteren om het virtuele apparaat te implementeren. Deze lijst bevat alle door de gebruiker gemaakte resourcegroepen, samen met standaardclusterresourcegroepen, maar de standaardhostresourcegroepen worden niet vermeld. Wanneer het apparaat wordt geïmplementeerd in een hostresourcegroep, is er geen hoge beschikbaarheid als de hosthardware uitvalt. U wordt aangeraden het apparaat niet in een hostresourcegroep te implementeren.

De status van de resourcebrug is offline en de inrichtingsstatus is mislukt

Wanneer u Arc-resourcebrug implementeert, lijkt de brug mogelijk te zijn geïmplementeerd omdat er geen fouten zijn opgetreden tijdens het uitvoeren az arcappliance deploy of az arcappliance create. Wanneer u de brug echter bekijkt in Azure Portal, ziet u mogelijk de status die wordt weergegeven als Offlineen az arcappliance show wordt mogelijk de provisioningState status weergegeven als Failed. Dit probleem treedt op wanneer vereiste providers niet zijn geregistreerd voordat de brug wordt geïmplementeerd.

Voor Azure Stack HCI, versie 23H2 en hoger, wordt de Arc Resource Bridge automatisch geïmplementeerd tijdens de clusterimplementatie en is handmatige installatie niet meer vereist.

Als uw Arc-resourcebrug offline is, start u de VM van Arc Resource Bridge opnieuw op. Als het probleem zich blijft voordoen, neemt u contact op met Microsoft Ondersteuning.

Notitie

Het opnieuw installeren van de Arc Resource Bridge in Azure Stack HCI kan problemen veroorzaken met uw bestaande Azure-resources.

U kunt dit probleem oplossen door de resourcebrug te verwijderen, de providers te registreren en vervolgens de resourcebrug opnieuw te implementeren.

  1. Verwijder de resourcebrug:

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

  2. Registreer de providers:

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

  3. Implementeer de resourcebrug opnieuw.

Notitie

Partnerproducten (zoals VMware vSphere met Arc) hebben mogelijk hun eigen vereiste providers om te registreren. Zie de documentatie van het product voor meer informatie over deze aanvullende providers.

Verlopen referenties in de VM van het apparaat

Arc-resourcebrug bestaat uit een apparaat-VM die wordt geïmplementeerd in de on-premises infrastructuur. De vm van het apparaat onderhoudt een verbinding met het beheereindpunt van de on-premises infrastructuur met behulp van lokaal opgeslagen referenties. Als deze referenties niet worden bijgewerkt, kan de resourcebrug niet meer communiceren met het beheereindpunt. Dit kan problemen veroorzaken bij het upgraden van de resourcebrug of het beheren van VM's via Azure.

Om dit probleem op te lossen, moeten de referenties in de VM van het apparaat worden bijgewerkt. Zie Referenties bijwerken in de VM van het apparaat voor meer informatie.

Arc-resourcebrug biedt geen ondersteuning voor private link. Oproepen die afkomstig zijn van de VM van het apparaat, moeten niet worden uitgevoerd via de installatie van uw privékoppeling. IP-adressen van privékoppelingen kunnen conflicteren met het IP-adresbereik van het apparaat, dat niet kan worden geconfigureerd op de resourcebrug. Arc-resourcebrug bereikt de vereiste URL's die geen private link-verbinding mogen doorlopen. U moet Arc-resourcebrug implementeren in een afzonderlijk netwerksegment dat niet is gerelateerd aan de installatie van de private link.

Netwerkproblemen

Back-off-pull-afbeeldingsfout

Wanneer u Arc-resourcebrug probeert te implementeren, ziet u mogelijk een fout die het bevat back-off pulling image \\\"url"\\\: FailFastPodCondition. Deze fout wordt veroorzaakt wanneer de VM van het apparaat de URL niet kan bereiken die is opgegeven in de fout. Om dit probleem op te lossen, moet u ervoor zorgen dat de VM van het apparaat voldoet aan de systeemvereisten, inclusief internettoegangsconnectiviteit met vereiste acceptatielijst-URL's.

Beheercomputer kan het apparaat niet bereiken

Wanneer u Arc-resourcebrug probeert te implementeren, wordt er mogelijk een foutbericht weergegeven dat vergelijkbaar is met:

{ _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_: __ }

Deze fout treedt op wanneer de beheercomputer het IP-adres van de Arc-resourcebrug-VM niet kan bereiken via SSH (poort 22) of API-server (poort 6443). Dit kan ook gebeuren als de API-server van de Arc-resourcebrug wordt geproxied; de API-server van de Arc-resourcebrug moet worden toegevoegd aan de noproxy-instellingen. Zie de netwerkvereisten voor Azure Arc-resourcebrug voor meer informatie.

Kan geen verbinding maken met URL

Als u een foutbericht ontvangt dat deze bevat Not able to connect to https://example.url.com, neem dan contact op met uw netwerkbeheerder om ervoor te zorgen dat alle vereiste firewall- en proxy-URL's arc-resourcebrug kunnen implementeren. Zie de netwerkvereisten voor Azure Arc-resourcebrug voor meer informatie.

Kan geen verbinding maken - validatie van netwerk- en internetverbinding is mislukt

Wanneer u Arc-resourcebrug implementeert, krijgt u mogelijk een foutmelding met errorCode als PostOperationsError, errorResponse als code GuestInternetConnectivityError met een URL die poort 53 (DNS) opgeeft. Deze fout kan worden veroorzaakt doordat de VM-IP's van het apparaat geen DNS-servers kunnen bereiken, zodat ze het eindpunt dat is opgegeven in de fout niet kunnen oplossen.

Voorbeelden van fouten:

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

Als u deze fouten wilt oplossen, neemt u contact op met de netwerkbeheerder zodat de VM-IP's van het apparaat de DNS-servers kunnen bereiken. Zie de netwerkvereisten voor Azure Arc-resourcebrug voor meer informatie.

Http2-server verzonden GOAWAY

Wanneer u Arc-resourcebrug probeert te implementeren, worden er mogelijk foutberichten weergegeven die vergelijkbaar zijn met de onderstaande:

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

or

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.

Deze fouten kunnen optreden wanneer een firewall of proxy SSL/TLS-inspectie heeft ingeschakeld en http2-aanroepen van de computer blokkeert die wordt gebruikt om de resourcebrug te implementeren. Als u het probleem wilt bevestigen, voert u de volgende PowerShell-cmdlet uit om de webaanvraag aan te roepen met http2 (hiervoor is PowerShell versie 7 of hoger vereist), waarbij u de regio in de URL vervangt en api-version (bijvoorbeeld 2019-11-01) door waarden uit de fout:

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

Als het resultaat is The response ended prematurely while waiting for the next frame from the server, wordt de http2-aanroep geblokkeerd en moet deze worden toegestaan. Werk samen met uw netwerkbeheerder om de SSL/TLS-inspectie uit te schakelen om http2-aanroepen van de computer toe te staan die worden gebruikt om de brug te implementeren.

Geen dergelijke host - .local niet ondersteund

Wanneer u de configuratie voor Arc-resourcebrug probeert in te stellen, wordt er mogelijk een foutbericht weergegeven dat vergelijkbaar is met:

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

Deze fout treedt op wanneer een .local pad wordt opgegeven voor een configuratie-instelling, zoals proxy, dns, gegevensarchief of beheereindpunt (zoals vCenter). Arc resource bridge-apparaat-VM maakt gebruik van Azure Linux-besturingssysteem, dat standaard niet wordt ondersteund .local . Een tijdelijke oplossing kan zijn om waar van toepassing het IP-adres op te geven.

Azure Arc-resourcebrug is onbereikbaar

Azure Arc-resourcebrug voert een Kubernetes-cluster uit en het bijbehorende besturingsvlak vereist een statisch IP-adres. Het IP-adres wordt opgegeven in het infra.yaml bestand. Als het IP-adres is toegewezen vanaf een DHCP-server, kan het adres worden gewijzigd als het niet is gereserveerd. Het opnieuw opstarten van de Azure Arc-resourcebrug of VM kan een WIJZIGING van het IP-adres activeren en resulteren in mislukte services.

Arc-resourcebrug kan de gereserveerde IP-configuratie af en toe verliezen. Dit verlies wordt veroorzaakt door het gedrag dat wordt beschreven in verlies van VIP's wanneer systemd-networkd deze opnieuw wordt opgestart. Wanneer het IP-adres niet is toegewezen aan de VM van de Azure Arc-resourcebrug, mislukt een aanroep naar de API-server van de resourcebrug. Kernbewerkingen, zoals het maken van een nieuwe resource, het maken van verbinding met uw privécloud vanuit Azure of het maken van een aangepaste locatie, werken niet zoals verwacht.

U kunt dit probleem oplossen door de vm van de resourcebrug opnieuw op te starten en het IP-adres ervan te herstellen. Als het adres is toegewezen vanaf een DHCP-server, reserveert u het IP-adres dat is gekoppeld aan de resourcebrug.

De Arc-resourcebrug kan ook onbereikbaar zijn vanwege trage schijftoegang. Azure Arc-resourcebrug maakt gebruik van kubernetes uitgebreide configuratiestructuur (ETCD). Hiervoor is een latentie van 10 ms of minder vereist. Als de onderliggende schijf lage prestaties heeft, worden bewerkingen beïnvloed en kunnen er fouten optreden.

Configuratieproblemen met SSL-proxy

Zorg ervoor dat de proxyserver op uw beheercomputer zowel het SSL-certificaat voor uw SSL-proxy als het SSL-certificaat van de Microsoft-downloadservers vertrouwt. Zie ssl-proxyconfiguratie voor meer informatie.

Geen dergelijke host - dp.kubernetesconfiguration.azure.com

Een fout met de dial tcp: lookup westeurope.dp.kubernetesconfiguration.azure.com: no such host implementatie van de Arc-resourcebrug betekent dat het configuratiegegevensvlak momenteel niet beschikbaar is in de opgegeven regio. De service is mogelijk tijdelijk niet beschikbaar. Wacht tot de service beschikbaar is en voer de implementatie opnieuw uit.

Tcp voor proxyverbinding - Geen dergelijke host voor de vereiste URL voor Arc-resourcebrug

Een fout met een vereiste URL voor de Arc-resourcebrug met het bericht proxyconnect tcp: dial tcp: lookup http: no such host geeft aan dat DNS de URL niet kan omzetten. De fout kan er ongeveer uitzien als in dit voorbeeld, waarbij de vereiste URL is 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}_ }

Deze fout kan optreden als de DNS-instellingen die tijdens de implementatie zijn opgegeven, niet juist zijn of als er een probleem is met de DNS-servers. U kunt controleren of uw DNS-server de URL kan omzetten door de volgende opdracht uit te voeren vanaf de beheercomputer of een computer die toegang heeft tot de DNS-servers:

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

Als u de fout wilt oplossen, configureert u uw DNS-servers om alle vereiste URL's voor de Arc-resourcebrug op te lossen. De DNS-servers moeten correct worden opgegeven wanneer u Arc-resourcebrug implementeert.

KVA-time-outfout

De KVA-time-outfout is een algemene fout die wordt veroorzaakt door verschillende netwerkfouten die betrekking hebben op de beheercomputer, bijvoorbeeld dat de VM van het apparaat of het IP-adres van het besturingsvlak mogelijk geen communicatie met elkaar heeft, naar internet of vereiste URL's. Deze communicatiefouten zijn vaak het gevolg van problemen met DNS-omzetting, proxy-instellingen, netwerkconfiguratie of internettoegang.

Voor de duidelijkheid verwijst de beheercomputer naar de machine waarop CLI-opdrachten voor implementatie worden uitgevoerd. De VM van het apparaat is de VIRTUELE machine die als host fungeert voor de Arc-resourcebrug. Het IP-adres van het besturingsvlak is het IP-adres van het besturingsvlak voor het Kubernetes-beheercluster in de VM Apparaat.

Belangrijkste oorzaken van de KVA-time-outfout

  • De beheercomputer kan niet communiceren met IP-adres van besturingsvlak en VM-IP-adres van apparaat.
  • De VM van het apparaat kan niet communiceren met de beheermachine, het vCenter-eindpunt (voor VMware) of het MOC-cloudagenteindpunt (voor Azure Stack HCI). 
  • De VM van het apparaat heeft geen internettoegang.
  • Apparaat-VM heeft internettoegang, maar connectiviteit met een of meer vereiste URL's wordt geblokkeerd, mogelijk vanwege een proxy of firewall.
  • De VM van het apparaat kan geen DNS-server bereiken die interne namen kan omzetten, zoals vCenter-eindpunt voor vSphere of cloudagenteindpunt voor Azure Stack HCI. De DNS-server moet ook externe adressen kunnen omzetten, zoals Azure-serviceadressen en containerregisternamen. 
  • De configuratie van de proxyserver op de beheercomputer of configuratiebestanden van de Arc-resourcebrug is onjuist. Dit kan van invloed zijn op zowel de beheercomputer als de VM van het apparaat. Wanneer de az arcappliance prepare opdracht wordt uitgevoerd en de hostproxy niet juist is geconfigureerd, kan de beheercomputer geen verbinding maken en installatiekopieën van het besturingssysteem downloaden. Internettoegang op de vm apparaat kan worden verbroken door onjuiste of ontbrekende proxyconfiguratie, wat van invloed is op de mogelijkheid van de VM om containerinstallatiekopieën op te halen. 

Time-outfout van KVA oplossen

Om de fout op te lossen, moeten mogelijk een of meer onjuiste netwerkconfiguraties worden opgelost.

  • De eerste stap is het verzamelen van logboeken per VM-IP van het apparaat (niet door kubeconfig, omdat de kubeconfig leeg kan zijn als de implementatieopdracht niet is voltooid). Problemen met het verzamelen van logboeken zijn waarschijnlijk het gevolg van het feit dat de beheercomputer de VM van het apparaat niet kan bereiken.

    Nadat logboeken zijn verzameld, extraheert u de map en opent u kva.logdeze. Raadpleeg het logboek voor informatie die kan helpen de oorzaak van de KVA-time-outfout vast te stellen.

  • De beheercomputer moet kunnen communiceren met het IP-adres van de VM van het apparaat en het IP-adres van het besturingsvlak. Ping het IP-adres van het besturingsvlak en het VM-IP-adres van het apparaat vanaf de beheercomputer en controleer of er een reactie van beide IP-adressen is.

    Als er een time-out optreedt voor een aanvraag, kan de beheercomputer niet communiceren met de IP-adressen. Dit probleem kan worden veroorzaakt door een gesloten poort, een onjuiste configuratie van het netwerk of een firewallblok. Neem contact op met de netwerkbeheerder om communicatie tussen de beheercomputer en het IP-adres van de VM van het apparaat mogelijk te maken.

  • Het IP-adres van de vm en het besturingsvlak van het apparaat moeten kunnen communiceren met de beheermachine en het vCenter-eindpunt (voor VMware) of het EINDPUNT van de MOC-cloudagent (voor Azure Stack HCI). Neem contact op met de netwerkbeheerder om ervoor te zorgen dat het netwerk zo is geconfigureerd dat deze communicatie mogelijk is. Mogelijk moet u een firewallregel toevoegen om poort 443 te openen vanuit het IP-adres van de VM van het apparaat en het IP-adres van het besturingsvlak naar vCenter, of om poort 65000 en 55000 te openen voor de Azure Stack HCI MOC-cloudagent. Controleer de netwerkvereisten voor Azure Stack HCI en VMware voor Arc-resourcebrug.

  • Apparaat-VM-IP en IP-besturingsvlak hebben internettoegang nodig tot deze vereiste URL's. Voor Azure Stack HCI zijn extra URL's vereist. Neem contact op met de netwerkbeheerder om ervoor te zorgen dat de IP-adressen toegang hebben tot de vereiste URL's.

  • In een niet-proxyomgeving moet de beheercomputer een externe en interne DNS-omzetting hebben. De beheercomputer moet een DNS-server kunnen bereiken waarmee interne namen, zoals vCenter-eindpunt voor vSphere of cloudagenteindpunt voor Azure Stack HCI, kunnen worden omgezet. De DNS-server moet ook externe adressen kunnen omzetten, zoals Azure-URL's en DOWNLOAD-URL's voor besturingssysteeminstallatiekopieën. Neem contact op met uw systeembeheerder om ervoor te zorgen dat de beheercomputer interne en externe DNS-omzetting heeft. In een proxyomgeving moet de DNS-omzetting op de proxyserver interne eindpunten en vereiste externe adressen omzetten.

    Als u de DNS-omzetting wilt testen naar een intern adres vanaf de beheercomputer in een scenario dat geen proxy is, opent u een opdrachtprompt en voert u deze uit nslookup <vCenter endpoint or HCI MOC cloud agent IP>. U moet een antwoord ontvangen als de beheercomputer interne DNS-omzetting heeft in een scenario dat geen proxy is. 

  1. De VM van het apparaat moet een DNS-server kunnen bereiken die interne namen kan omzetten, zoals vCenter-eindpunt voor vSphere of cloudagenteindpunt voor Azure Stack HCI. De DNS-server moet ook externe/interne adressen kunnen omzetten, zoals Azure-serviceadressen en containerregisternamen voor het downloaden van de containerinstallatiekopieën van de Arc-resourcebrug vanuit de cloud.

    Controleer of het IP-adres van de DNS-server die wordt gebruikt voor het maken van de configuratiebestanden interne en externe adresomzetting heeft. Als dat niet het probleem is, verwijdert u het apparaat, maakt u de configuratiebestanden van de Arc-resourcebrug opnieuw met de juiste DNS-serverinstellingen en implementeert u vervolgens Arc-resourcebrug met behulp van de nieuwe configuratiebestanden.

Locatie van Arc-resourcebrug verplaatsen

Het verplaatsen van resources van de Arc-resourcebrug wordt momenteel niet ondersteund. Verwijder in plaats daarvan de Arc-resourcebrug en implementeer deze opnieuw naar de gewenste locatie.

Problemen met azure Arc-VM's in Azure Stack HCI

Voor algemene hulp bij het oplossen van problemen met vm's met Azure Arc in Azure Stack HCI raadpleegt u Problemen met virtuele machines met Azure Arc oplossen.

Als u Azure Stack HCI, versie 23H2 of hoger uitvoert en uw Arc-resourcebrug offline is, probeert u de Arc-resourcebrug niet opnieuw te installeren of te verwijderen. Start in plaats daarvan de vm van Arc Resource Bridge opnieuw op om deze weer online te zetten. Als het probleem zich blijft voordoen, neemt u contact op met Microsoft Ondersteuning voor hulp.

Actie is mislukt - geen dergelijke host

Wanneer u Arc-resourcebrug implementeert, kan het eindpunt dat is opgegeven in de fout mogelijk niet bereiken als u een fout krijgt met errorCode PostOperationsErrorals GuestInternetConnectivityError code errorResponse en no such hostde VM-IP-adressen van het apparaat.

Foutvoorbeeld:

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

In het voorbeeld hebben de VM-IP-adressen van het apparaat geen toegang http://aszhcitest01.company.org:55000. Dit is het MOC-eindpunt. Neem contact op met de netwerkbeheerder om ervoor te zorgen dat de DNS-server de vereiste URL's kan oplossen.

De connectiviteit met de DNS-server testen:

ping <dns-server.com>

Als u wilt controleren of de DNS-server een adres kan omzetten, voert u deze opdracht uit vanaf een computer die de DNS-servers kan bereiken:

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

Problemen met VMware VCenter met Azure Arc

errorResponse: error getting the vsphere sdk client

Fouten met errorCode: CreateConfigKvaCustomerError en errorResponse: error getting the vsphere sdk client treden op wanneer uw implementatiecomputer probeert een TCP-verbinding tot stand te brengen met uw vCenter-adres, maar er een probleem optreedt. Dit kan gebeuren wanneer uw vCenter-adres onjuist is (403- of 404-fout), of omdat een netwerk-/proxy-/firewallconfiguratie dit blokkeert (verbindingspoging is mislukt).

Als u uw vCenter-adres als hostnaam invoert en de fout no such hostontvangt, kan de vCenter-hostnaam niet worden omgezet via de dns van de client. Dit kan gebeuren wanneer de implementatiecomputer de vCenter-hostnaam kan oplossen, maar de implementatiecomputer kan het IP-adres dat is ontvangen van DNS niet bereiken. Mogelijk ziet u deze fout ook als het eindpunt dat door DNS wordt geretourneerd, niet uw vCenter-adres is of als het verkeer is onderschept door proxy. Als uw implementatiecomputer kan communiceren met uw vCenter-adres, controleert u of uw gebruikersnaam en wachtwoord juist zijn.

vSphere SDK-client : verbindingspoging is mislukt

Als er een fout optreedt tijdens de implementatie waarin staat dat 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._ } uw beheercomputer niet kan communiceren met uw vCenter-server.

Om dit probleem op te lossen, moet u ervoor zorgen dat uw beheercomputer voldoet aan de vereisten van de beheercomputer en dat er geen firewall- of proxyblokkeringscommunicatie is.

vSphere SDK-client - 403 Verboden of 404 niet gevonden

Fouten die Arc-resourcebrug bevatten errorCode_: _CreateConfigKvaCustomerError_, _errorResponse_: _error getting the vsphere sdk client: POST \_/sdk\_: 403 Forbidden of 404 not found implementeren, zijn waarschijnlijk het gevolg van een onjuist vCenter-adres. Dit adres wordt opgegeven tijdens het maken van het configuratiebestand wanneer u wordt gevraagd om het vCenter-adres in te voeren als hostnaam of IP-adres.

Er zijn verschillende manieren om uw vCenter-adres te vinden. Een optie is toegang tot de vSphere-client via de webinterface. De hostnaam of het IP-adres van vCenter is doorgaans wat u in de browser gebruikt voor toegang tot de vSphere-client. Als u al bent aangemeld, kunt u de adresbalk van de browser bekijken, waarbij de URL die u gebruikt voor toegang tot vSphere de hostnaam of het IP-adres van uw vCenter-server is. Controleer uw vCenter-adres en probeer de implementatie opnieuw.

vSphere SDK-client- geen dergelijke host

De fout{ _errorCode_: _CreateConfigKvaCustomerError_, _errorResponse_: _error getting the vsphere sdk client: Post \_https://your.vcenter.hostname/sdk\_: dial tcp: lookup your.vcenter.hostname: no such host_ } kan optreden tijdens de implementatie wanneer de implementatiemachine de vCenter-hostnaam niet kan oplossen naar een IP-adres. Dit probleem treedt op omdat het implementatieproces probeert een TCP-verbinding tot stand te brengen vanaf uw implementatiecomputer naar de hostnaam van het vCenter, maar de verbinding mislukt vanwege problemen met DNS-omzetting.

Als u deze fout wilt oplossen, controleert u of de DNS-configuratie op uw implementatiecomputer juist is, controleert u of de DNS-server online is en controleert u op een ontbrekende DNS-vermelding voor de vCenter-hostnaam. U kunt de DNS-omzetting testen door deze uit te voeren nslookup your.vcenter.hostname of ping your.vcenter.hostname vanaf de implementatiecomputer. Als u uw vCenter-adres als hostnaam hebt opgegeven, kunt u het IP-adres rechtstreeks gebruiken.

Validatiefouten voor predeployment

Wanneer u Arc-resourcebrug implementeert, ziet u mogelijk verschillende pre-deployment validation of your download\upload connectivity wasn't successful fouten, zoals:

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

Een combinatie van deze fouten geeft meestal aan dat de beheercomputer de verbinding met het gegevensarchief heeft verbroken of dat er een netwerkprobleem is waardoor het gegevensarchief onbereikbaar is. Deze verbinding is nodig om de OVA te uploaden vanaf de beheercomputer die wordt gebruikt om de vm van het apparaat te bouwen in vCenter.

Los het probleem op door de verbinding tussen de beheercomputer en het gegevensarchief opnieuw tot stand te gebracht en probeer vervolgens de Arc-resourcebrug opnieuw te implementeren.

x509-certificaat is verlopen of is nog niet geldig

Wanneer u Arc-resourcebrug implementeert, kan de volgende fout optreden:

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

Deze fout wordt veroorzaakt wanneer er een klok/tijdsverschil is tussen ESXi-hosts en de beheercomputer waarop de implementatieopdrachten voor Arc-resourcebrug worden uitgevoerd. Als u dit probleem wilt oplossen, schakelt u NTP-tijdsynchronisatie in op de ESXi-hosts, controleert u of de beheercomputer ook is gesynchroniseerd met NTP en probeert u de implementatie opnieuw.

Wordt omgezet in meerdere netwerken

Wanneer u Arc-resourcebrug implementeert of upgradet, kan er een fout optreden die vergelijkbaar is met:

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

Deze fout treedt op wanneer het vSphere-netwerksegment wordt omgezet in meerdere netwerken, vanwege meerdere vSphere-netwerksegmenten met dezelfde naam die is opgegeven in de fout. Als u deze fout wilt oplossen, wijzigt u de dubbele netwerknaam in vCenter (niet het netwerk met de VM van het apparaat) of implementeert u Arc-resourcebrug in een ander netwerk.

De status van de Arc-resourcebrug is verbroken

Wanneer u het eerste VMware-onboardingscript met Arc uitvoert, wordt u gevraagd een vSphere-account op te geven. Dit account wordt lokaal opgeslagen in de Arc-resourcebrug als versleuteld Kubernetes-geheim. Het account wordt gebruikt om de Arc-resourcebrug te laten communiceren met vCenter.

Als het vSphere-account dat lokaal is opgeslagen binnen de resourcebrug verloopt, kan de status van uw Arc-resourcebrug worden verbroken. Werk de referenties in de Arc-resourcebrug en voor VMware met Arc bij door de instructies voor de referenties van het vSphere-account bij te werken.

Fout tijdens hostconfiguratie

Als u dezelfde sjabloon gebruikt om de Arc-resourcebrug meerdere keren te implementeren en te verwijderen, kan de volgende fout optreden:

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

U kunt dit probleem oplossen door de bestaande sjabloon handmatig te verwijderen. Voer vervolgens uit az arcappliance prepare om een nieuwe sjabloon voor implementatie te downloaden.

Kan geen mappen vinden

Wanneer u Arc-resourcebrug implementeert op VMware, geeft u de map op waarin de sjabloon en vm worden gemaakt. De geselecteerde map moet een VM- en sjabloonmaptype zijn. Andere typen mappen, zoals opslagmappen, netwerkmappen of host- en clustermappen, kunnen niet worden gebruikt voor de implementatie van de resourcebrug.

Kan resource niet ophalen - niet gevonden of bestaat niet

Wanneer u Arc-resourcebrug implementeert, geeft u op waar de VM van het apparaat wordt geïmplementeerd. De VM van het apparaat kan niet worden verplaatst vanaf dat locatiepad. Als de vm van het apparaat de locatie verplaatst en u probeert een upgrade uit te voeren, ziet u mogelijk fouten die er ongeveer als volgt uitzien:

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

Gebruik een van de volgende opties om deze fouten op te lossen:

  • Verplaats de VM van het apparaat terug naar de oorspronkelijke locatie en zorg ervoor dat RBAC-referenties worden bijgewerkt voor de locatiewijziging.
  • Maak een resource met dezelfde naam en verplaats vervolgens Arc-resourcebrug naar die nieuwe resource.
  • Voer voor VMware met Arc het VMware-script voor herstel na noodgevallen met Arc uit. Het script verwijdert het apparaat, implementeert een nieuw apparaat en maakt opnieuw verbinding met het apparaat met de eerder geïmplementeerde aangepaste locatie, clusterextensie en vm's met Arc.
  • Verwijder de Arc-resourcebrug en implementeer deze opnieuw.

Onvoldoende bevoegdheden

Wanneer u de resourcebrug implementeert of upgradet in VMware vCenter, ziet u mogelijk een fout die vergelijkbaar is met:

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

Wanneer u Arc-resourcebrug implementeert, geeft u vCenter-referenties op. Arc-resourcebrug slaat deze vCenter-referenties lokaal op om te communiceren met vCenter. Om het probleem met ontbrekende bevoegdheden op te lossen, heeft het vCenter-account dat wordt gebruikt door de resourcebrug de volgende bevoegdheden nodig in VMware vCenter:

Gegevensarchief:

  • Ruimte toewijzen
  • Door gegevensarchief bladeren
  • Bestandsbewerkingen op laag niveau

Map:

  • Map maken

vSphere-taggen:

  • VSphere-tag toewijzen of intrekken

Netwerk:

  • Netwerk toewijzen

Resource:

  • Virtuele machine toewijzen aan resourcegroep
  • Aangedreven virtuele machine migreren
  • Migreren op virtuele machine

Sessies:

  • Sessie valideren

vApp:

  • Resourcegroep toewijzen
  • Importeren

Virtuele machine:

  • Configuratie wijzigen
    • Schijflease verkrijgen
    • Bestaande schijf toevoegen
    • Nieuwe schijf toevoegen
    • Apparaat toevoegen of verwijderen
    • Geavanceerde configuratie
    • CPU-telling wijzigen
    • Geheugen wijzigen
    • Instellingen wijzigen
    • Resource wijzigen
    • ManagedBy configureren
    • Verbindingsinstellingen weergeven
    • Virtuele schijf uitbreiden
    • Apparaatinstellingen wijzigen
    • Compatibiliteit met queryfouttolerantie
    • Query's uitvoeren op niet-eigenaarde bestanden
    • Opnieuw laden vanaf pad
    • Schijf verwijderen
    • Naam wijzigen
    • Gastgegevens opnieuw instellen
    • Aantekening instellen
    • Schijfwijziging bijhouden in-/uitschakelen
    • Bovenliggende fork in-/uitschakelen
    • Compatibiliteit van virtuele machines upgraden
  • Inventaris bewerken
    • Maken van bestaande
    • Nieuwe
    • Registreren
    • Verwijderen
    • Registratie ongedaan maken
  • Gastbewerkingen
    • Alias voor gastbewerking wijzigen
    • Wijzigingen in gastbewerkingen
    • Uitvoering van gastbewerkingsprogramma
    • Query's voor gastbewerkingen
  • Interactie
    • Apparaten verbinden
    • Interactie tussen consoles
    • Beheer van gastbesturingssystemen door VIX API
    • VMware Tools installeren
    • Uitschakelen
    • Inschakelen
    • Reset
    • Onderbreken
  • Bevoorrading
    • Schijftoegang toestaan
    • Bestandstoegang toestaan
    • Alleen-lezenschijftoegang toestaan
    • Downloaden van virtuele machines toestaan
    • Uploaden van bestanden van virtuele machines toestaan
    • Virtuele machine klonen
    • Sjabloon implementeren
    • Markeren als sjabloon
    • Markeren als virtuele machine
    • Gast aanpassen
  • Momentopnamebeheer
    • Momentopname maken
    • Momentopname verwijderen
    • Teruggaan naar momentopname

Volgende stappen

Herstelbewerkingen voor resourcebrug in noodscenario's voor VMware vSphere met Azure Arc

Als u het probleem hier niet ziet of als u het probleem niet kunt oplossen, kunt u een van de volgende kanalen proberen voor ondersteuning: