Dela via

Kom igång med Azure Virtual Desktop-agenten

I Azure Virtual Desktop Service-ramverket finns det tre huvudkomponenter: Fjärrskrivbordsklienten, tjänsten och de virtuella datorerna. Dessa virtuella datorer finns i kundprenumerationen där Azure Virtual Desktop-agenten och agentstartläsaren är installerade. Agenten fungerar som mellanliggande kommunikatör mellan tjänsten och de virtuella datorerna, vilket möjliggör anslutning. Om du har problem med agentinstallationen, uppdateringen eller konfigurationen kan dina virtuella datorer därför inte ansluta till tjänsten. Agentstartläsaren är den körbara fil som läser in agenten.

Den här artikeln ger dig en kort översikt över agentinstallations- och uppdateringsprocesserna.

Obs!

Den här dokumentationen gäller inte FSLogix-agenten eller fjärrskrivbordsklientagenten.

Inledande installationsprocess

Azure Virtual Desktop-agenten installeras ursprungligen på ett av två sätt. Om du etablerar virtuella datorer i Azure Portal och Azure Marketplace installeras agenten och agentstartläsaren automatiskt. Om du etablerar virtuella datorer med PowerShell måste du manuellt ladda ned agenten och agentstartläsaren .msi filer när du skapar en Azure Virtual Desktop-värdpool med PowerShell. När agenten har installerats installeras Azure Virtual Desktop sida vid sida-stacken och Geneva Monitoring-agenten. Stackkomponenten sida vid sida krävs för att användarna ska kunna upprätta omvända server-till-klient-anslutningar på ett säkert sätt. Genèveövervakningsagenten övervakar agentens hälsa. Alla tre komponenterna är viktiga för att slutanvändaranslutningen ska fungera korrekt.

Viktigt

Om du vill installera Azure Virtual Desktop-agenten, stacken sida vid sida och Genèveövervakningsagenten måste du avblockera alla URL:er som anges i listan Obligatorisk URL. Avblockering av dessa URL:er krävs för att använda Azure Virtual Desktop-tjänsten.

Agentuppdateringsprocess

Azure Virtual Desktop-tjänsten uppdaterar agenten när en uppdatering blir tillgänglig. Agentuppdateringar kan innehålla nya funktioner eller korrigeringar för tidigare problem. Du måste alltid ha den senaste stabila versionen av agenten installerad så att dina virtuella datorer inte förlorar anslutningen eller säkerheten. När du har installerat den första versionen av Azure Virtual Desktop-agenten frågar agenten regelbundet Azure Virtual Desktop-tjänsten för att avgöra om det finns en nyare version av agenten, stacken eller övervakningsagenten tillgänglig. Om det finns en nyare version installeras den uppdaterade komponenten automatiskt av flygsystemet, såvida du inte har konfigurerat funktionen Schemalagd agent Uppdateringar. Om du redan har konfigurerat funktionen Schemalagd agent Uppdateringar installerar agenten endast de uppdaterade komponenterna under underhållsperioden som du anger. Mer information finns i Schemalagd agent Uppdateringar.

Nya versioner av agenten distribueras med jämna mellanrum i femdagarsperioder till alla Azure-prenumerationer. Dessa uppdateringsperioder kallas "flyg". Det tar 24 timmar för alla virtuella datorer i en enda koordinatorregion att ta emot agentuppdateringen under en flygning. På grund av detta kan du se att virtuella datorer i värdpoolen får agentuppdateringen vid olika tidpunkter när en flygning sker. Om de virtuella datorerna finns i olika regioner kan de också uppdateras på olika dagar under femdagarsperioden. Flygningen uppdaterar alla VM-agenter i alla prenumerationer i slutet av distributionsperioden. Azure Virtual Desktop-flygsystemet förbättrar tjänstens tillförlitlighet genom att säkerställa stabiliteten och kvaliteten på agentuppdateringen.

Andra viktiga saker som du bör tänka på:

  • Agentuppdateringen är inte ansluten till azure virtual desktop-infrastrukturversionsuppdateringar. När Azure Virtual Desktop-infrastrukturen uppdateras betyder det inte att agenten har uppdaterats tillsammans med den.
  • Eftersom virtuella datorer i värdpoolen kan ta emot agentuppdateringar vid olika tidpunkter måste du kunna se skillnaden mellan flygproblem och misslyckade agentuppdateringar. Om du går till händelseloggarna för den virtuella datorn på Loggboken>Windows Logs>Application och ser en händelse med etiketten "ID 3277" innebär det att agentuppdateringen inte fungerade. Om du inte ser den händelsen är den virtuella datorn i en annan flygning och kommer att uppdateras senare. Mer information om hur du konfigurerar diagnostikloggar för att spåra uppdateringar finns i Konfigurera diagnostik för att övervaka agentuppdateringar och kontrollera att de har installerats korrekt.
  • När Genèveövervakningsagenten uppdateras till den senaste versionen finns och inaktiveras den gamla GenevaTask-uppgiften innan en ny uppgift skapas för den nya övervakningsagenten. Den tidigare versionen av övervakningsagenten tas inte bort om den senaste versionen av övervakningsagenten har ett problem som kräver att du återgår till den tidigare versionen för att åtgärda problemet. Om den senaste versionen har problem kommer den gamla övervakningsagenten att återaktiveras för att fortsätta leverera övervakningsdata. Alla versioner av övervakaren som är tidigare än den senaste som du installerade innan uppdateringen tas bort från den virtuella datorn.
  • Den virtuella datorn behåller tre versioner av agenten och stacken sida vid sida i taget. Detta möjliggör snabb återställning om något går fel med uppdateringen. Den tidigaste versionen av agenten eller stacken tas bort från den virtuella datorn när agenten eller stacken uppdateras. Om du tar bort dessa komponenter i förtid och agenten eller stacken har ett fel kan agenten eller stacken inte återställas till en tidigare version, vilket gör att den virtuella datorn hamnar i ett otillgängligt tillstånd.

Agentuppdateringen varar normalt i 2–3 minuter på en ny virtuell dator och bör inte orsaka att den virtuella datorn förlorar anslutningen eller stängs av.

Nästa steg

Nu när du har en bättre förståelse för Azure Virtual Desktop-agenten kan följande resurser hjälpa dig: