Een Virtuele Linux-machine uitvoeren op Azure

Azure Backup

Azure Bastion

Azure-blobopslag

Azure Resource Manager

Azure Storage

Azure Virtual Machines

Als u een virtuele machine (VM) wilt inrichten in Azure, hebt u meer onderdelen nodig dan de VM zelf. Een volledige implementatie omvat netwerk- en opslagresources. In dit artikel worden aanbevolen procedures beschreven voor het uitvoeren van een beveiligde Linux-VM op Azure.

Architectuur

Download een Visio-bestand van deze architectuur.

Werkproces

In dit voorbeeld ziet u een basisimplementatie die gebruikmaakt van de vereiste onderdelen voor één VIRTUELE machine. De VM kan workloads uitvoeren en het openbare internet bereiken terwijl directe blootstelling aan externe bedreigingen wordt voorkomen. In deze architectuur:

Workloads op de VIRTUELE machine hebben geen directe blootstelling aan internet. Toegang is beperkt tot resources binnen hetzelfde virtuele netwerk of een gekoppeld virtueel netwerk, zoals in een hub-and-spoke-configuratie.
U beheert de VIRTUELE machine met behulp van Azure Bastion via Secure Shell (SSH). Er is geen directe toegang vanaf het openbare internet naar de VIRTUELE machine voor beheer.
De NAT-gateway (Network Address Translation) en het bijbehorende openbare IP-adres bieden uitgaande externe internettoegang.

Components

Deze architectuur maakt gebruik van de volgende onderdelen.

Resourcegroep

Een resourcegroep is een logische container met gerelateerde Azure resources. Met resourcegroepen kunt u gerelateerde resources samen implementeren, bewaken en verwijderen en hun kosten bijhouden als een eenheid.

Over het algemeen groepeer resources op basis van gedeelde levenscyclus en eigendom. Gebruik consistente, beschrijvende namen voor resources om ze gemakkelijker te identificeren en te begrijpen. Zie Uw naamconventie definiërenvoor meer informatie.

Virtuele machine

U kunt een VIRTUELE machine inrichten vanuit een lijst met gepubliceerde installatiekopieën, een aangepaste beheerde installatiekopieën of een virtuele harde schijf (VHD) die is geüpload naar Azure Blob Storage. Azure ondersteunt populaire Linux-distributies, waaronder Debian, Red Hat Enterprise Linux (RHEL) en Ubuntu. Zie Goedgekeurde Linux-distributies voor meer informatie.

Azure biedt veel verschillende VM-grootten. Als u een bestaande workload naar Azure verplaatst, begint u met de VM-grootte die het meest overeenkomt met uw on-premises servers. Nadat u de VIRTUELE machine hebt geïmplementeerd, meet u de prestaties van uw werkelijke workload in termen van CPU-, geheugen- en schijfinvoeruitvoerbewerkingen per seconde (IOPS) en past u de grootte zo nodig aan.

Kies een Azure regio die zich het dichtst bij uw interne gebruikers of klanten bevindt. Niet alle VM-grootten zijn beschikbaar in alle regio's. Zie Azure-geografische gebieden voor meer informatie. Voer de volgende opdracht uit vanuit de Azure CLI voor een lijst met de VM-grootten die beschikbaar zijn in een specifieke regio:

az vm list-sizes --location <location>

Voor informatie over het kiezen van een gepubliceerde VM-installatiekopie, zie Azure Marketplace-installatiekopiegegevens zoeken.

Schijven

Voor de beste prestaties van schijfinvoeruitvoer (I/O) raden we Premium SSD's aan, die gegevens opslaan op SSD's (Solid-State Drives). De capaciteit van de ingerichte schijf bepaalt de kosten, IOPS en doorvoer (gegevensoverdrachtsnelheid). Houd rekening met alle drie de factoren wanneer u een schijfgrootte selecteert. Premium SSD’s bieden gratis burstmogelijkheden, waarmee u aan piekvraag kunt voldoen zonder overprovisioning en, in combinatie met inzicht in workloadpatronen, de kosten van ongebruikte capaciteit kunt verlagen.

Notitie

Premium SSD v2 en Ultra-schijven kunnen alleen worden gebruikt voor gegevensschijven. Ze worden niet ondersteund voor besturingssysteemschijven.

Beheerde schijven vereenvoudigen schijfbeheer door de opslag voor u te verwerken. Managed disks hebt geen storage-account nodig. U specificeert de grootte en het type van de schijf en deze wordt ingezet als een hoog beschikbare hulpbron. Beheerde schijven verlagen ook de kosten door de prestaties te bieden die u nodig hebt zonder overprovisioning, waardoor u kunt voorkomen dat u betaalt voor ongebruikte ingerichte capaciteit.

De besturingssysteemschijf is standaard een beheerde schijf die is opgeslagen in Azure Disk Storage, dus blijft deze behouden, zelfs wanneer de hostcomputer offline is. Gebruik tijdelijke besturingssysteemschijven voor stateless workloads, waarbij snelle inrichting en geen persistentie van het besturingssysteem gewenst zijn. Deze schijven plaatsen de OS-installatiekopie op de lokale opslag van de VM-host in plaats van op externe Azure-opslag, waardoor de leeslatentie afneemt, het opnieuw image maken wordt versneld en de kosten van beheerde schijven komen te vervallen. Alle gegevens op een tijdelijke besturingssysteemschijf gaan echter verloren bij stop (toewijzing ongedaan maken), installatiekopie of herstelgebeurtenissen voor hostonderhoud. Tijdelijke besturingssysteemschijven bieden geen ondersteuning voor momentopnamen of Azure Backup. Gebruik tijdelijke besturingssysteemschijven alleen wanneer VM's volledig opnieuw kunnen worden geïmplementeerd vanuit automatisering.

Veel Linux-installatiekopieën stellen standaard geen wisselruimte in. Als uw workload wissel vereist, maakt u deze op de tijdelijke schijf met behulp van cloud-init in plaats van op de besturingssysteemschijf of een gegevensschijf.

U wordt aangeraden een of meer gegevensschijven te maken voor toepassingsgegevens. Gegevensschijven zijn permanente beheerde schijven die worden ondersteund door Storage.

Wanneer u een schijf maakt, is deze niet opgemaakt. Meld u aan bij de virtuele machine om de schijf te formatteren. In de Linux-shell worden gegevensschijven weergegeven als /dev/sdc, /dev/sdden latere letters in de reeks. U kunt lsblk uitvoeren om de blokapparaten, met inbegrip van de schijven, weer te geven. Als u een gegevensschijf wilt gebruiken, maakt u een partitie en bestandssysteem, en koppelt u de schijf. Voorbeeld:

# Create a partition.

sudo fdisk /dev/sdc     # Enter 'n' to partition, 'w' to write the change.

# Create a file system.

sudo mkfs -t ext3 /dev/sdc1

# Mount the drive.

sudo mkdir /data1
sudo mount /dev/sdc1 /data1

Wanneer u een gegevensschijf toevoegt, wordt een LUN-ID (logische-eenheidnummer) toegewezen aan de schijf. U kunt ook de LUN-id opgeven als u bijvoorbeeld een schijf vervangt en dezelfde LUN-id wilt behouden, of als u een toepassing hebt die zoekt naar een specifieke LUN-id. LUN-id's moeten echter uniek zijn voor elke schijf.

Voor Premium-opslagschijven wilt u mogelijk de I/O-planner wijzigen om te optimaliseren voor prestaties op SSD's. Een veelvoorkomende aanbeveling is om de NOOP-scheduler (No Operation) voor SSD's te gebruiken, maar u dient een tool zoals iostat te gebruiken om de disk I/O-prestaties voor uw workload te bewaken.

Veel VM's worden gemaakt met een tijdelijke schijf, die wordt opgeslagen op een fysiek station op de hostcomputer. Het wordt niet opgeslagen in Storage en kan worden verwijderd tijdens het opnieuw opstarten en andere gebeurtenissen voor de levenscyclus van virtuele machines. Gebruik deze schijf alleen voor tijdelijke gegevens, zoals pagina- of wisselbestanden. Voor Linux-VM's wordt de tijdelijke schijf /dev/disk/azure/resource-part1 aan /mnt/resource of /mnt gekoppeld.

Netwerk

De netwerkonderdelen omvatten de volgende resources:

Virtueel netwerk: Elke VM wordt geïmplementeerd in een virtueel netwerk dat wordt gesegmenteerd in subnetten.
Netwerkinterfacekaart (NIC): De NIC verbindt de virtuele machine met het virtuele netwerk en verwerkt al het binnenkomende en uitgaande verkeer. Elke VM-grootte definieert een maximum aantal NIC's.
Openbaar IP-adres: Een openbaar IP-adres kan worden gebruikt om te communiceren met de VIRTUELE machine van buiten Azure via SSH. Deze optie wordt echter afgeraden omdat het een potentieel beveiligingsrisico is.

Warning

Vermijd het rechtstreeks koppelen van een openbaar IP-adres aan een virtuele machine. Doe dit alleen in extreme omstandigheden en neem andere beveiligingsmaatregelen op, zoals het gebruik van netwerkbeveiligingsgroepen (NSG's) om verkeer te filteren.

Voor beheertoegang tot een VIRTUELE machine gebruikt u Azure Bastion voor SSH-toegang in de browser of maakt u privé verbinding via een VPN of Azure ExpressRoute.
- Het openbare IP-adres kan dynamisch of statisch zijn. De standaardwaarde is dynamisch. Reserveer een statisch IP-adres wanneer u een vast IP-adres nodig hebt dat niet verandert, bijvoorbeeld als u een DNS A-record moet maken of het IP-adres wilt toevoegen aan een veilige lijst.
- U kunt ook een volledig gekwalificeerde domeinnaam (FQDN) voor het IP-adres maken. U kunt vervolgens een CNAME-record maken in DNS dat naar de FQDN verwijst. Zie Een volledig gekwalificeerde domeinnaam voor een virtuele machine maken voor meer informatie.
NSG: Gebruik NSG's om netwerkverkeer naar VM's en subnetten toe te staan of te weigeren. Koppel ze aan de subnetten of aan afzonderlijke NIC's die zijn gekoppeld aan VM's.

Alle NSG's bevatten een set standaardbeveiligingsregels, inclusief een regel waarmee al het inkomende internetverkeer wordt geblokkeerd. U kunt de standaardregels niet verwijderen, maar u kunt ze overschrijven met andere regels. U kunt bijvoorbeeld regels maken die binnenkomend internetverkeer naar specifieke poorten toestaan, zoals poort 443 voor HTTPS.
Azure NAT-gateway (Network Address Translation):Azure NAT Gateway staat alle exemplaren in een privésubnet toe om uitgaand verbinding te maken met internet terwijl deze volledig privé blijven. Alleen pakketten die binnenkomen als antwoordpakketten voor een uitgaande verbinding, kunnen via een NAT-gateway worden doorgegeven. Ongevraagde binnenkomende verbindingen van internet zijn niet toegestaan.

Notitie

Ter verbetering van de standaardbeveiliging wordt impliciete uitgaande internettoegang afgeschaft voor alle nieuwe virtuele netwerken. U moet expliciet uitgaande internetverbinding configureren met behulp van andere resources, zoals NAT Gateway, Azure Standard Load Balancers of firewalls. Zie De standaard uitgaande toegang in Azure voor meer informatie.
Azure Bastion:Azure Bastion is een volledig beheerde PaaS-oplossing (Platform as a Service) die beveiligde toegang biedt tot VM's via privé-IP-adressen. Met deze configuratie hebben VM's geen openbaar IP-adres nodig waarmee ze worden blootgesteld aan internet, waardoor hun beveiligingspostuur toeneemt. Azure Bastion biedt beveiligde Extern bureaublad Protocol (RDP) of SSH-connectiviteit met uw VM's rechtstreeks via TLS (Transport Layer Security) met behulp van verschillende methoden, waaronder de Azure-portal of systeemeigen SSH- of RDP-clients.

Bedrijfsactiviteiten

In deze sectie worden belangrijke operationele procedures beschreven voor het beheren van een Virtuele Linux-machine in Azure.

SSH: Voordat u een virtuele Linux-machine maakt, genereert u een 2048-bits RSA openbaar-persoonlijk sleutelpaar. Gebruik het openbare sleutelbestand wanneer u de virtuele machine maakt. Zie Een openbaar-persoonlijk SSH-sleutelpaar maken en gebruiken voor meer informatie.
Diagnostics: Schakel bewaking en diagnostiek in, waaronder basisstatusgegevens, logboeken van de diagnostische infrastructuur en opstartdiagnostiek. Diagnostische gegevens over opstarten kunnen u helpen bij het diagnosticeren van opstartfouten als uw VM een niet-opstartbare status krijgt. Sla diagnostische logboeken op in een opslagaccount. Een standaard lokaal redundant storage -account (LRS) is voldoende voor diagnostische logboeken. Zie Aanbevolen procedures voor bewaking en diagnostische gegevens voor meer informatie.
Beschikbaarheid:Gepland onderhoud of niet-geplande downtime kan van invloed zijn op uw VIRTUELE machine. U kunt logboeken voor het opnieuw opstarten van VM's gebruiken om te bepalen of gepland onderhoud een VM opnieuw heeft opgestart. Implementeer voor hogere beschikbaarheid meerdere VM's in beschikbaarheidszones binnen een regio. Deze implementatie biedt een hogere SLA (Service Level Agreement). Wanneer beschikbaarheidszones niet worden ondersteund, kunnen beschikbaarheidssets bescherming bieden tegen hostfouten of hostupdates. Beschikbaarheidszones zijn echter waar mogelijk de aanbevolen optie.
Back-ups: Gebruik de Azure Backup-service om een back-up te maken van uw VM's naar de opslag om te beschermen tegen onbedoeld gegevensverlies. Afhankelijk van de regio kunt u geografisch redundante opslag of zone-redundante opslag gebruiken voor back-ups. Azure Backup biedt toepassingsconsistente back-ups. Voor prestatiegevoelige workloads of gespecialiseerde Linux-distributies die geen ondersteuning bieden voor traditionele back-upagents, gebruikt u de agentloze multi-disk crash consistente back-upfunctie om back-upbeveiliging te automatiseren zonder dat dit van invloed is op de prestaties van de toepassing.
Een virtuele machine stoppen: Azure maakt onderscheid tussen de status gestopt en gedealloceerd. Er worden kosten berekend wanneer de status van de VM Gestopt is, maar niet wanneer de VM wordt vrijgegeven. In de Azure-portal wordt de VM gedealloceerd met de knop Stop. Als u de VM vanuit het besturingssysteem afsluit terwijl u bent ingelogd, wordt de VM gestopt, maar niet gedealloceerd, dus u betaalt nog steeds.
Een VM verwijderen: Als u een virtuele machine verwijdert, kunt u ervoor kiezen de schijven te verwijderen of te behouden, zodat u de gegevens kunt bewaren. U betaalt echter nog steeds voor de schijven. U kunt beheerde schijven zoals elke andere Azure resource verwijderen. Gebruik ter voorkoming van onbedoeld verwijderen een resourcevergrendeling om de gehele resourcegroep of afzonderlijke resources, zoals een virtuele machine, te vergrendelen.

Alternatives

Azure-schaalvergrotingssets voor virtuele machines de mogelijkheid bieden om workloads over knooppunten te verdelen. Workloads die essentieel zijn voor bedrijfsactiviteiten, moeten nooit afhankelijk zijn van één VIRTUELE machine. U kunt VM-exemplaren automatisch toevoegen of verwijderen op basis van vraag en kunnen worden uitgeschaald in tijden van hoger verkeer of inschalen wanneer verkeer lager is om de kosten te minimaliseren.
Azure Load Balancer verdeelt verkeer tussen meerdere VM's of een schaalset voor virtuele machines. Het kan ook worden gebruikt als alternatief voor een NAT-gateway om toegang tot een workload vanaf internet toe te staan en ook uitgaande toegang te ondersteunen.
Application Gateway biedt taakverdelingsfunctionaliteit voor de Azure Load Balancer voor HTTP-/HTTPS-workloads binnen een Azure regio.
Zie Azure Virtuele Machines basislijnarchitectuur in een Azure landingszone voor een implementatie op ondernemingsniveau.

Details van het scenario

In het vorige diagram ziet u een basisimplementatie van één virtuele machine in een virtueel netwerk. Dit scenario is handig voor het bieden van een niet-kritieke workload voor interne gebruikers.

Potentiële gebruikscases

Deze architectuur is geschikt voor een eenvoudige toepassing die geen openbare internetblootstelling nodig heeft en af en toe downtime kan verdragen. Een eenvoudig hulpprogramma voor interne rapportage is een typische use-case.

Overwegingen

Met deze overwegingen worden de pijlers van het Azure Well-Architected Framework geïmplementeerd. Dit is een set richtlijnen die u kunt gebruiken om de kwaliteit van een workload te verbeteren. Zie Well-Architected Framework voor meer informatie.

Betrouwbaarheid

Betrouwbaarheid zorgt ervoor dat uw toepassing kan voldoen aan de toezeggingen die u aan uw klanten hebt gedaan. Zie Ontwerp controlelijst voor betrouwbaarheid voor meer informatie.

In deze voorbeeldarchitectuur wordt één VIRTUELE machine gebruikt, zodat deze een minimaal betrouwbaarheidsniveau biedt. Elk probleem met de VIRTUELE machine of met de host waarop deze wordt uitgevoerd, veroorzaakt een storing en maakt gehoste workloads niet beschikbaar. Voor elke workload die een hogere beschikbaarheid nodig heeft, implementeert u meerdere VM's die dezelfde workload bevatten en plaatst u deze exemplaren achter een geschikte oplossing voor taakverdeling. Als ze zich in dezelfde regio bevinden, implementeert u deze VM's in beschikbaarheidszones (waar ondersteund) en voegt u deze toe aan de back-end van een Azure Standard Load Balancer of een Toepassingsgateway als de workload HTTP/HTTPS is. Met deze architectuur kan de workload beschikbaar blijven als één virtuele machine in de back-end uitvalt.

Schaalsets voor virtuele machines zijn een andere optie om het beheer van workloads met meerdere knooppunten te vereenvoudigen waarvoor het aantal instanties automatisch omhoog of omlaag moet kunnen worden geschaald op basis van verschillende metrische gegevens, zoals CPU- en geheugengebruik.

Hoge beschikbaarheid en herstel na noodgevallen (HA/DR)

Om de impact van storingen te beperken en de veerkracht te verbeteren, implementeer de workload in meerdere regio's en gebruik de richtlijnen voor de Azure-landingszone. Deze implementatie kan zich in een actief-passieve configuratie bevinden, met failover naar de secundaire regio als de primaire regio niet beschikbaar is of een actief-actief-architectuur waarbij beide regio's verkeer naar consumenten bedienen.

Zie voor een voorbeeld de webtoepassing met meerdere lagen die is gebouwd voor hoge beschikbaarheid en herstel na noodgevallen. In het voorbeeld in dit artikel wordt Azure Site Recovery gebruikt om de schijven van afzonderlijke VM's te repliceren naar een secundaire regio. U kunt Site Recovery gebruiken om een failover van deze VM's naar de secundaire regio uit te voeren met behulp van een RPO (Low Recovery Point Objective) en RTO (Recovery Time Objective).

Zorg ervoor dat u uw architectuur evalueert om te voldoen aan uw ha/DR-vereisten voor alle onderdelen, niet alleen de VM's. In al deze beslissingen zijn overwegingen opgenomen, zoals netwerken, identiteit en gegevens.

Beveiliging

Beveiliging biedt bescherming tegen opzettelijke aanvallen en misbruik van uw waardevolle gegevens en systemen. Zie Ontwerpcontrolelijst voor beveiliging voor meer informatie.

Houd rekening met deze punten wanneer u uw architectuur ontwikkelt:

Gebruik Microsoft Defender voor Cloud om een centraal overzicht te krijgen van de beveiligingsstatus van uw Azure resources. Defender voor Cloud controleert mogelijke beveiligingsproblemen en geeft een uitgebreid beeld van de beveiligingsstatus van uw implementatie. Configureer Defender voor Cloud per Azure abonnement en schakel het verzamelen van beveiligingsgegevens in. Defender voor Cloud scant automatisch vm's die zijn gemaakt onder dat abonnement.
- Patchbeheer: Wanneer deze optie is ingeschakeld, identificeert Defender voor Cloud ontbrekende beveiligingsupdates en essentiële updates.
- Antimalware: Wanneer deze optie is ingeschakeld, controleert Defender voor Cloud of antimalwaresoftware is geïnstalleerd. U kunt ook Defender voor Cloud gebruiken om antimalwaresoftware rechtstreeks vanuit de Azure-portal te installeren.
Gebruik Azure op rollen gebaseerd toegangsbeheer (Azure RBAC) om de toegang tot Azure resources te beheren. Met Azure RBAC verleent u gebruikers alleen de machtigingen die ze nodig hebben om hun werk te doen. De rol Lezer kan bijvoorbeeld Azure resources bekijken, maar ze niet maken, beheren of verwijderen. Sommige machtigingen zijn specifiek voor een Azure resourcetype. De rol Inzender voor virtuele machines kan bijvoorbeeld een virtuele machine opnieuw opstarten of de toewijzing ervan ongedaan maken, het beheerderswachtwoord opnieuw instellen en een nieuwe VIRTUELE machine maken. Andere ingebouwde rollen die nuttig kunnen zijn voor deze architectuur zijn DevTest Labs User en Network Contributor.

Notitie

Azure RBAC beperkt niet welke acties een gebruiker die is aangemeld op een virtuele machine kan uitvoeren. Het accounttype voor het gastbesturingssystemen bepaalt deze machtigingen.
Gebruik auditlogboeken om inrichtingsacties en andere VM-gebeurtenissen te bekijken.
Schakel versleuteling op de host in om end-to-end-versleuteling voor uw VM-gegevens te realiseren, inclusief tijdelijke schijven en schijfcaches. Versleuteling op host verwerkt versleuteling op de VM-hostinfrastructuur en verbruikt geen CPU-resources voor VM's, in tegenstelling tot gastgebaseerde versleuteling. U kunt customer beheerde sleutels gebruiken met Azure Key Vault voor permanente besturingssysteem- en gegevensschijven. Tijdelijke schijven en tijdelijke besturingssysteemschijven worden versleuteld met door het platform beheerde sleutels. Controleer of de geselecteerde VM-grootte ondersteuning biedt voor versleuteling op host voordat u de VIRTUELE machine inricht.

Kostenoptimalisatie

Kostenoptimalisatie is gericht op het vinden van manieren om onnodige uitgaven te verminderen en operationele efficiëntie te verbeteren. Zie controlelijst ontwerpbeoordeling voor kostenoptimalisatievoor meer informatie.

Er zijn verschillende opties voor VM-grootten, afhankelijk van het gebruik en de workload. Het assortiment omvat de meest voordelige optie van de Bs-serie naar de nieuwste GPU-VM's die zijn geoptimaliseerd voor machine learning. Zie Azure prijzen voor Linux-VM's voor meer informatie over de beschikbare opties.

Voor voorspelbare workloads gebruikt u Azure Reserveringen en Azure besparingsplan voor berekening. Een contract van één of drie jaar kan de rekenkosten aanzienlijk verlagen in vergelijking met tarieven voor betalen per gebruik. Overweeg de optie Betalen per gebruik voor workloads zonder voorspelbare voltooiingstijd of middelenverbruik.

Azure Spot-VM's gebruiken reservecapaciteit in Azure tegen aanzienlijk lagere tarieven. Azure kan Spot-VM’s op korte termijn verwijderen wanneer Azure die capaciteit weer nodig heeft, dus ze zijn alleen geschikt voor fouttolerante workloads zonder strikte deadline voor voltooiing. Overweeg spot-VM's voor:

Scenario's voor high-performance computing, batchverwerkingstaken of toepassingen voor visuele rendering.
Testomgevingen, waaronder continue integratie en workloads voor continue levering.
Grootschalige, staatloze toepassingen.

Gebruik de Azure-prijscalculator om een schatting van de kosten te maken.

Operationele uitmuntendheid

Operational Excellence behandelt de operationele processen die een toepassing implementeren en deze in productie houden. Voor meer informatie, zie Controlelijst voor ontwerpevaluatie voor Operational Excellence.

Gebruik IaC-sjablonen (Infrastructure as Code) om Azure resources en hun afhankelijkheden in te richten. U kunt deze sjablonen schrijven met behulp van Bicep, Azure Resource Manager of Terraform. Deze sjablonen kunnen worden gebruikt als onderdeel van een pijplijn voor continue integratie en continue implementatie (CI/CD) via geautomatiseerde implementatie. Deze aanpak biedt versiebeheer over uw architectuur, zorgt voor consistentie tussen omgevingen en dwingt reproduceerbaarheid, beveiliging en naleving af.

Als u problemen wilt bewaken en diagnosticeren, schakelt u diagnostische logboeken op uw resources in en stuurt u ze naar Azure Monitor voor analyse en optimalisatie. U kunt deze logboeken gebruiken om waarschuwingen en meldingen van kritieke gebeurtenissen te implementeren en in sommige gevallen automatische herstel of logboekregistratie van tickets in uw ITSM-systeem (IT Service Management) toe te staan.

Prestatie-efficiëntie

Prestatie-efficiëntie verwijst naar de mogelijkheid van uw workload om efficiënt te voldoen aan de behoeften van de gebruiker. Zie controlelijst ontwerpbeoordeling voor prestatie-efficiëntievoor meer informatie.

Prestatie-efficiëntie helpt u latentie te minimaliseren, schaalbare architecturen te bereiken, resourcegebruik te optimaliseren en continu systeemprestaties te verbeteren. De beslissingen die u neemt met betrekking tot workloadarchitectuur, VM-grootte en schijfconfiguraties kunnen de prestaties van uw werkbelasting aanzienlijk beïnvloeden. De juiste keuzes kunnen voorkomen dat het later nodig is om de oplossing opnieuw te architectureren, meer flexibiliteit bieden en kosten besparen.