Hoge beschikbaarheid voor Service Verbinding maken or
Service Verbinding maken or ondersteunt Azure-beschikbaarheidszones om u te helpen bij het bereiken van tolerantie en betrouwbaarheid voor uw bedrijfskritieke workloads. Het doel van de architectuur voor hoge beschikbaarheid in Service Verbinding maken or is om te garanderen dat uw serviceverbindingen ten minste 99,9% van de tijd actief zijn, zodat u zich geen zorgen hoeft te maken over de gevolgen van potentiële onderhoudsbewerkingen en storingen. Service Verbinding maken or is ontworpen om ondersteuning voor hoge beschikbaarheid te bieden voor alle typen toepassingen die u uitvoert in Azure.
Gebruikers kunnen Azure Compute-services distribueren over beschikbaarheidszones in veel regio's. Service Verbinding maken or is een extensieresourceprovider voor deze rekenservices. Wanneer u een serviceverbinding maakt in een rekenservice waarvoor beschikbaarheidszones zijn ingeschakeld, wordt in Azure ook automatisch de bijbehorende beschikbaarheidszone voor serviceverbindingen ingesteld voor uw serviceverbinding. Microsoft is verantwoordelijk voor het instellen van beschikbaarheidszones en herstel na noodgevallen voor uw serviceverbindingen.
Zoneredundantie in Service Verbinding maken or
Service Verbinding maken or is een Azure-extensieresourceprovider. Het breidt Azure-app Service, Azure Spring Apps en Azure Container Apps uit. Wanneer u een nieuwe serviceverbinding maakt in een van deze rekenservices met Service Verbinding maken or, wordt er een verbindingsresource ingericht als onderdeel van uw bovenliggende rekenservice op het hoogste niveau.
Als u zoneredundantie voor uw verbinding wilt inschakelen, moet u zoneredundantie inschakelen voor uw rekenservice. Zodra de rekenservice is geconfigureerd met zoneredundantie, worden uw serviceverbindingen ook automatisch zone-redundant. Als u bijvoorbeeld een app-service hebt waarvoor zoneredundantie is ingeschakeld, worden uw App Service-exemplaren automatisch verspreid over drie zones in de geselecteerde regio. Wanneer u een serviceverbinding maakt in deze app-service met Service Verbinding maken or, wordt de serviceverbindingsresource ook automatisch gemaakt in de drie bijbehorende zones in de geselecteerde regio. Verkeer wordt doorgestuurd naar al uw beschikbare verbindingsbronnen. Wanneer een zone uitvalt, detecteert het platform de verloren exemplaren, probeert automatisch nieuwe vervangingsexemplaren te vinden en verspreidt het verkeer indien nodig.
Notitie
Service Verbinding maken or roept API's aan van een rekenservice en een doelservice om serviceverbindingen te maken, bij te werken, te valideren en weer te geven. Omdat de service Verbinding maken or afhankelijk is van de antwoorden van zowel de rekenservice als de doelservice, kunnen aanvragen naar de service Verbinding maken or in een zone-down scenario mogelijk niet slagen als de doelservice niet kan worden bereikt. Deze beperking geldt voor App Service, Azure Container Apps en Azure Spring Apps.
Een zone-redundante serviceverbinding maken met Service Verbinding maken or
Volg de onderstaande instructies om een zone-redundante serviceverbinding te maken in App Service met behulp van de Azure CLI of Azure Portal. Hetzelfde proces kan worden gebruikt om een zone-redundante verbinding te maken voor Azure Spring Apps en Azure Container Apps-rekenservices.
Als u zoneredundantie wilt inschakelen voor een serviceverbinding met behulp van de Azure CLI, begint u met het maken van een zone-redundante App Service.
Maak een App Service-plan en voeg een
--zone-redundantparameter toe. Voeg eventueel de parameter toe om de--number-of-workerscapaciteit op te geven. Meer informatie over het implementeren van een zone-redundante App Service.az appservice plan create --resource-group MyResourceGroup --name MyPlan --zone-redundant --number-of-workers 6Maak een toepassing in App Service en een verbinding met uw Blob Storage-account of een andere doelservice van uw keuze.
az webapp create --name MyApp --plan MyPlan resource-group MyResourceGroup az webapp connection create storage-blob
Omdat u zoneredundantie hebt ingeschakeld voor uw App Service, is de serviceverbinding ook zone-redundant.
Fooi
Het inschakelen van zoneredundantie voor uw doelservice wordt aanbevolen. In een zone-down scenario wordt verkeer naar uw verbinding automatisch verspreid naar andere zones. Het maken, valideren en bijwerken van verbindingen is echter afhankelijk van beheer-API's van de doelservice. Als een doelservice geen zoneredundantie ondersteunt of geen zoneredundantie heeft ingeschakeld, mislukken deze bewerkingen.
Inzicht in herstel na noodgevallen en tolerantie in Service Verbinding maken or
Herstel na noodgevallen is het proces van het herstellen van toepassingsfunctionaliteit na een catastrofaal verlies.
In de cloud erkennen we vooraf dat er zeker fouten optreden. In plaats van fouten helemaal te proberen te voorkomen, is het doel de effecten van een onderdeel met een storing te beperken. Als er zich een noodgeval voordoet, voert Service Verbinding maken or een failover uit naar de gekoppelde regio. Klanten hoeven niets te doen als de storing wordt besloten/gedeclareerd door het service-Verbinding maken orteam.
We gebruiken de termen RTO (Recovery Time Objective) om de tijd aan te geven tussen het begin van een storing die van invloed is op service Verbinding maken or en het herstel naar volledige beschikbaarheid. We gebruiken RPO (Recovery Point Objective), om de tijd aan te geven tussen de laatste bewerking die correct is hersteld en de tijd van het begin van de storing die van invloed is op service Verbinding maken or. Verwachte en maximale RPO is 24 uur en RTO is 24 uur.
Bewerkingen voor service-Verbinding maken or kunnen mislukken tijdens de noodgeval, voordat de failover plaatsvindt. Zodra de failover is voltooid, worden gegevens hersteld en hoeft de klant geen actie te ondernemen.
Serviceconnector verwerkt bedrijfscontinuïteit en herstel na noodgevallen (BCRD) voor opslag en berekening. Het platform streeft ernaar zo min mogelijk impact te hebben in geval van problemen in opslag/compute, in elke regio. Het ontwerp van de gegevenslaag geeft prioriteit aan beschikbaarheid boven latentie in het geval van een noodgeval, wat betekent dat als een regio uitvalt, service-Verbinding maken or de aanvraag van de eindgebruiker van de gekoppelde regio probeert te verwerken.
Tijdens de failoveractie verwerkt de Service Verbinding maken or de DNS-herapping naar de beschikbare regio's. Alle gegevens en acties vanuit de weergave van de klant dienen zoals gebruikelijk na een failover. Service Verbinding maken or zal de DNS binnen ongeveer één uur wijzigen. Het uitvoeren van een handmatige failover kost meer tijd. Omdat Service Verbinding maken or een resourceprovider is die is gebouwd op basis van andere Azure-services, is de werkelijke tijd afhankelijk van de failovertijd van de onderliggende services.
Ondersteuning voor regio's voor herstel na noodgevallen
Service Verbinding maken or ondersteunt momenteel de volgende regioparen. In het geval van een storing in de primaire regio wordt failover naar de secundaire regio automatisch gestart.
| Primair | Secundair |
|---|---|
| VS - oost 2 EUAP | VS - oost |
| VS - west-centraal | VS - west-centraal 2 |
| Europa -west | Europa - noord |
| Europa - noord | Europa -west |
| VS - oost | VS - west 2 |
| VS - west 2 | VS - oost |
Failover tussen regio's
Microsoft is verantwoordelijk voor het afhandelen van failovers tussen regio's. Service Verbinding maken or voert elke 10 minuten statuscontroles uit en regionale failovers worden gedetecteerd en verwerkt in de service-Verbinding maken or-back-end. Voor het failoverproces zijn geen wijzigingen in de toepassingen of rekenserviceconfiguraties van de klant vereist. Service Verbinding maken or maakt gebruik van een actief-passieve clusterconfiguratie met automatische failover. Na een noodherstel kunnen klanten de volledige functionaliteit van Service Verbinding maken or gebruiken.
De statuscontrole die elke 10 minuten wordt uitgevoerd, simuleert gebruikersgedrag door verbindingen met doelservices te maken, valideren en bij te werken in elk van de rekenservices die worden ondersteund door Service Verbinding maken or. Microsoft begint met het analyseren en starten van een service-Verbinding maken of failover als we aan een van de volgende voorwaarden voldoen:
- De servicestatuscontrole mislukt drie keer op rij
- Service Verbinding maken or's afhankelijke services declareren een storing
- Klanten melden een regio-storing
Aanvragen voor serviceverbindingen worden beïnvloed tijdens een failover. Zodra de failover is voltooid, worden serviceverbindingsgegevens hersteld. U kunt de Azure-statuspagina controleren om de status van alle Azure-services te controleren.
Volgende stappen
Ga naar het conceptartikel hieronder voor meer informatie over Service Verbinding maken or.