Delen via

Veelgestelde vragen over Azure Windows machines die zijn gemaakt met het klassieke implementatiemodel

  • Artikel

Belangrijk

Klassieke VM's worden op 1 maart 2023 buiten gebruik gesteld.

Als u IaaS-resources van ASM gebruikt, dient u de migratie uiterlijk 1 maart 2023 te voltooien. U wordt aangeraden al eerder over te schakelen om te kunnen profiteren van de vele functieverbeteringen in Azure Resource Manager.

Zie Uw IaaS-resources vóór 1 maart 2023 naar Azure Resource Manager migreren voor meer informatie.

Notitie

Azure heeft twee verschillende implementatiemodellen voor het maken en werken met resources: Resource Manager en klassiek. In dit artikel wordt het gebruik van het klassieke implementatiemodel beschreven. U doet er verstandig aan voor de meeste nieuwe implementaties het Resource Manager-model te gebruiken. Hier vindt u de veelgestelde vragen Resource Manager het model gebruikt.

In dit artikel komen enkele veelgestelde vragen aan bod over virtuele machines van Azure die zijn gemaakt met het klassieke implementatiemodel.

Kan ik een VM die is gemaakt met het klassieke implementatiemodel migreren naar het nieuwe model van Resource Manager?

Ja. Instructies voor het migreren vindt u hier:

Wat kan ik uitvoeren op een VM van Azure?

Alle abonnees kunnen serversoftware uitvoeren op een virtuele machine van Azure. U kunt recente versies van Windows Server uitvoeren, evenals een aantal Linux-distributies. Zie deze artikelen voor meer informatie over ondersteuning:

• Voor VM's van Windows -- Ondersteuning van Microsoft-serversoftware voor Azure Virtual Machines

• Voor VM's van Linux -- Linux op door Azure goedgekeurde distributies

Voor het uitvoeren van ontwikkel- en testtaken voor installatiekopieën van Windows-clients zijn bepaalde versies van Windows 7 en Windows 8.1 beschikbaar voor MSDN-abonnees met Azure-voordelen en MSDN-abonnees met Pay-As-You-Go Dev/Test. Zie het Engelstalige blogbericht Windows Client images for MSDN subscribers voor meer informatie, zoals instructies en beperkingen.

Waarom worden affiniteitsgroepen afgeschaft?

Affiniteitsgroepen zijn een verouderd concept voor een geografische groepering van cloudservice-implementaties en opslagaccounts van een klant in Azure. De groepen zijn destijds ontwikkeld om de prestaties van het VM-VM-netwerk in de vroege Azure-netwerkontwerpen te verbeteren. Affiniteitsgroepen boden ook ondersteuning voor de eerste versie van virtuele netwerken (VNets), die beperkt waren tot een kleine set hardware in een regio.

Het huidige Azure-netwerk in een regio is zodanig ontworpen dat affiniteitsgroepen niet meer nodig zijn. Virtuele netwerken ondersteunen nu ook een regionaal bereik en dus is een affiniteitsgroep niet meer vereist wanneer u een virtueel netwerk gebruikt. Dankzij deze verbeteringen krijgen klanten niet meer het advies om affiniteitsgroepen te gebruiken, omdat deze in sommige scenario's beperkingen kunnen veroorzaken. Als u affiniteitsgroepen gebruikt, worden uw virtuele machines onnodig gekoppeld aan specifieke hardware, waardoor de keuze van beschikbare VM-grootten afneemt. Een ander punt is dat er capaciteitsfouten kunnen optreden wanneer u probeert nieuwe VM's toe te voegen en de specifieke hardware die is gekoppeld aan de affiniteitsgroep, bijna geen capaciteit meer heeft.

De functies van affiniteitsgroepen zijn al afgeschaft in het implementatiemodel Azure Resource Manager en in Azure Portal. Voor de klassieke Azure-portal wordt de ondersteuning voor het maken van affiniteitsgroepen inmiddels afgebouwd. Dit geldt ook voor het maken van opslagresources die zijn gekoppeld aan een affiniteitsgroep. U hoeft geen wijzigingen aan te brengen in bestaande cloudservices die een affiniteitsgroep gebruiken. Het wordt echter afgeraden om affiniteitsgroepen te gebruiken voor nieuwe cloudservices, tenzij dit wordt geadviseerd door een ondersteuningsmedewerker van Azure.

Hoeveel opslagruimte kan ik gebruiken met een virtuele machine?

Elke gegevensschijf kan maximaal 1 TB groot zijn. Het aantal gegevensschijven dat u kunt gebruiken, is afhankelijk van de grootte van de virtuele machine. Zie Grootten voor virtuele machines voor meer informatie.

Een Azure-opslagaccount biedt opslag voor de schijf met het besturingssysteem en eventuele gegevensschijven. Elke schijf is een VHD-bestand dat wordt opgeslagen als een pagina-blob. Zie deze pagina voor prijsinformatie.

Welke typen virtuele harde schijf kan ik gebruiken?

Azure ondersteunt alleen vaste, virtuele harde schijven met de indeling VHD. Als u een VHDX hebt die u wilt gebruiken in Azure, moet u deze eerst converteren met behulp van Hyper-V Manager of de cmdlet convert-VHD. Daarna gebruikt u de cmdlet Add-AzureVHD (in de modus Service Management) om de VHD te uploaden naar een opslagaccount in Azure, zodat u de schijf kunt gebruiken met virtuele machines.

Zijn deze virtuele machines hetzelfde als virtuele machines van Hyper-V?

Op veel punten zijn ze vergelijkbaar met Hyper-V-VM's van de 'eerste generatie', maar ze zijn niet precies hetzelfde. Beide typen bieden gevirtualiseerde hardware, en de virtuele harde schijven met VHD-indeling zijn compatibel. Dit betekent dat u ze kunt verplaatsen tussen Hyper-V en Azure. Er zijn echter drie belangrijke verschillen die gebruikers van Hyper-V soms verrassen:

  • Azure biedt geen consoletoegang tot een virtuele machine. Een virtuele machine is pas toegankelijk nadat deze volledig is opgestart.
  • VM's van Azure hebben in de meeste grootten maar één virtuele netwerkadapter, wat betekent dat ze ook maar één extern IP-adres kunnen hebben. (De grootten A8 en A9 gebruiken een tweede netwerkadapter voor de communicatie van toepassingen tussen instanties in beperkte scenario's.)
  • VM's van Azure bieden geen ondersteuning voor functies van Hyper-V-VM's van de tweede generatie. Zie voor meer informatie over deze functies Specificaties van virtuele machines voor Hyper-V en Overzicht van virtuele machines van generatie 2.

Kunnen deze virtuele machines mijn bestaande, on-premises netwerkinfrastructuur gebruiken?

Voor virtuele machines die zijn gemaakt in het klassieke implementatiemodel kunt u Azure Virtual Network gebruiken om uw bestaande infrastructuur uit te breiden. De methode is vergelijkbaar met het opzetten van een filiaal. U kunt virtuele particuliere netwerken (VPN's) inrichten en beheren in Azure, maar u kunt ze ook op een veilige manier verbinden met een on-premises IT-infrastructuur. Zie Overzicht van Azure Virtual Network voor meer informatie.

Op het moment dat u de virtuele machine maakt, moet u het netwerk opgeven waarvan de virtuele machine deel moet uitmaken. Het is niet mogelijk om een bestaande virtuele machine te koppelen aan een virtueel netwerk. U dit probleem omzeilen door de virtuele harde schijf (VHD) los te koppelen van de bestaande virtuele machine en de schijf vervolgens gebruiken om een nieuwe virtuele machine te maken met de gewenste netwerkconfiguratie.

Hoe krijg ik toegang tot mijn virtuele machine?

U moet een externe verbinding tot stand brengen om u aan te melden bij de virtuele machine met behulp van Verbinding met extern bureaublad voor een Windows-VM of een Secure Shell (SSH) voor een Linux-VM. Instructies vindt u hier:

Als er problemen optreden met Extern bureaublad of SSH, installeert en gebruikt u de extensie VMAccess om het probleem op te lossen.

Voor Windows-VM's gelden nog deze extra opties:

Als u bekend bent met Hyper-V, verwacht u misschien een hulpprogramma zoals VMConnect. Azure biedt echter geen vergelijkbaar hulpprogramma omdat consoletoegang tot een virtuele machine niet wordt ondersteund.

Kan ik de tijdelijke schijf (het station D: voor Windows of /dev/sdb1 voor Linux) gebruiken voor het opslaan van gegevens?

U moet de tijdelijke schijf (standaard het station D: voor Windows of /dev/sdb1 voor Linux) niet gebruiken voor het opslaan van gegevens. Deze schijven zijn alleen als tijdelijke opslag bedoeld, wat betekent dat u het risico loopt gegevens kwijt te raken die dan niet kunnen worden hersteld. Dit kan gebeuren wanneer de virtuele machine wordt verplaatst naar een andere host. Hiervoor zijn verschillende redenen te bedenken, zoals het aanpassen van de grootte van een virtuele machine, het bijwerken van de host of een hardwarefout op de host.

Hoe wijzig ik de stationsletter van de tijdelijke schijf?

Op een virtuele machine van Windows kunt u de stationsletter wijzigen door het wisselbestand te verplaatsen en stationsletters opnieuw toe te wijzen. Het is wel essentieel dat u de stappen in een bepaalde volgorde uitvoert. Zie Use the D: drive as a data drive on a Windows VM (Het station D: als gegevensstation gebruiken op een Windows-VM) voor instructies.

Hoe kan ik het gastbesturingssysteem upgraden?

De term 'upgraden' betekent meestal overstappen naar een recentere versie van het besturingssysteem, met behoud van de huidige hardware. In het geval van VM's van Azure verschilt het proces voor het overstappen naar een recentere versie voor Linux- en Windows-machines:

  • Gebruik voor VM's van Linux de hulpprogramma's en procedures voor pakketbeheer die beschikbaar zijn voor de distributie.
  • Voor een virtuele machine van Windows moet u de server migreren, bijvoorbeeld met het hulpprogramma voor migratie van Windows-servers. U moet niet proberen om het gastbesturingssysteem te upgraden terwijl dit deel uitmaakt van Azure. Dit wordt namelijk niet ondersteund vanwege het risico de toegang tot de virtuele machine te verliezen. Als er tijdens de upgrade problemen optreden, is de kans aanwezig dat u geen Extern bureaublad-sessie kunt starten en de problemen dus niet kunt oplossen.

Zie Functies en onderdelen migreren in Windows Server voor algemene informatie over de hulpprogramma's en processen voor het migreren van een computer met Windows Server.

Welke gebruikersnaam en welk wachtwoord worden standaard gebruikt op een virtuele machine?

De installatiekopieën die worden verstrekt door Azure bevatten geen vooraf geconfigureerde gebruikersnaam en wachtwoord. Wanneer u een virtuele machine maakt met behulp van een van deze afbeeldingen, moet u een gebruikersnaam en wachtwoord opgeven, die u gebruikt om u aan te melden bij de virtuele machine.

Als u de gebruikersnaam of het wachtwoord bent vergeten en u de VM-agent hebt geïnstalleerd, kunt u de extensie VMAccess installeren en gebruiken om het probleem op te lossen.

Aanvullende details:

  • Als u voor de Linux-afbeeldingen de Azure Portal gebruikt, wordt 'azureuser' als standaardgebruikersnaam opgegeven, maar u kunt dit wijzigen door 'Uit galerie' te gebruiken in plaats van 'Snel maken' als de manier om de virtuele machine te maken. Als u Uit galerie gebruikt, kunt u ook beslissen of u zich wilt aanmelden met een wachtwoord, een SSH-sleutel of beide. Het gebruikersaccount is een niet-bevoegde gebruiker met 'sudo'-toegang voor het uitvoeren van opdrachten met verhoogde bevoegdheden. Het root-account is uitgeschakeld.
  • Voor Windows-installatiekopieën moet u een gebruikersnaam en wachtwoord opgeven wanneer u de virtuele machine maakt. Het account wordt toegevoegd aan de groep Administrators.

Kan Azure een antivirusprogramma uitvoeren op mijn virtuele machines?

Azure biedt verschillende opties voor antivirusoplossingen, maar het beheer hiervan moet u zelf regelen. Zo is het mogelijk dat u een afzonderlijk abonnement nodig hebt voor anti-malwaresoftware en moet u bepalen wanneer er scans worden uitgevoerd en updates worden geïnstalleerd. U kunt ondersteuning voor een antivirusprogramma toevoegen met behulp van een VM-extensie voor Microsoft Antimalware, Symantec Endpoint Protection of TrendMicro Deep Security Agent wanneer u een virtuele Windows-computer maakt. Dit kan trouwens ook op een later tijdstip. De extensies van Symantec en TrendMicro kunt u gebruiken met een gratis, tijdelijk proefabonnement of met een bestaand zakelijk abonnement. Microsoft Antimalware is gratis. Zie deze artikelen voor meer informatie:

Wat zijn de opties voor back-up en herstel?

Azure Backup is beschikbaar als preview in bepaalde regio's. Zie Back-ups maken van virtuele machines van Azure voor meer informatie. Andere oplossingen zijn beschikbaar van gecertificeerde partners. Als u wilt weten wat er op dit moment beschikbaar is, zoekt u Azure Marketplace.

Een andere mogelijkheid is om de voorzieningen voor momentopnamen van blob-opslag te gebruiken. Het is belangrijk dat u de VM afsluit voordat u een bewerking gaat uitvoeren die afhankelijk is van een momentopname van een blob. Hierdoor worden openstaande schrijfbewerkingen worden opgeslagen en wordt het bestandssysteem in een consistente status geplaatst.

Hoe worden er in Azure kosten in rekening gebracht voor mijn VM?

Azure rekent een uurprijs op basis van de grootte en het besturingssysteem van de VM. Voor niet-hele uren worden alleen de minuten van gebruik in rekening gebracht. Als u de VM maakt aan de hand van een VM-installatiekopie met bepaalde vooraf geïnstalleerde software, kunnen er extra softwarekosten bijkomen (op uurbasis). In Azure worden afzonderlijke kosten in rekening gebracht voor opslag voor de besturingssysteemschijf en de gegevensschijven van de VM. Tijdelijke opslagruimte is gratis.

Er worden kosten in rekening gebracht wanneer de VM de status Uitvoeren of Gestopt heeft, maar niet bij de status Gestopt (Toewijzing ongedaan gemaakt). Als u een VM in de status Gestopt (Toewijzing ongedaan gemaakt) wilt zetten, voert u een van de volgende handelingen uit:

  • Sluit de VM af of verwijder deze uit Azure Portal.
  • Gebruik de cmdlet Stop-AzureVM, beschikbaar in de Azure PowerShell-module.
  • Gebruik de bewerking Rol afsluiten in de REST-API van Servicebeheer en geef StoppedDeallocated op voor het element PostShutdownAction.

Zie Prijzen van virtuele machines voor meer informatie.

Wordt mijn VM opnieuw opgestart door Azure voor onderhoud?

Azure zal uw VM soms opnieuw opstarten als onderdeel van reguliere, geplande onderhoudsupdates in de Azure-datacenters.

Niet-gepland onderhoudsgebeurtenissen kunnen optreden wanneer Azure een ernstige hardwareprobleem vaststelt dat betrekking heeft op uw VM. Voor niet-geplande gebeurtenissen word de VM automatisch gemigreerd naar een goed werkende host en wordt de VM opnieuw opgestart.

In het geval van een zelfstandige VM (een VM die geen deel uitmaakt van een beschikbaarheidsset) wordt er vanuit Azure ten minste één week voor gepland onderhoud een e-mail verstuurd naar de servicebeheerder van het abonnement met de mededeling dat de VM tijdens dit onderhoud opnieuw kan worden opgestart. Toepassingen die worden uitgevoerd op de VM's kunnen tijdelijk niet beschikbaar zijn.

U kunt ook de Azure Portal of Azure PowerShell logboeken voor opnieuw opstarten te bekijken wanneer het opnieuw opstarten heeft plaatsgevonden vanwege gepland onderhoud. Zie voor meer informatie VM-opstartlogboeken bekijken.

Om redundantie te bieden, plaatst u twee of meer vergelijkbaar geconfigureerde VM's in dezelfde beschikbaarheidsset. Op deze manier zorgt u ervoor dat er ten minste één VM beschikbaar is tijdens gepland of ongepland onderhoud. Azure garandeert bepaalde niveaus van VM-beschikbaarheid voor deze configuratie. Zie Beschikbaarheid van virtuele machines beheren voor meer informatie.

Aanvullende resources

Informatie over Azure Virtual Machines

Virtuele Linux-machines maken en beheren met de Azure CLI

Windows-VM's maken en beheren met Azure PowerShell