Share via

Kosten voor azure Virtual Desktop-bewaking schatten

  • Artikel

Azure Virtual Desktop maakt gebruik van de Azure Monitor Logs-service voor het verzamelen, indexeren en opslaan van gegevens die door uw omgeving worden gegenereerd. Daarom is het Azure Monitor-prijsmodel gebaseerd op de hoeveelheid gegevens die door uw Log Analytics-werkruimte in gigabytes per dag worden ingevoerd en verwerkt (of 'opgenomen'). De kosten van een Log Analytics-werkruimte zijn niet alleen gebaseerd op het aantal verzamelde gegevens, maar ook op welk Azure-betalingsplan u hebt geselecteerd en hoe lang u ervoor kiest om de gegevens op te slaan die uw omgeving genereert.

In dit artikel worden de volgende dingen uitgelegd om inzicht te krijgen in de werking van prijzen in Azure Monitor:

  • Gegevensopname en opslagkosten vooraf schatten voordat u deze functie inschakelt
  • Uw opname en opslag meten en beheren om de kosten te verlagen bij het gebruik van deze functie

Notitie

Alle grootten en prijzen die in dit artikel worden vermeld, zijn slechts voorbeelden om te laten zien hoe schatting werkt. Zie De prijzen van Azure Monitor voor een nauwkeurigere evaluatie op basis van uw Azure Monitor Log Analytics-prijsmodel en de Azure-regio.

Schatting maken van gegevensopname en opslagkosten

U wordt aangeraden een vooraf gedefinieerde set gegevens te gebruiken die zijn geschreven als logboeken in uw Log Analytics-werkruimte. In de volgende voorbeeldschattingen bekijken we factureerbare gegevens in de standaardconfiguratie

De vooraf gedefinieerde gegevenssets voor Azure Virtual Desktop Insights zijn onder andere:

  • Prestatiemeteritems van de sessiehosts
  • Windows-gebeurtenislogboeken van de sessiehosts
  • Diagnostische gegevens van Azure Virtual Desktop van de service-infrastructuur

Uw gegevensopname en opslagkosten zijn afhankelijk van de grootte, status en gebruik van uw omgeving. De voorbeeldschattingen die we in dit artikel gebruiken om de kostenbereiken te berekenen die u kunt verwachten, zijn gebaseerd op gezonde virtuele machines waarop licht wordt uitgevoerd voor energiegebruik, op basis van onze richtlijnen voor het aanpassen van de grootte van virtuele machines, om een reeks gegevensopnamen en opslagkosten te berekenen die u kunt verwachten.

De VM met licht gebruik die we in ons voorbeeld gebruiken, bevat de volgende onderdelen:

  • 4 vCPU's, 1 schijf
  • 16 sessies per dag
  • Een gemiddelde sessieduur van 2 uur (120 minuten)
  • 100 processen per sessie

De VM voor energiegebruik die we in ons voorbeeld gebruiken, bevat de volgende onderdelen:

  • 6 vCPU's, 1 schijf
  • 6 sessies per dag
  • Gemiddelde sessieduur van 4 uur (240 minuten)
  • 200 processen per sessie

Opname van prestatiemeteritems schatten

Prestatiemeteritems laten zien hoe de systeembronnen presteren. Gegevensopname van prestatiemeteritems is afhankelijk van de grootte en het gebruik van uw omgeving. In de meeste gevallen moeten prestatiemeteritems 80 tot 99% van uw gegevensopname voor Azure Virtual Desktop Insights vormen.

Voordat u begint met het schatten, is het belangrijk dat u begrijpt dat elke prestatiemeteritem gegevens met een specifieke frequentie verzendt. We stellen een standaard samplefrequentie per minuut in (u kunt deze snelheid ook bewerken in uw instellingen), maar die snelheid wordt toegepast op verschillende vermenigvuldigingsfactoren, afhankelijk van de teller. De volgende factoren zijn van invloed op het tarief:

  • Voor de factor per virtuele machine (VM) verzendt elke teller gegevens per VM in uw omgeving met de standaard samplefrequentie per minuut terwijl de VM wordt uitgevoerd. U kunt een schatting maken van het aantal records dat deze tellers per dag verzenden door de standaard samplefrequentie per minuut te vermenigvuldigen met het aantal VM's in uw omgeving en dat getal vervolgens te vermenigvuldigen met de gemiddelde vm-duur per dag.

    Samenvatting:

    Standaardvoorbeeldfrequentie per minuut × aantal CPU-kernen in de VM-SKU × aantal VM's × gemiddelde vm-duur per dag = aantal records dat per dag wordt verzonden

  • Voor de CPU-factor verzendt elke teller de standaard samplefrequentie per minuut per vCPU in elke VIRTUELE machine in uw omgeving terwijl de VM wordt uitgevoerd. U kunt een schatting maken van het aantal records dat de tellers per dag verzenden door de standaard samplefrequentie per minuut te vermenigvuldigen met het aantal CPU-kernen in de VM-SKU en dat aantal vervolgens te vermenigvuldigen met het aantal minuten dat de VM wordt uitgevoerd en het aantal VM's in uw omgeving.

    Samenvatting:

    Standaardvoorbeeldfrequentie per minuut × aantal CPU-kernen in de VM-SKU × aantal minuten dat de VM wordt uitgevoerd × aantal VM's = aantal records dat per dag wordt verzonden

  • Voor de per schijffactor verzendt elke teller gegevens met de standaard samplefrequentie voor elke schijf in elke VIRTUELE machine in uw omgeving. Het aantal records dat deze tellers per dag verzenden, is gelijk aan de standaard samplefrequentie per minuut vermenigvuldigd met het aantal schijven in de VM-SKU, vermenigvuldigd met 60 minuten per uur en ten slotte vermenigvuldigd met de gemiddelde actieve uren voor een VIRTUELE machine.

    Samenvatting:

    Standaardvoorbeeldfrequentie per minuut × aantal schijven in VM-SKU × 60 minuten per uur × aantal VM's × gemiddelde duur van vm's per dag = het aantal records dat per dag wordt verzonden

  • Voor de factor per sessie verzendt elke teller gegevens met de standaard samplefrequentie voor elke sessie in uw omgeving terwijl de sessie is verbonden. U kunt een schatting maken van het aantal records dat deze tellers per dag verzenden door de standaard samplefrequentie per minuut te vermenigvuldigen met het gemiddelde aantal sessies per dag en de gemiddelde sessieduur.

    Samenvatting:

    Standaardvoorbeeldfrequentie per minuut × sessies per dag × gemiddelde sessieduur = aantal records verzonden per dag

  • Voor de factor per proces verzendt elke teller gegevens met de standaardsnelheid voor elk proces in elke sessie in uw omgeving. U kunt een schatting maken van het aantal records dat deze tellers per dag verzenden door de standaard samplefrequentie per minuut te vermenigvuldigen met het gemiddelde aantal sessies per dag en dat vervolgens te vermenigvuldigen met de gemiddelde sessieduur en het gemiddelde aantal processen per sessie.

    Samenvatting:

    Standaardvoorbeeldfrequentie per minuut × sessies per dag × gemiddelde sessieduur × gemiddelde aantal processen per sessie = aantal records dat per dag is verzonden

De volgende tabel bevat de 20 prestatiemeteritems die Azure Virtual Desktop Insights verzamelt en hun standaardsnelheden:

Naam van het meteritem Standaardvoorbeeldfrequentie Frequentiefactor
Logische schijf(C:)\% vrije ruimte 60 seconden Per schijf
Logische schijf(C:)\Avg. Lengte van schijfwachtrij 30 seconden Per schijf
Logische schijf(C:)\Avg. Disk sec/Transfer 60 seconden Per schijf
Logical Disk(C:)\Current Disk Queue Length 30 seconden Per schijf
Geheugen(*)\Beschikbare Mbytes 30 seconden Per VM
Geheugen(*)\Paginafouten per seconde 30 seconden Per VM
Geheugen(*)\Pagina's per seconde 30 seconden Per VM
Geheugen(*)\% toegezegde bytes in gebruik 30 seconden Per VM
PhysicalDisk(*)\Avg. Lengte van schijfwachtrij 30 seconden Per schijf
PhysicalDisk(*)\Avg. Disk sec/Read 30 seconden Per schijf
PhysicalDisk(*)\Avg. Disk sec/Transfer 30 seconden Per schijf
PhysicalDisk(*)\Avg. Disk sec/Write 30 seconden Per schijf
Processorinformatie (_Total)\% processortijd 30 seconden Per kern/CPU
Terminal Services(*)\Actieve sessies 60 seconden Per VM
Terminal Services(*)\Inactieve sessies 60 seconden Per VM
Terminal Services(*)\Totaal aantal sessies 60 seconden Per VM
Vertraging van gebruikersinvoer per proces(*)\Maximale invoervertraging 30 seconden Per proces
Vertraging van gebruikersinvoer per sessie(*)\Maximale invoervertraging 30 seconden Per sessie
RemoteFX Network(*)\Current TCP RTT 30 seconden Per VM
RemoteFX Network(*)\Huidige UDP-bandbreedte 30 seconden Per VM

Als we een schatting maken van elke recordgrootte van 200 bytes, verzendt een voorbeeld-VM met een lichte workload met de standaard samplefrequentie ongeveer 90 mb aan prestatiemeteritemgegevens per dag per VM. Ondertussen verzendt een voorbeeld-VM waarop een energieworkload wordt uitgevoerd ongeveer 130 megabytes aan prestatiemeteritemgegevens per dag per VM. De recordgrootte en het omgevingsgebruik kunnen echter variëren, dus de megabytes per dag die door uw implementatie worden gebruikt, kunnen verschillen.

Zie prestatiemeteritems voor invoerinvoervertraging voor meer informatie over prestatiemeteritems voor invoervertraging.

Opname van Windows-gebeurtenislogboeken schatten

Windows-gebeurtenislogboeken zijn gegevensbronnen die worden verzameld door de Azure Monitor-agent of de Log Analytics-agent op virtuele Windows-machines. U kunt gebeurtenissen verzamelen uit standaardlogboeken, zoals Systeem en Toepassing, evenals aangepaste logboeken die zijn gemaakt door toepassingen die u moet bewaken.

Dit zijn de standaard Windows-gebeurtenissen voor Azure Virtual Desktop Insights:

  • Aanvraag
  • Microsoft-Windows-TerminalServices-Remote Verbinding maken ionManager/Beheer
  • Microsoft-Windows-TerminalServices-LocalSessionManager/Operational
  • Systeem
  • Microsoft-FSLogix-Apps/Operationeel
  • Microsoft-FSLogix-Apps/Beheer

Windows-gebeurtenissen verzenden gebeurtenissen wanneer de omgeving voldoet aan de voorwaarden van de gebeurtenis. Machines met een goede status verzenden minder gebeurtenissen dan machines met beschadigde statussen. Omdat het aantal gebeurtenissen onvoorspelbaar is, gebruiken we een bereik van 10.000 tot 10.000 gebeurtenissen per VM per dag op basis van voorbeelden uit gezonde omgevingen voor deze schatting. Als we bijvoorbeeld de grootte van elke gebeurtenisrecord in dit voorbeeld schatten in 1500 bytes, komt dit uit op ongeveer 2 tot 15 mb aan gebeurtenisgegevens per dag voor de opgegeven omgeving.

Zie Gebeurtenissen en prestatiemeteritems van virtuele machines verzamelen met de Azure Monitor-agent voor meer informatie over het configureren van gegevensverzameling van Windows-gebeurtenislogboeken met de Azure Monitor-agent.

Zie eigenschappen van Windows-gebeurtenissenrecords voor meer informatie over Windows-gebeurtenissen.

Diagnostische opname schatten

De diagnostische service maakt activiteitenlogboeken voor zowel gebruikers- als beheeracties.

Dit zijn de namen van de activiteitenlogboeken die door de diagnostische teller worden bijgehouden:

  • WVDCheckpoints
  • WVD Verbinding maken ions
  • WVDErrors
  • WVDFeeds
  • WVDManagement
  • WVDAgentHealthStatus

De service verzendt diagnostische gegevens wanneer de omgeving voldoet aan de voorwaarden die nodig zijn om een record te maken. Omdat het aantal diagnostische records onvoorspelbaar is, gebruiken we een bereik van 500 tot 1000 gebeurtenissen per VM per dag op basis van voorbeelden van gezonde omgevingen voor deze schatting.

Als we bijvoorbeeld de grootte van elke diagnostische record in dit voorbeeld schatten in 200 bytes, zijn de totale opgenomen gegevens minder dan 1 MB per VM per dag.

Zie diagnostische gegevens van Azure Virtual Desktop voor meer informatie over de categorieën activiteitenlogboeken.

Uw prestatiemeteritems meten en beheren

Uw werkelijke bewakingskosten zijn afhankelijk van de grootte, het gebruik en de status van uw omgeving. Zie Het gebruik analyseren in de Log Analytics-werkruimte voor meer informatie over het meten van gegevensopname in uw Log Analytics-werkruimte.

De prestatiemeteritems die de sessiehosts gebruiken, behoren tot de grootste bron van opgenomen gegevens voor Azure Virtual Desktop Insights. In deze query worden alle prestatiemeteritems weergegeven die u in de omgeving hebt ingeschakeld, niet alleen de standaarditems voor Azure Virtual Desktop Insights. Deze informatie kan u helpen inzicht te verkrijgen in welke gebieden u zich moet richten om de kosten te verlagen.

Voer de volgende aangepaste querysjabloon uit voor een Log Analytics-werkruimte om de frequentie en megabytes bij te houden die per prestatiemeteritem zijn opgenomen gedurende de afgelopen dag:

Notitie

Zorg ervoor dat u de tijdelijke aanduidingen van de sjabloon vervangt door de waarden die door uw omgeving worden gebruikt, anders werkt de query niet.

let WVDHosts = dynamic(['Host1.MyCompany.com', 'Host2.MyCompany.com']); 
Perf 
| where TimeGenerated > ago(1d) 
| where Computer in (WVDHosts) 
| extend PerfCounter = strcat(ObjectName, ":", CounterName) 
| summarize Records = count(TimeGenerated), InstanceNames = dcount(InstanceName), Bytes=sum(_BilledSize) by PerfCounter 
| extend Billed_MBytes = Bytes / (1024 * 1024), BytesPerRecord = Bytes / Records 
| sort by Records desc

Totale kosten schatten

Ten slotte gaan we een schatting maken van de totale kosten. In dit voorbeeld komen we met de volgende resultaten op basis van de voorbeeldwaarden in de vorige secties:

Gegevensbron Grootteraming per dag (in megabytes)
Prestatiemeteritems 90-130
Gebeurtenissen 2-15
Diagnostische gegevens van Azure Virtual Desktop < 1

In dit voorbeeld is het totale aantal opgenomen gegevens voor Azure Virtual Desktop Insights tussen 92 en 145 megabytes per VM per dag. Met andere woorden, elke 31 dagen neemt elke VM ongeveer 3 tot 5 gigabyte aan gegevens op.

Met het standaardmodel betalen per gebruik voor Log Analytics-prijzen kunt u een schatting maken van de azure Monitor-gegevensverzameling en opslagkosten per maand. Afhankelijk van uw gegevensopname, kunt u ook het capaciteitsreserveringsmodel voor Log Analytics-prijzen overwegen.

Uw gegevensopname beheren om de kosten te verlagen

In deze sectie wordt uitgelegd hoe u gegevensopname kunt meten en beheren om de kosten te verlagen.

Zie Toegangsbeheer voor meer informatie over het beheren van rechten en machtigingen voor de werkmap.

Notitie

Het verwijderen van gegevenspunten heeft invloed op de bijbehorende visuals in Azure Virtual Desktop Insights.

Log Analytics-instellingen

Hier volgen enkele suggesties voor het optimaliseren van uw Log Analytics-instellingen voor het beheren van gegevensopname:

  • Gebruik een aangewezen Log Analytics-werkruimte voor uw Azure Virtual Desktop-resources om ervoor te zorgen dat Log Analytics alleen prestatiemeteritems en gebeurtenissen verzamelt voor de virtuele machines in uw Azure Virtual Desktop-implementatie.
  • Pas uw Log Analytics-opslaginstellingen aan om de kosten te beheren. U kunt de bewaarperiode verminderen, evalueren of een vaste opslagprijscategorie rendabeler is of grenzen instellen voor hoeveel gegevens u kunt opnemen om de impact van een beschadigde implementatie te beperken. Zie prijzen voor Azure Monitor Logs voor meer informatie.

Overtollige gegevens verwijderen

Onze standaardconfiguratie is de enige set gegevens die we aanbevelen voor Azure Virtual Desktop Insights. U hebt altijd de mogelijkheid om extra gegevenspunten toe te voegen en weer te geven in de diagnostische gegevens van de host: hostbrowser of aangepaste grafieken maken, maar toegevoegde gegevens verhogen uw Log Analytics-kosten. Deze kunnen worden verwijderd voor kostenbesparingen.

Uw prestatiemeteritems meten en beheren

Uw werkelijke bewakingskosten zijn afhankelijk van de grootte, het gebruik en de status van uw omgeving. Zie Het gebruik analyseren in de Log Analytics-werkruimte voor meer informatie over het meten van gegevensopname in uw Log Analytics-werkruimte.

De prestatiemeteritems die door de sessiehosts worden gebruikt, zijn waarschijnlijk de grootste bron van opgenomen gegevens voor Azure Virtual Desktop Insights. Met de volgende aangepaste querysjabloon voor een Log Analytics-werkruimte kunt u de frequentie en megabytes bijhouden die per prestatiemeteritem zijn opgenomen gedurende de afgelopen dag:

let WVDHosts = dynamic(['Host1.MyCompany.com', 'Host2.MyCompany.com']);
Perf
| where TimeGenerated > ago(1d)
| where Computer in (WVDHosts)
| extend PerfCounter = strcat(ObjectName, ":", CounterName)
| summarize Records = count(TimeGenerated), InstanceNames = dcount(InstanceName), Bytes=sum(_BilledSize) by PerfCounter
| extend Billed_MBytes = Bytes / (1024 * 1024), BytesPerRecord = Bytes / Records
| sort by Records desc

Notitie

Zorg ervoor dat u de tijdelijke aanduidingen van de sjabloon vervangt door de waarden die door uw omgeving worden gebruikt, anders werkt de query niet.

Met deze query worden alle prestatiemeteritems weergegeven die u hebt ingeschakeld voor de omgeving, niet alleen de standaarditems voor Azure Virtual Desktop Insights. Deze informatie kan u helpen inzicht te krijgen in welke gebieden u zich moet richten om de kosten te verlagen, zoals het verminderen van de frequentie van een teller of het helemaal verwijderen.

U kunt ook kosten verlagen door prestatiemeteritems te verwijderen. Zie Prestatiemeteritems configureren voor meer informatie over het verwijderen van prestatiemeteritems of het bewerken van bestaande prestatiemeteritems om hun frequentie te verminderen.

Windows-gebeurtenislogboeken beheren

Windows-gebeurtenissen veroorzaken waarschijnlijk geen piek in gegevensopname wanneer alle hosts in orde zijn. Een beschadigde host kan het aantal gebeurtenissen dat naar het logboek wordt verzonden verhogen, maar de informatie kan essentieel zijn om de problemen van de host op te lossen. We raden u aan ze te houden. Zie Windows-gebeurtenislogboeken configureren voor meer informatie over het beheren van Windows-gebeurtenislogboeken.

Diagnostische gegevens beheren

Diagnostische gegevens van Azure Virtual Desktop moeten kleiner zijn dan 1% van uw kosten voor gegevensopslag, dus we raden u niet aan ze te verwijderen. Als u diagnostische gegevens van Azure Virtual Desktop wilt beheren, gebruikt u Log Analytics voor de diagnostische functie.

Volgende stappen

Meer informatie over Azure Virtual Desktop Insights vindt u in deze artikelen: