Virtuele machines in Azure

Applies to: ✔️ Linux-VMs ✔️ Windows VMs ✔️ Flexibele schaalsets

Azure virtuele machines (VM's) zijn een van de verschillende typen on-demand, schaalbare computingresources die Azure biedt. Normaal gesproken kiest u een virtuele machine wanneer u meer controle over de computeromgeving nodig hebt dan de andere opties. In dit artikel vindt u informatie over wat u moet overwegen voordat u een virtuele machine maakt, hoe u deze maakt en hoe u deze beheert.

Een Azure virtuele machine biedt u de flexibiliteit van virtualisatie zonder dat u de fysieke hardware hoeft te kopen en te onderhouden waarop deze wordt uitgevoerd. U moet de virtuele machine echter nog steeds onderhouden door taken uit te voeren, zoals het configureren, patchen en installeren van de software die erop wordt uitgevoerd.

Azure virtuele machines kunnen op verschillende manieren worden gebruikt. Enkele voorbeelden:

  • Ontwikkeling en test – Azure virtuele machines bieden een snelle en eenvoudige manier om een computer te maken met specifieke configuraties die nodig zijn voor het coden en testen van een toepassing.
  • Applications in de cloud – Omdat de vraag naar uw toepassing kan fluctueren, kan het economisch zinvol zijn om deze uit te voeren op een virtuele machine in Azure. U betaalt voor extra virtuele machines wanneer u ze nodig hebt en sluit ze af wanneer u dat niet doet.
  • Extended datacenter : virtuele machines in een Azure virtueel netwerk kunnen eenvoudig worden verbonden met het netwerk van uw organisatie.

Waar moet ik over nadenken voordat ik een virtuele machine maak?

Er zijn altijd veel ontwerpoverwegingen wanneer u een toepassingsinfrastructuur in Azure bouwt. Deze aspecten van een virtuele machine zijn belangrijk om na te denken voordat u begint:

  • De namen van uw bronnen
  • De locatie waar de resources worden opgeslagen
  • De grootte van de virtuele machine
  • Het maximum aantal virtuele machines dat kan worden gemaakt
  • Het besturingssysteem waarop de virtuele machine wordt uitgevoerd
  • De configuratie van de virtuele machine nadat deze is gestart
  • De gerelateerde resources die de virtuele machine nodig heeft

Notitie

Vertrouwde start als standaard (TLaD) is beschikbaar in preview voor nieuwe virtuele machines van de tweede generatie (VM's). Met TLaD worden alle nieuwe vm's van de tweede generatie die zijn gemaakt via clienthulpprogramma's standaard ingesteld op Vertrouwd starten met beveiligd opstarten en vTPM ingeschakeld. Registreer u voor de TLaD-preview om de standaardwijzigingen in uw respectieve omgeving te valideren en de komende wijziging voor te bereiden.

Onderdelen van een VIRTUELE machine en hoe ze worden gefactureerd

Wanneer u een virtuele machine maakt, maakt u ook resources die ondersteuning bieden voor de virtuele machine. Deze middelen brengen hun eigen kosten met zich mee waar rekening mee moet worden gehouden.

De standaardresources die een virtuele machine ondersteunen en hoe ze worden gefactureerd, worden beschreven in de volgende tabel:

Bron Beschrijving Kosten
Virtueel netwerk Om uw virtuele machine de mogelijkheid te geven om te communiceren met andere resources Prijzen voor Virtual Network
Een virtuele netwerkinterfacekaart (NIC) Voor het maken van een verbinding met het virtuele netwerk Er zijn geen afzonderlijke kosten voor NIC's. Er is echter een limiet voor het aantal NIC's dat u kunt gebruiken op basis van de grootte van uw VM. Pas de grootte van uw virtuele machine aan en verwijs naar prijzen voor virtuele machines.
Een privé-IP-adres en soms een openbaar IP-adres. Voor communicatie en gegevensuitwisseling in uw netwerk en met externe netwerken Prijzen voor IP-adressen
Netwerkbeveiligingsgroep (NSG) Voor het beheren van het netwerkverkeer naar en van uw VIRTUELE machine. U moet bijvoorbeeld poort 22 openen voor SSH-toegang, maar mogelijk wilt u verkeer naar poort 80 blokkeren. Het blokkeren en toestaan van poorttoegang gebeurt via de NSG. Er worden geen extra kosten in rekening gebracht voor netwerkbeveiligingsgroepen in Azure.
Besturingssysteemschijf en mogelijk afzonderlijke schijven voor gegevens. Het is een best practice om uw gegevens op een afzonderlijke schijf van uw besturingssysteem te bewaren, voor het geval u ooit een VM-storing hebt, kunt u de gegevensschijf loskoppelen en deze koppelen aan een nieuwe VIRTUELE machine. Alle nieuwe virtuele machines hebben een besturingssysteemschijf en een lokale schijf.
Azure brengt geen kosten in rekening voor lokale schijfopslag.
De besturingssysteemschijf, die meestal 127GiB is, maar voor sommige afbeeldingen kleiner is, wordt in rekening gebracht tegen het normale tarief voor schijven.
U kunt de kosten voor het koppelen van Premium -schijven (op basis van SSD) en Standard (HDD) aan uw virtuele machines zien op de pagina met prijzen voor beheerde schijven.
In sommige gevallen een licentie voor het besturingssysteem Om ervoor te zorgen dat uw virtuele machine het besturingssysteem kan uitvoeren. De kosten variëren op basis van het aantal kernen op uw virtuele machine, dus stem de grootte van uw VM hierop af. De kosten kunnen worden verlaagd via de Azure Hybrid Benefit.

U kunt er ook voor kiezen om Azure openbare en persoonlijke SSH-sleutels te maken en op te slaan. Azure gebruikt de openbare sleutel in uw virtuele machine en u gebruikt de persoonlijke sleutel wanneer u toegang hebt tot de VIRTUELE machine via SSH. Anders hebt u een gebruikersnaam en wachtwoord nodig.

Deze resources worden standaard gemaakt in dezelfde resourcegroep als de VIRTUELE machine.

Locaties

Er zijn meerdere geografische regio's over de hele wereld waar u Azure resources kunt maken. Meestal wordt de regio locatie genoemd wanneer u een virtuele machine maakt. Voor een virtuele machine geeft de locatie aan waar de virtuele harde schijven worden opgeslagen.

In deze tabel staan enkele manieren om een lijst met beschikbare locaties te verkrijgen.

Wijze Beschrijving
Azure portal Selecteer een locatie in de lijst wanneer u een virtuele machine maakt.
Azure PowerShell Gebruik de opdracht Get-AzLocation.
REST-API Gebruik de bewerking Locaties vermelden.
Azure CLI Gebruik de bewerking az account list-locations.

Beschikbaarheid

Er zijn meerdere opties voor het beheren van de beschikbaarheid van uw virtuele machines in Azure.

  • Beschikbaarheidszones zijn fysiek gescheiden zones binnen een Azure regio. Availability zones garanderen dat de connectiviteit van virtuele machines ten minste 99,99% van de tijd met ten minste één instantie behouden blijft wanneer u twee of meer instanties hebt geïmplementeerd in twee of meer Beschikbaarheidszones in dezelfde Azure-regio.
  • Met Virtual Machine Scale Sets kunt u een groep virtuele machines met load balancing maken en beheren. Het aantal exemplaren van virtuele machines kan automatisch toenemen of afnemen in reactie op de vraag of een gedefinieerd schema. Schaalsets bieden hoge beschikbaarheid voor uw toepassingen en bieden u de mogelijkheid om veel virtuele machines centraal te beheren, te configureren en bij te werken. Virtuele machines in een schaalset kunnen ook worden geïmplementeerd in meerdere beschikbaarheidszones, één beschikbaarheidszone of regionaal.

Zie Beschikbaarheidsopties voor Azure virtuele machines en SLA voor Azure virtuele machines voor meer informatie.

Grootten en prijzen

De grootte van de virtuele machine die u gebruikt, wordt bepaald door de workload die u wilt uitvoeren. De grootte die u kiest, bepaalt vervolgens factoren zoals verwerkingskracht, geheugen, opslagcapaciteit en netwerkbandbreedte. Azure biedt een breed scala aan grootten ter ondersteuning van veel soorten toepassingen.

Azure brengt een hourly price in rekening op basis van de grootte en het besturingssysteem van de virtuele machine. Voor gedeeltelijke uren brengt Azure alleen kosten in rekening voor de gebruikte minuten. De opslag wordt afzonderlijk berekend en in rekening gebracht.

Schalen naar meerdere VM's

Het aantal virtuele machines dat door uw toepassing wordt gebruikt, kan omhoog worden geschaald naar wat er nodig is om aan uw behoeften te voldoen. Azure biedt verschillende systemen voor automatisch schalen en exemplaartypen op basis van de grootte van uw workload. Vergelijk rekenproducten op basis van VM's voor meer informatie over schalen.

Totale kernlimieten voor virtuele machines

Uw abonnement heeft standaardquotumlimieten die van invloed kunnen zijn op de implementatie van veel virtuele machines voor uw project. De huidige limiet op abonnementsbasis is 20 virtuele machine totaal aantal cores per regio. Limieten kunnen worden verhoogd door een ondersteuningsticket in te dienen dat een verhoging van het quotum aanvraagt en de capaciteit afzonderlijk wordt gecontroleerd tijdens de implementatie. Zelfs met goedgekeurd quotum kan de implementatie nog steeds mislukken als er onvoldoende capaciteit is in de doelregio of beschikbaarheidszone.

Beheerde schijven

Beheerde schijven behandelen het maken en beheren van Azure Storage-accounts op de achtergrond voor u, en zorgen ervoor dat u zich geen zorgen hoeft te maken over de schaalbaarheidslimieten van het opslagaccount. U geeft de schijfgrootte en de prestatielaag (Standard of Premium) op en Azure maakt en beheert de schijf. Wanneer u schijven toevoegt of de virtuele machine omhoog en omlaag schaalt, hoeft u zich geen zorgen te maken over de gebruikte opslag. Als u nieuwe virtuele machines maakt, gebruikt u de Azure CLI of de Azure-portal om virtuele machines te maken met beheerde besturingssysteem- en gegevensschijven. Als u virtuele machines met niet-beheerde schijven hebt, kunt u uw virtuele machines converteren naar back-ups met beheerde schijven.

U kunt uw aangepaste installatiekopieën ook beheren in één opslagaccount per Azure regio en deze gebruiken om honderden virtuele machines in hetzelfde abonnement te maken. Zie het overzicht van beheerde schijven voor meer informatie over beheerde schijven.

Distributies

Microsoft Azure ondersteunt verschillende Linux- en Windows-distributies. U vindt beschikbare distributies in de marketplace, Azure portal of door query's uit te voeren op resultaten met behulp van CLI, PowerShell en REST API's.

In deze tabel ziet u een aantal manieren waarop u de informatie over een afbeelding kunt vinden.

Wijze Beschrijving
Azure portal De waarden worden automatisch opgegeven wanneer u een afbeelding selecteert om te gebruiken.
Azure PowerShell Get-AzVMImagePublisher -Location locatie
Get-AzVMImageOffer -Location locatie -Publisher uitgeverNaam
Get-AzVMImageSku -Location location -Publisher publisherName -Offer offerName
REST-API's Afbeelding-uitgevers weergeven
Installatiekopieën weergeven
Afbeeldings-SKU's weergeven
Azure CLI az vm image list-publishers --locatie locatie
az vm image list-offers --location locatie --publisher publisherName
az vm image list-skus --location locatie --publisher publisherName --offer offerName

Microsoft werkt nauw samen met partners om ervoor te zorgen dat de beschikbare installatiekopieën worden bijgewerkt en geoptimaliseerd voor een Azure runtime. Zie de Azure Marketplace voor meer informatie over aanbiedingen van Azure partners

Cloud-init

Azure ondersteunt voor cloud-init in de meeste Linux-distributies die dit ondersteunen. We werken actief samen met onze Linux-partners om cloud-init-installatiekopieën beschikbaar te maken in de Azure Marketplace. Deze afbeeldingen zorgen ervoor dat uw cloud-init-implementaties en -configuraties naadloos werken met virtuele machines en virtuele machineschaalsets.

Zie Using cloud-init op Azure virtuele Linux-machines voor meer informatie.

Opslag

Lokale tijdelijke opslag

Sommige Azure VM-groottes omvatten lokale tijdelijke opslag, met een aantal nieuwere groottes met Temporary lokale NVMe-schijven. Lokale tijdelijke opslag maakt gebruik van extra schijven die rechtstreeks als lokale opslag zijn ingericht voor een Azure virtuele-machinehost, in plaats van op externe Azure Storage. Dit type opslag is het meest geschikt voor gegevens die niet permanent hoeven te worden bewaard, zoals caches, buffers en tijdelijke bestanden. Omdat er geen back-up wordt gemaakt van gegevens die op deze schijven zijn opgeslagen, gaan deze verloren wanneer de toewijzing van de virtuele machine ongedaan wordt gemaakt of verwijderd. De tijdelijke opslag wordt opnieuw gemaakt bij het opstarten. Lokale kortstondige schijven verschillen van tijdelijke besturingssysteemschijven.

Lokale tijdelijke schijven zijn net als andere externe opslag zoals Premium SSD v2-schijven aanwezig, maar hebben prestatievoordelen toegevoegd en tellen niet mee tegen de IOPS- en doorvoerlimieten van de VIRTUELE machine.

Hieronder vindt u de belangrijkste kenmerken van lokale tijdelijke opslag:

  • Ultra-lage latentie: lees-/schrijfbewerkingen worden uitgevoerd op hardware die zich fysiek samen met de rekenresources van de VIRTUELE machine bevindt, waardoor netwerkhops worden geminimaliseerd en reactietijden van minder dan milliseconden worden ingeschakeld.
  • Superieure IOPS en doorvoer: prestaties worden geschaald met de onderliggende lokale opslag, die vaak 8-10 keer hoger IOPS leveren dan Standard-HDD's bij het gebruik van Premium SSD als basis, met limieten die zijn gekoppeld aan de VM-grootte (tot de NVMe-schijfcapaciteit, beperkt tot 2040 GiB).

Azure VM-grootten met een 'd' in hun naamconventie, zoals de Dadsv6, Eadsv6 en FXmdsv2-series, hebben toegewijde lokale NVMe-opslag. Met deze grootten kunt u tijdelijke bestanden, wisselruimte of high-I/O-onderdelen zoals SQL Server tempdb databasebestanden op de tijdelijke schijf plaatsen voor verbeterde prestaties.

Netwerken

Serviceonderbrekingen

Bij Microsoft werken we er hard aan om ervoor te zorgen dat onze services altijd voor u beschikbaar zijn wanneer u ze nodig hebt. Krachten die buiten onze controle staan, hebben soms invloed op ons op manieren die ongeplande serviceonderbrekingen veroorzaken.

Microsoft biedt een Service Level Agreement (SLA) voor de services als toezegging voor uptime en connectiviteit. De SLA voor afzonderlijke Azure-services vindt u op Azure Service Level Agreements.

Azure beschikt al over veel ingebouwde platformfuncties die ondersteuning bieden voor maximaal beschikbare toepassingen. Lees Disaster-herstel en hoge beschikbaarheid voor Azure toepassingen voor meer informatie over deze services.

In dit artikel wordt een echt scenario voor herstel na noodgevallen behandeld, wanneer een hele regio te maken krijgt met een storing vanwege een grote natuurramp of een wijdverspreide serviceonderbreking. Dit zijn zeldzame gevallen, maar u moet zich voorbereiden op de mogelijkheid dat er een storing is in een hele regio. Als een hele regio een serviceonderbreking ondervindt, zijn de lokaal redundante kopieën van uw gegevens tijdelijk niet beschikbaar. Als u geo-replicatie hebt ingeschakeld, worden er drie extra kopieën van uw Azure Storage blobs en tabellen opgeslagen in een andere regio. In het geval van een volledige regionale storing of een noodgeval waarbij de primaire regio niet kan worden hersteld, Azure alle DNS-vermeldingen opnieuw toewijzen aan de geografisch gerepliceerde regio.

In het geval van een serviceonderbreking van de hele regio waarin uw Azure toepassing voor virtuele machines wordt geïmplementeerd, bieden we de volgende richtlijnen voor Azure virtuele machines.

Optie 1: Een failover starten met behulp van Azure Site Recovery

U kunt Azure Site Recovery configureren voor uw VM's, zodat u uw toepassing met één klik binnen enkele minuten kunt herstellen. U kunt repliceren naar Azure regio van uw keuze en niet beperkt tot gekoppelde regio's. U kunt aan de slag gaan door uw virtuele machines te repliceren. U kunt een herstelplan maken, zodat u het volledige failoverproces voor uw toepassing kunt automatiseren. U kunt uw failovers vooraf testen zonder dat dit van invloed is op de productietoepassing of de lopende replicatie. In het geval van een onderbreking van de primaire regio start u een failover en brengt u uw toepassing in de doelregio.

Optie 2: Wachten op herstel

In dit geval is er geen handeling van uw kant vereist. We werken ijverig om de beschikbaarheid van de service te herstellen. U kunt de huidige servicestatus zien op ons Azure Service Health Dashboard.

Deze optie is het beste als u vóór de onderbreking Azure Site Recovery, geografisch redundante opslag met leestoegang of geografisch redundante opslag niet instelt. Als u geografisch redundante opslag of geografisch redundante opslag met leestoegang instelt voor het opslagaccount waarin de virtuele harde schijven (VHD's) van uw virtuele machine zijn opgeslagen, kunt u de basisinstallatiekopie-VHD herstellen en proberen een nieuwe virtuele machine hiervan in te richten. Deze optie heeft geen voorkeur omdat er geen garanties voor synchronisatie van gegevens zijn, wat betekent dat deze optie niet gegarandeerd werkt.

Notitie

Houd er rekening mee dat u geen controle over dit proces hebt en dat dit alleen plaatsvindt voor serviceonderbrekingen in de hele regio. Daarom moet u ook vertrouwen op andere toepassingsspecifieke back-upstrategieën om het hoogste beschikbaarheidsniveau te bereiken. Zie de sectie over gegevensstrategieën voor herstel na noodgevallen voor meer informatie.

Resources voor serviceonderbrekingen

Gegevensresidentie

In Azure is de functie voor het inschakelen van het opslaan van klantgegevens in één regio momenteel alleen beschikbaar in de regio Azië - zuidoost (Singapore) van de regio Azië en Stille Oceaan en Brazilië - zuid (staat Sao Paulo) van Brazilië Geo. Voor alle andere regio's worden klantgegevens opgeslagen in Geo. Zie Trust Center voor meer informatie.

Volgende stappen

Maak uw eerste virtuele machine.

  • Last updated on