Problemen met de configuratie van sessiehosts en sessiehostupdates in Azure Virtual Desktop oplossen
Belangrijk
Update van sessiehost voor Azure Virtual Desktop is momenteel beschikbaar als preview-versie. Raadpleeg de Aanvullende voorwaarden voor Microsoft Azure-previews voor juridische voorwaarden die van toepassing zijn op Azure-functies die in bèta of preview zijn of die anders nog niet algemeen beschikbaar zijn.
Met sessiehostupdates in Azure Virtual Desktop kunt u eenvoudig virtuele machines (VM's) van sessiehosts in een hostgroep bijwerken met een sessiehostconfiguratie. Dit artikel helpt bij het oplossen van enkele problemen die u kunt tegenkomen.
Configuratie van sessiehost kan niet worden gemaakt bij het maken van een hostgroep
Wanneer een sessiehostconfiguratie wordt gemaakt, worden de parameters voor de configuratie gecontroleerd tijdens uitgebreide validatie. Validatie kan mislukken als de service besluit dat het niet lukt om sessiehosts te maken met de opgegeven parameters. Omdat de Azure-resources worden opgeslagen in uw abonnement, kunnen ze worden gewijzigd door andere processen. Het maken van de sessiehost kan nog steeds mislukken wanneer u de configuratie van de sessiehost gebruikt, zelfs nadat deze validatiecontrole is voltooid.
Hier volgen enkele voorbeelden van fouten:
VM-beschikbaarheid: de combinatie van de naam van de VM-SKU, regio, beschikbaarheidszone en abonnement is niet beschikbaar. Sommige van de fouten worden veroorzaakt, waaronder
VmSkuNotAvailableInRegion,VmSkuNotAvailableInRegionDueToRestrictionenAvailabilityZoneNotAvailable. U moet de beschikbaarheid van VM-grootten en beschikbaarheidszones voor uw gekozen regio en abonnementsquotum controleren en een ondersteunde combinatie bieden. Gebruik de PowerShell-cmdletGet-AzComputeResourceSkuom de beperkingen voor een bepaalde combinatie van een VM-SKU en -regio te identificeren.Parametercompatibiliteit: de combinatie van VM-SKU, schijf, installatiekopieën en virtueel netwerk is niet compatibel. Sommige van de fouten worden veroorzaakt, waaronder
ComputeSkuIncompatibleWithImageHyperVGeneration,ImageDiskTypeIncompatible,VnetLocationIncompatible. Controleer de vereisten voor Azure Virtual Desktop om ervoor te zorgen dat de opgegeven parameters voldoen aan de vereisten voor het maken van sessiehosts.
Als de configuratie van de sessiehost niet kan worden gemaakt bij het maken van een hostgroep, kunt u geen sessiehostconfiguratie voor deze hostgroep maken met behulp van de Azure Portal. U kunt PowerShell gebruiken om de configuratie van de sessiehost te maken met behulp van de cmdlet New-AzWvdSessionHostConfiguration. U kunt de hostgroep ook verwijderen en opnieuw maken.
Fout: SessionHostConfiguration bestaat niet
Als u de fout Fout: SessionHostConfiguration bestaat niet krijgt wanneer u de PowerShell-cmdlet Get-AzWvdSessionHostConfiguration gebruikt, maakt u de configuratie van de sessiehost met behulp van de cmdlet New-AzWvdSessionHostConfiguration.
Fouten bij het toevoegen van sessiehosts aan een hostgroep
We ondersteunen alleen het toevoegen van sessiehosts aan een hostgroep met een sessiehostconfiguratie via Azure Portal. Het belangrijkste verschil tussen hostgroepen met behulp van een sessiehostconfiguratie van standaardhostgroepen is dat de domeindeelnameextensie niet wordt gebruikt met de configuratie van de sessiehost. In plaats daarvan voltooit de Azure Virtual Desktop-agent het domeindeelnameproces. Deze methode betekent dat:
- Implementatie van ARM-sjablonen kan lukken, zelfs als domeindeelname mislukt, wat resulteert in beschadigde sessiehosts.
- Diagnostische gegevens over mislukte domeindeelnames zijn beschikbaar in Azure Portal op de sessiehostgegevens door de JSON weer te geven voor de status van de sessiehost.
Voor mislukte domeindeelnames en andere problemen wanneer sessiehosts worden toegevoegd aan de hostgroep, kunt u de richtlijnen voor het oplossen van problemen met sessiehosts volgen.
Mislukte updates
Wanneer u sessiehosts bijwerkt met sessiehostupdate, is het mogelijk dat een afzonderlijke sessiehost niet kan worden bijgewerkt. In dit geval probeert de sessiehostupdate de update op die sessiehost terug te draaien. De bedoeling van het terugdraaien is om de capaciteit van de hele hostgroep te behouden, ook al wordt deze sessiehost teruggedraaid naar een eerdere versie van de configuratie van de sessiehost, in plaats van af te dwingen dat de sessiehost niet beschikbaar is en de capaciteit van de hostgroep afneemt. Andere sessiehosts in de hostgroep die zijn bijgewerkt, worden niet teruggedraaid. Sessiehosts die niet zijn bijgewerkt, worden niet bijgewerkt.
Zodra een sessiehost niet kan worden bijgewerkt, wordt de huidige batch sessiehosthosts bijgewerkt en wordt de update gemarkeerd als mislukt. In dit scenario is de enige optie om de update opnieuw uit te voeren of te annuleren. Als u de update opnieuw probeert uit te voeren, probeert de sessiehostupdate opnieuw de sessiehosts bij te werken die zijn mislukt en de resterende sessiehosts die nog niet eerder zijn geprobeerd. De bestaande batchgrootte wordt gebruikt.
Als een sessiehost niet kan worden teruggedraaid, is deze niet beschikbaar voor de hostsessie en neemt de capaciteit af. De sessiehost is niet hetzelfde als de andere sessiehosts in de hostgroep en komt overeen met de configuratie van de sessiehost. U moet onderzoeken waarom de update van de sessiehost is mislukt en het probleem oplossen voordat u een nieuwe update plant. Zodra u een nieuwe update plant, probeert sessiehostupdates de sessiehosts bij te werken die zijn mislukt, zodat ze allemaal overeenkomen en eventuele sessiehosts die niet zijn gestart in de vorige updatepoging.
Een update kan mislukken met de volgende status:
| Status | Beschrijving |
|---|---|
| Bijwerken kan niet worden gestart | De updatestroom is onjuist. Bijvoorbeeld een installatiekopie die niet compatibel is met de SKU van de virtuele machine. U kunt de update niet opnieuw proberen; u moet deze annuleren en een nieuwe update plannen. |
| Update mislukt | De update is mislukt terwijl deze werd uitgevoerd. Als u de update opnieuw probeert uit te voeren, wordt deze voortgezet met de sessiehost waarop deze eerder is gestopt. |
| Terugdraaien van sessiehost is mislukt | Als een sessiehost niet kan worden bijgewerkt, probeert sessiehostupdate de update terug te draaien op die sessiehost. Als het terugdraaien mislukt en u de update opnieuw probeert uit te voeren, gaat deze verder met de sessiehost waarop deze eerder is gestopt. |
U kunt eventuele fouten voor een update krijgen door de stappen te volgen om de voortgang van een update te controleren. Wanneer u Azure PowerShell gebruikt, bevat de variabele $updateProgress foutdetails in de volgende eigenschappen:
$updateProgress.PropertiesUpdateStatus$updateProgress.UpdateProgressError$updateProgress.UpdateProgressError.FaultText
Zodra u het probleem hebt geïdentificeerd, kunt u de update opnieuw proberen of annuleren en een nieuwe update plannen.
Een update kan niet worden gestart
Wanneer een sessiehostupdate wordt gestart, controleert de service of deze de update kan voltooien. Wanneer een sessiehostupdate mislukt voordat deze wordt gestart, wordt de update beëindigd en kunnen wijzigingen worden aangebracht in de configuratie van de sessiehost. Omdat de Azure-resources worden opgeslagen in uw abonnement, kunnen ze worden gewijzigd door andere processen; het maken van de sessiehost kan nog steeds geen gebruik maken van de configuratie van de sessiehost, zelfs nadat deze validatiecontrole is voltooid.
Hier volgen enkele voorbeelden van fouten waardoor een update niet kan worden gestart:
Geen sessiehosts die moeten worden bijgewerkt
De fout
HostpoolHasNoSessionHostswordt geretourneerd wanneer er geen sessiehosts zijn die moeten worden bijgewerkt als onderdeel van de update van de sessiehost. Als u geen wijzigingen hebt aangebracht in de configuratie van de sessiehost voordat u een update start, wordt deze fout geretourneerd.Capaciteitsproblemen
Validatie controleert op voldoende capaciteit in het subnet van uw virtuele netwerk en het quotum voor VM-kernen. Deze controle garandeert geen capaciteit tijdens een update; het maken van andere resources buiten de sessiehostupdate kan leiden tot fouten tijdens de update die zijn gekoppeld aan capaciteitslimieten. Stel de batchgrootte in op het resterende quotum voor uw abonnement.
Parameterconsistentie met huidige sessiehosts
Update van sessiehost biedt geen ondersteuning voor het wijzigen van de regio, het abonnement, de resourcegroep of het domeindeelnametype voor een sessiehost. Als de configuratie van de sessiehost eigenschappen bevat in deze velden die verschillen van de sessiehosts in de hostgroep, kan de update niet worden gestart. Verwijder de sessiehosts die niet overeenkomen met de configuratie.
Fouten tijdens een update
Update van sessiehost begint met een eerste batchgrootte van één om te controleren of de opgegeven sessiehostconfiguratie resulteert in gezonde sessiehosts. Fouten die optreden tijdens de eerste validatiebatch, worden meestal veroorzaakt door parameters in de configuratie van de sessiehost en worden meestal niet opgelost door de update opnieuw uit te voeren. Fouten die optreden na de validatiebatch, zijn vaak onregelmatig en kunnen worden opgelost door de update opnieuw uit te voeren.
Hier volgen enkele voorbeelden van fouten die kunnen optreden tijdens een update:
Fouten bij het maken van vm's
Het maken van een VIRTUELE machine kan om verschillende redenen mislukken die niet specifiek zijn voor Azure Virtual Desktop. Bijvoorbeeld de uitputting van de abonnementscapaciteit of problemen met de opgegeven installatiekopie. Bekijk het foutbericht dat is opgegeven om het juiste herstel te bepalen. Open een ondersteuningsaanvraag met ondersteuning voor Azure als u meer hulp nodig hebt.
Statusfouten of time-outs voor agentinstallatie, domeindeelname en sessiehost
Agent-, domeindeelname- en andere sessiehoststatusfouten die optreden in de eerste validatiebatch, kunnen vaak worden opgelost door richtlijnen te bekijken voor het oplossen van implementatie- en domeindeelnamefouten voor Azure Virtual Desktop en door ervoor te zorgen dat de PowerShell DSC-extensie niet is geïnstalleerd. Als de extensie op de installatiekopieën is geïnstalleerd, verwijdert u de map C:\packages\plugin uit de installatiekopieën . Als de fout onregelmatig is, kunnen sommige sessiehosts het probleem vaak oplossen, terwijl sommige sessiehosts een fout tegenkomen, zoals
AgentRegistrationFailureGenerichet opnieuw proberen van de update .Resourcewijzigings- en toegangsfouten
Het wijzigen van resources die in de update worden beïnvloed, kan leiden tot fouten tijdens een update. Sommige van de fouten worden veroorzaakt, waaronder het verwijderen van resources en resourcegroepen, wijzigingen in machtigingen, wijzigingen in energiestatus en wijzigingen in de leegloopmodus. Als uw Azure-resources zijn vergrendeld of als Azure-beleid de Azure Virtual Desktop-service beperkt tot het wijzigen van uw sessiehosts, mislukt de update. Bekijk Azure-activiteitenlogboeken als er gerelateerde fouten optreden. Open een ondersteuningsaanvraag met ondersteuning voor Azure als u meer hulp nodig hebt.
Incompatibele parameters doorgegeven aan New-AzWvdSessionHostConfiguration
U kunt incompatibele parameters doorgeven aan de New-AzWvdSessionHostConfiguration PowerShell-cmdlet. Als u bijvoorbeeld de parameter DomainInfoJoinType opgeeft als AzureActiveDirectory, maar ook de parameter ActiveDirectoryInfoDomainName met een Active Directory-domeinnaam opgeeft, wordt de domeinnaam genegeerd zonder dat er een fout wordt geretourneerd.