Ontwerpoverwegingen voor schaalsets
In dit artikel worden ontwerpoverwegingen voor Virtual Machine Scale Sets besproken. Raadpleeg Virtual Machine Scale Sets Overzicht voor informatie over wat Virtual Machine Scale Sets zijn.
Wanneer gebruikt u schaalsets in plaats van virtuele machines?
Over het algemeen zijn schaalsets handig voor het implementeren van een infrastructuur met hoge beschikbaarheid waarbij een set computers een vergelijkbare configuratie heeft. 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 in VM's:
Functies die specifiek zijn voor schaalsets
- 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 om de implementatie van veel afzonderlijke VM's parallel te organiseren.
- U kunt Automatische schaalaanpassing van Azure gebruiken om automatisch een schaalset te schalen , maar niet afzonderlijke VM's.
- U kunt schaalset-VM's opnieuw instellen , maar niet afzonderlijke VM's.
- U kunt vm's voor schaalsets te veel inrichten voor een grotere betrouwbaarheid en snellere implementatietijden. U kunt afzonderlijke VM's niet te veel inrichten, tenzij u aangepaste code schrijft om deze actie uit te voeren.
- U kunt een upgradebeleid opgeven om het eenvoudig te maken om upgrades uit te rollen op vm's in uw schaalset. Met afzonderlijke VM's moet u updates zelf indelen.
VM-specifieke functies
Sommige functies zijn momenteel alleen beschikbaar in VM's:
- U kunt een installatiekopieën vastleggen van een afzonderlijke VM, maar niet van een VM in een schaalset.
- U kunt een afzonderlijke VM migreren van systeemeigen schijven naar beheerde schijven, maar u kunt geen VM-exemplaren in een schaalset migreren.
- U kunt openbare IPv6-IP-adressen toewijzen aan afzonderlijke VM-NIC's (Virtual Network Interface Cards), maar niet voor VM-exemplaren in een schaalset. U kunt openbare IPv6-IP-adressen toewijzen aan load balancers vóór afzonderlijke VM's of schaalset-VM's.
Storage
Schaalsets met Azure Managed Disks
Schaalsets kunnen worden gemaakt met Azure Managed Disks in plaats van traditionele Azure-opslagaccounts. Managed Disks bieden de volgende voordelen:
- U hoeft niet vooraf een set Azure Storage-accounts te maken voor de schaalset-VM's.
- U kunt gekoppelde gegevensschijven definiëren voor de VM's in uw schaalset.
- Schaalsets kunnen worden geconfigureerd voor de ondersteuning van maximaal 1000 VM's in een set.
Door de gebruiker beheerde opslag
Een schaalset die niet is gedefinieerd met Azure Managed Disks is afhankelijk van door de gebruiker gemaakte opslagaccounts voor het opslaan van de besturingssysteemschijven van de VM's in de set. Een verhouding van 20 VM's per opslagaccount of minder wordt aanbevolen om een maximale IO te bereiken en ook te profiteren van overprovisioning (zie hieronder). Het is ook raadzaam om de begintekens van de namen van het opslagaccount over het alfabet te verdelen. Dit helpt bij het spreiden van de belasting over verschillende interne systemen.
Overprovisioning
Als overprovisioning is ingeschakeld, draait de schaalset in feite meer VM's dan u hebt aangevraagd, waarna de extra VM's worden verwijderd zodra het aangevraagde aantal VM's is ingericht. Overprovisioning verbetert de slagingspercentages voor inrichting en verkort de implementatietijd. U wordt niet gefactureerd voor de extra VM's en deze tellen niet mee voor uw quotumlimieten.
Hoewel overprovisioning de slagingspercentages voor het inrichten verbetert, kan dit verwarrend gedrag veroorzaken voor een toepassing die niet is ontworpen voor het verwerken van extra VM's die worden weergegeven en vervolgens verdwijnen. Als u inrichting wilt uitschakelen, moet u ervoor zorgen dat uw sjabloon de volgende tekenreeks bevat: "overprovision": "false"
. Meer informatie vindt u in de documentatie over de REST API voor schaalsets.
Als uw schaalset gebruikmaakt van door de gebruiker beheerde opslag en u overprovisioning uitschakelt, kunt u meer dan 20 VM's per opslagaccount hebben, maar het wordt niet aanbevolen om boven de 40 te gaan vanwege I/O-prestatieredenen.
Limieten
Een schaalset die is gebouwd op een Marketplace-installatiekopie (ook wel een platforminstallatiekopie genoemd) en is geconfigureerd voor het gebruik van Azure Managed Disks ondersteunt een capaciteit van maximaal 1000 VM's. Als u de schaalset zo configureert dat deze meer dan 100 VM's ondersteunt, werken niet alle scenario's hetzelfde (bijvoorbeeld taakverdeling). Zie Werken met grote Virtual Machine Scale Sets 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 die is gebouwd op een aangepaste installatiekopie (een die door u is gebouwd) kan een capaciteit van maximaal 600 VM's hebben wanneer deze is geconfigureerd met beheerde Azure-schijven. Als de schaalset is geconfigureerd met door de gebruiker beheerde opslagaccounts, moeten alle VHD's van de besturingssysteemschijf binnen één opslagaccount worden gemaakt. Als gevolg hiervan is het maximum aantal aanbevolen VM's in een schaalset die is gebouwd op basis van een aangepaste installatiekopie en door de gebruiker beheerde opslag 20. Als u overprovisioning uitschakelt, kunt u maximaal 40 gaan.