Migreren van Load Balancer naar ondersteuning voor beschikbaarheidszones
In deze handleiding wordt beschreven hoe u Load Balancer migreert van ondersteuning voor niet-beschikbaarheidszones naar ondersteuning voor beschikbaarheid. We nemen u door de verschillende opties voor migratie.
Een standaard load balancer ondersteunt extra mogelijkheden in regio's waar beschikbaarheidszones beschikbaar zijn. Configuraties voor beschikbaarheidszones zijn beschikbaar voor beide typen Standard load balancer; openbaar en intern. Een zone-redundante front-end overleeft een zonefout door een toegewezen infrastructuur in alle zones tegelijk te gebruiken. Een of meer beschikbaarheidszones kunnen mislukken en het gegevenspad blijft behouden zolang één zone in de regio in orde blijft. Daarnaast kunt u een front-end vastmaken aan een specifieke zone. Een zonegebonden front-end wordt geleverd door een toegewezen infrastructuur in één zone. Ongeacht de zonegebonden configuratie kan de back-endpool VM's van elke zone bevatten.
Vereisten
- Gebruik de Standard-SKU voor load balancer en openbaar IP-adres voor ondersteuning van beschikbaarheidszones.
- Het type Basic SKU wordt niet ondersteund.
- Als u deze resource wilt maken of verplaatsen, moet u de rol Netwerkbijdrager of hoger hebben.
Vereisten voor downtime
Downtime is vereist. Alle migratiescenario's vereisen enige downtime, tot het wijzigen van resources die worden gebruikt door de configuraties van de load balancer.
Notitie
Bestaand front-end-IP-adres kan niet worden gewijzigd om beschikbaarheidszones te ondersteunen. Er moet een nieuw zone-redundant of zonegebonden front-end-IP-adres worden gemaakt en gekoppeld aan de bestaande load balancer. Met deze bewerking wordt het openbare IP-adres van de load balancer gewijzigd, waardoor de connectiviteit voor resources met het oude front-end-IP-adres wordt verbroken. Zorg ervoor dat u de taakverdelingsregels bijwerkt om het nieuwe openbare IP-adres van de front-end te gebruiken.
Migratieoptie 1: bestaande Load Balancer inschakelen om beschikbaarheidszones te gebruiken (dezelfde regio)
Stel dat u een bestaande load balancer moet inschakelen om beschikbaarheidszones binnen dezelfde Azure-regio te gebruiken. Hiervoor hoeft u uw load balancer niet opnieuw te implementeren om van deze migratie te profiteren. Als u uw load balancer op de hoogte wilt stellen van az, moet u de front-end-IP-configuratie van uw load balancer opnieuw maken met behulp van een nieuw zonegebonden/zone-redundant IP-adres en bestaande taakverdelingsregels opnieuw koppelen aan de nieuwe front-end. Houd er rekening mee dat deze migratie downtime met zich meebrengt wanneer het IP-adres wordt gewijzigd en regels opnieuw worden gekoppeld.
Notitie
Het is niet vereist om een load balancer voor elke zone te hebben, maar een enkele load balancer met meerdere front-ends (zone- of zone-redundant) die zijn gekoppeld aan hun respectieve back-endpools, dient het doel.
Omdat front-end-IP zone- of zone-redundant kan zijn, moeten gebruikers op basis van de vereisten beslissen welke optie ze kiezen. Hieronder volgen aanbevelingen voor elke:
| Front-end-IP-configuratie | Aanbeveling |
|---|---|
| Zonegebonden front-end | U wordt aangeraden zonegebonden front-end te maken wanneer de back-end zich in een bepaalde zone bevindt. Als back-endexemplaren bijvoorbeeld zijn vastgemaakt aan zone 2, is het zinvol om een front-end-IP-configuratie te maken in beschikbaarheidszone 2. |
| Zone-redundante front-end | Wanneer de resources (VM's, NIC's, IP-adressen, enzovoort) in een back-endpool zijn verdeeld over zones, is het raadzaam om zone-redundante front-end te maken. Dit biedt de hoge beschikbaarheid en zorgt voor naadloze connectiviteit, zelfs als een zone uitvalt. |
Migratieoptie 2: Load Balancer migreren naar een andere regio met AZ's
Afhankelijk van het type load balancer dat u hebt, moet u verschillende stappen uitvoeren. In de volgende secties wordt het migreren van zowel externe als interne load balancers behandeld.
Een interne Load Balancer migreren
Wanneer u een interne load balancer maakt, wordt een virtueel netwerk geconfigureerd als netwerk voor de load balancer. Een privé-IP-adres in het virtuele netwerk wordt geconfigureerd als de front-end (standaard LoadBalancerFrontend genoemd) voor de load balancer. Tijdens het configureren van dit FE-IP-adres kunt u de beschikbaarheidszones selecteren.
Interne Load Balancers van Azure kunnen niet van de ene regio naar de andere worden verplaatst. U moet de nieuwe load balancer koppelen aan resources in de doelregio. Voor de migratie kunt u een Azure Resource Manager-sjabloon gebruiken om de bestaande configuratie en het virtuele netwerk van een interne load balancer te exporteren. Vervolgens kunt u de resource in een andere regio faseren door de load balancer en het virtuele netwerk naar een sjabloon te exporteren, de parameters aan te passen aan de doelregio en vervolgens de sjablonen in de nieuwe regio te implementeren.
- Als onderdeel van dit proces moet de configuratie van het virtuele netwerk van de interne load balancer eerst worden uitgevoerd voordat de interne load balancer wordt verplaatst. Zorg ervoor dat u de naam en doellocatie van het virtuele netwerk wijzigt en dat alle parameters, zoals adresvoorvoegsel en subnetten, optioneel zijn om bij te werken.
- Zodra VNET is geïmplementeerd in de doelregio. Exporteer de interne load balancer-sjabloon, bewerk de naam van de doel load balancer, de doel-VNET-resource-id en andere parameters.
- Taakverdelingsregels, binnenkomende NAT-regels en statustests kunnen ongewijzigd blijven, tenzij u de regels wilt wijzigen.
- Zorg er tijdens het implementeren van het privé-IP-adres van de front-end in het subnet voor dat zones zijn geselecteerd op basis van de vereiste.
- Controleer alle wijzigingen en implementeer de sjabloon vanuit de portal of PowerShell.
Zie Interne Load Balancer verplaatsen tussen regio's als u een interne load balancer wilt migreren naar beschikbaarheidszones tussen regio's.
Een openbare (externe) Load Balancer migreren
Openbare Azure-load balancers kunnen niet tussen regio's worden verplaatst. Als u de load balancer opnieuw wilt implementeren naar een nieuwe regio met zones, is de meest geschikte methode het exporteren van de Azure Resource Manager-sjabloon van het bestaande openbare IP-adres en de externe load balancer. Vervolgens kunt u de resources in een andere regio faseren door de sjabloon en parameters aan te passen aan de doelregio en vervolgens de sjabloon te implementeren in de nieuwe regio.
Als u een openbare load balancer wilt migreren naar beschikbaarheidszones tussen regio's, raadpleegt u Het verplaatsen van openbare Load Balancer tussen regio's.
Beperkingen
- Zones kunnen na het maken niet meer worden gewijzigd, bijgewerkt of gemaakt voor de resource.
- Resources kunnen na het maken niet worden bijgewerkt van zone-redundant naar zone-redundant of omgekeerd.
Volgende stappen
Zie voor meer informatie over load balancers en beschikbaarheidszones: