Virtuele machines in Azure
Van toepassing op: ✔️ Virtuele Linux-machines voor Windows-VM's ✔️ ✔️ Flexibele schaalsets
Virtuele Azure-machines 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 virtuele Azure-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.
Virtuele machines in Azure kunnen op verschillende manieren worden gebruikt. Enkele voorbeelden:
- Ontwikkelen en testen : virtuele Azure-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.
- Toepassingen 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.
- Uitgebreid datacenter : virtuele machines in een virtueel Azure-netwerk kunnen eenvoudig worden verbonden met het netwerk van uw organisatie.
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.
Waar moet ik over nadenken voordat ik een virtuele machine maak?
Er is altijd een groot aantal ontwerpoverwegingen bij het bouwen van een toepassingsinfrastructuur in Azure. Deze aspecten van een virtuele machine zijn belangrijk om na te denken voordat u begint:
- De namen van uw resources
- 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
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 resources worden geleverd met hun eigen kosten die moeten worden overwogen.
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 van virtuele netwerken |
| Een virtuele netwerkinterfacekaart (NIC) | Verbinding maken 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 VIRTUELE machine. Grootte van uw VIRTUELE machine aanpassen en verwijzen 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. Poorttoegang wordt geblokkeerd en toegestaan 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 installatiekopieën 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 | Als u wilt dat uw virtuele machine wordt uitgevoerd om het besturingssysteem uit te voeren | De kosten variëren op basis van het aantal kernen op uw VIRTUELE machine, dus de grootte van uw VM dienovereenkomstig. De kosten kunnen worden verlaagd via Azure Hybrid Benefit. |
U kunt er ook voor kiezen dat Azure openbare en persoonlijke SSH-sleutels kan maken en opslaan. 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 | Description |
|---|---|
| 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. Beschikbaarheidszones garanderen connectiviteit van virtuele machines met ten minste één exemplaar ten minste 99,99% van de tijd wanneer u twee of meer exemplaren hebt geïmplementeerd in twee of meer Beschikbaarheidszones in dezelfde Azure-regio.
- Met virtuele-machineschaalsets kunt u een groep virtuele machines met gelijke taakverdeling 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 virtuele Azure-machines en SLA voor virtuele Azure-machines voor virtuele Azure-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 groot aantal verschillende grootten voor verschillende manieren van gebruik.
Azure brengt een uurprijs in rekening op basis van de grootte en het besturingssysteem van de virtuele machine. Voor niet-hele uren worden alleen de minuten van gebruik in rekening gebracht. De opslag wordt afzonderlijk berekend en in rekening gebracht.
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 per abonnement is 20 kerngeheugens per regio. Limieten kunnen worden verhoogd door een ondersteuningsticket in te dienen met een aanvraag voor een verhoging
Managed Disks
Managed Disks verwerkt het maken en beheren van Azure Storage-accounts op de achtergrond en zorgt ervoor dat u zich geen zorgen hoeft te maken over de schaalbaarheidslimieten van het opslagaccount. U hoeft alleen de schijfgrootte en prestatielaag (Standard of Premium) op te geven en Azure maakt en beheert de schijf voor u. 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 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 een back-up met Managed Disks.
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. Voor meer informatie over Managed Disks raadpleegt u Managed Disks Overview (Overzicht van Managed Disks).
Distributies
Microsoft ondersteuning voor Azure een verscheidenheid aan Linux- en Windows-distributies. U kunt beschikbare distributies vinden in 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 gegevens voor een installatiekopie kunt vinden.
| Wijze | Description |
|---|---|
| Azure Portal | De waarden worden automatisch opgegeven wanneer u een installatiekopie selecteert om te gebruiken. |
| Azure PowerShell | Get-AzVMImagePublisher -Location location Get-AzVMImageOffer -Location location -Publisher publisherName Get-AzVMImageSku -Location location -Publisher publisherName -Offer offerName |
| REST-API's | Uitgevers van installatiekopieën weergeven Aanbiedingen van installatiekopieën weergeven Installatiekopie-SKU's weergeven |
| Azure-CLI | az vm image list-publishers --locatie location 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
ondersteuning voor Azure s 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 Azure Marketplace. Deze installatiekopieën zorgen ervoor dat uw cloud-init-implementaties en -configuraties naadloos werken met virtuele machines en virtuele-machineschaalsets.
Zie Cloud-init gebruiken op virtuele Linux-machines in Azure voor meer informatie.
Storage
- Inleiding tot Microsoft Azure Storage
- Een schijf toevoegen aan een virtuele Linux-machine met behulp van de azure-cli
- Een gegevensschijf koppelen aan een virtuele Linux-machine in Azure Portal
Netwerken
- Overzicht van Virtual Network
- IP-adressen in Azure
- Poorten openen voor een virtuele Linux-machine in Azure
- Een Fully Qualified Domain Name maken in Azure Portal
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 Sla (Service Level Agreement) voor de services als toezegging voor uptime en connectiviteit. De SLA voor afzonderlijke Azure-services vindt u in Azure Service Level Agreements.
Azure heeft al veel ingebouwde platformfuncties die ondersteuning bieden voor maximaal beschikbare toepassingen. Lees herstel na noodgevallen 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 optreedt 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, wijst Azure alle DNS-vermeldingen opnieuw toe aan de geo-gerepliceerde regio.
Om u te helpen bij het afhandelen van deze zeldzame gebeurtenissen, bieden we de volgende richtlijnen voor virtuele Azure-machines in het geval van een serviceonderbreking van de hele regio waar uw azure-toepassing voor virtuele machines wordt geïmplementeerd.
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 de 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 actie voor uw onderdeel vereist. We werken ijverig om de beschikbaarheid van de service te herstellen. U kunt de huidige servicestatus bekijken in ons Azure Service Health-dashboard.
Dit is de beste optie als u Azure Site Recovery niet hebt ingesteld, geografisch redundante opslag met leestoegang of geografisch redundante opslag vóór de onderbreking. Als u geografisch redundante opslag of geografisch redundante opslag met leestoegang hebt ingesteld voor het opslagaccount waarin uw virtuele harde schijven (VHD's) van uw virtuele machine zijn opgeslagen, kunt u de VHD met basisinstallatiekopieën herstellen en proberen een nieuwe VIRTUELE machine ervan in te richten. Dit is geen voorkeursoptie omdat er geen garanties zijn voor synchronisatie van gegevens. Daarom is deze optie niet gegarandeerd.
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
Begin met het beveiligen van uw toepassingen die worden uitgevoerd op virtuele Azure-machines met behulp van Azure Site Recovery
Zie Herstel na noodgevallen en hoge beschikbaarheid voor Azure-toepassingen voor meer informatie over het implementeren van een strategie voor herstel na noodgevallen en hoge beschikbaarheid.
Zie technische richtlijnen voor tolerantie van Azure om een gedetailleerd technisch inzicht te krijgen in de mogelijkheden van een cloudplatform.
Als de instructies niet duidelijk zijn of als u wilt dat Microsoft de bewerkingen namens u uitvoert, neemt u contact op met de klantondersteuning.
Gegevensresidentie
In Azure is de functie om het opslaan van klantgegevens in één regio in te schakelen, momenteel alleen beschikbaar in de regio Azië - zuidoost (Singapore) van het geografisch gebied Azië en Stille Oceaan en in Brazilië - zuid van het geografisch gebied Brazilië (staat Sao Paulo). Voor alle andere regio's worden klantgegevens opgeslagen in Geo. Zie Trust Center voor meer informatie.
Volgende stappen
Maak uw eerste virtuele machine.