Ontwerpoverwegingen voor schaalsets

In dit artikel worden ontwerpoverwegingen voor virtuele-machineschaalsets besproken. Voor informatie over wat virtuele-machineschaalsets zijn, raadpleeg Overzicht van virtuele-machineschaalsets.

Wanneer moet u schaalsets gebruiken in plaats van virtuele machines?

Over het algemeen zijn schaalsets handig voor elke implementatie met meerdere VM's, omdat u hiermee kunt definiëren of exemplaren zijn verspreid over beschikbaarheidszones of foutdomeinen, of platformupdates moeten worden gecoördineerd om volledige downtime van toepassingen te verminderen of te elimineren, en biedt indelingen en batchinstantiebeheer. Sommige functies zijn echter alleen beschikbaar in schaalsets, terwijl andere functies alleen beschikbaar zijn in VM's. Als u een weloverwogen beslissing wilt nemen over het gebruik van elke technologie, moet u eerst enkele van de veelgebruikte functies bekijken die beschikbaar zijn in schaalsets, maar niet op VM's:

Schaalsetspecifieke functies

• Zodra u de configuratie van de schaalset hebt opgegeven, kunt u de capaciteitseigenschap bijwerken om meer VM's parallel te implementeren. Dit proces is beter dan het schrijven van een script voor het parallel implementeren van veel afzonderlijke VM's.
• U kunt Automatische schaalaanpassing van Azure gebruiken om exemplaren automatisch toe te voegen of te verwijderen op basis van een vooraf gedefinieerd schema, metrische gegevens of voorspellende AI.
• U kunt een upgradebeleid opgeven om upgrades eenvoudig uit te rollen op VM's in uw schaalset. Met afzonderlijke VM's moet u updates zelf organiseren.

VM-specifieke functies

Sommige functies zijn momenteel alleen beschikbaar in VM's:

• U kunt een installatiekopie van een virtuele machine vastleggen in een flexibele schaalset, maar niet van een virtuele machine in een uniforme schaalset.
• U kunt een afzonderlijke VIRTUELE machine migreren van klassieke schijven naar beheerde schijven, maar u kunt GEEN VM-exemplaren migreren in een uniforme schaalset.

Overvoorziening

Als overprovisioning is ingeschakeld, start de schaalset daadwerkelijk meer VM's dan u hebt aangevraagd en worden de extra VM's verwijderd zodra de gevraagde hoeveelheid VM's succesvol is ingericht. Met overprovisioning worden de slagingspercentages verbeterd en wordt de implementatietijd verkort. U wordt niet gefactureerd voor de extra VM's en ze tellen niet mee voor uw quotumlimieten.

Hoewel overprovisioning de slagingspercentages voor inrichting verbetert, kan dit verwarrend gedrag veroorzaken voor een toepassing die niet is ontworpen om extra VM's te verwerken die verschijnen en vervolgens verdwijnen. Om overprovisioning uit te schakelen, moet u ervoor zorgen dat u de volgende tekenreeks in uw sjabloon hebt: "overprovision": "false". Meer details vindt u in de Scale Set REST API-documentatie.

Als uw schaalset gebruikmaakt van door de gebruiker beheerde opslag en u overprovisioning uitzet, kunt u meer dan 20 VM's per opslagaccount hebben, maar het wordt afgeraden om boven de 40 te gaan vanwege redenen van IO-prestaties.

Grenzen

Een schaalset die is gebouwd op een Marketplace-installatiekopie (ook wel een platforminstallatiekopie genoemd) of een door de gebruiker gedefinieerde aangepaste installatiekopie in een Azure Compute Gallery en geconfigureerd voor het gebruik van Azure Managed Disks ondersteunt een capaciteit van maximaal 1000 VM's. Als u uw schaalset configureert ter ondersteuning van meer dan 100 VM's, werken niet alle scenario's hetzelfde (bijvoorbeeld taakverdeling). Zie Werken met grote virtuele-machineschaalsets voor meer informatie.

Een schaalset die is geconfigureerd met door de gebruiker beheerde opslagaccounts, is momenteel beperkt tot 100 VM's (en 5 opslagaccounts worden aanbevolen voor deze schaal).

Een schaalset gebouwd op de legacy managed image kan een capaciteit hebben van maximaal 600 VM's wanneer deze is geconfigureerd met Azure Managed Disks. Als de schaalset is geconfigureerd met door de gebruiker beheerde opslagaccounts, moet deze alle VHD's van de besturingssysteemschijf binnen één opslagaccount maken. Als gevolg hiervan is het maximum aantal aanbevolen VM's in een schaalset dat is gebouwd op een aangepaste installatiekopie en door de gebruiker beheerde opslag 20. Als u overprovisioning uitschakelt, kunt u een waarde van 40 bereiken.