Er kunnen netwerkservicestoringen optreden. Het is niet een kwestie van óf, maar van wanneer. Cloudplatforms en Content Delivery Networks (CDN's) met SLA's van 100% uptime zijn niet immuun. Ze ervaren storingen, net als al het andere.

De vraag is: wat doe je als een van je netwerkdiensten uitvalt? Zal het gebrek aan redundante services u offline brengen? Of kiest u voor een failover naar een andere provider, waarbij u een naadloze gebruikerservaring behoudt? Hoe zal dat failover-proces aan de back-end werken? Zal het geautomatiseerd of handmatig zijn?

De meeste middelgrote en grote organisaties hebben dat wel redundante systemen om hen te helpen een storing te overleven. Wat ze wel of niet hebben geïnstalleerd, is het geautomatiseerde mechanisme dat verkeer omleidt naar die redundante systemen wanneer er een De kerndienst gaat omlaag.

IBM NS1 Connect Filter Chain™-technologie maakt gebruik van de kracht van DNS om verkeer automatisch om te leiden tussen serviceproviders wanneer er een verstoring van de netwerkservice is. Met een paar basisregels kan NS1 Connect bewaakt de status van uw netwerk en schakelt indien nodig van eindpunt. Je bepaalt vooraf de regels en de prioriteiten; alles daarna gebeurt automatisch.

Op het NS1-platform worden filterketenconfiguraties toegepast op individuele records binnen DNS-zones. Filterketens bepalen hoe NS1 zoekopdrachten voor elke record afhandelt, en met name welke antwoorden moeten worden geretourneerd. Elke filterketen gebruikt een unieke logica om query's te verwerken. U kunt combinaties van filters maken om een ​​specifiek resultaat te bereiken op basis van uw operationele of zakelijke behoeften.

Natuurlijk wil niet iedereen het failoververkeer op dezelfde manier sturen. Daarom hebben we een korte handleiding samengesteld over het bouwen van actief-actief, actief-passief en handmatige failover-systemen met behulp van filterketens.

Actief-actief failover

In dit gebruiksscenario bewaken NS1-gegevensbronnen of gegevensbronnen van derden de status van individuele eindpunten in uw applicatieleveringsinfrastructuur. Wanneer de gegevens wijzen op een storing op één systeem, stuurt NS1 het verkeer automatisch door naar de secundaire systemen die u kiest. Het wordt 'actief-actief' genoemd omdat die secundaire systemen waarschijnlijk toch al actief zijn als onderdeel van uw load-balancing-systeem. Wanneer er een storing is in één systeem, herbalanceert NS1 de belasting gewoon naar de reeds actieve systemen.

Het eerste filter in de keten is “Up”. Dit filter vertelt het systeem of het eindpunt van de serviceprovider operationeel is of niet.

Het tweede filter in de keten is ‘Shuffle’ of ‘Weighted Shuffle’. Als het ‘Omhoog’-filter voor een eindpunt een ‘vals’ antwoord retourneert, wordt het verkeer automatisch naar andere providers gedistribueerd. Shuffle verdeelt het verkeer willekeurig, terwijl Weighted Shuffle het verdeelt op basis van de gewichten die u opgeeft.

Geef ten slotte op hoeveel antwoorden DNS moet geven op inkomende vragen. RFC 1912 vereist dat er slechts één antwoord wordt geretourneerd voor elke CNAME-query. Met het filter “Select First N” kunt u het aantal antwoorden opgeven dat wordt geretourneerd naar de aanvragende client, maar de standaardwaarde moet één zijn.

Actief-passieve failover

Net als bij actief-actief gebruik bewaken NS1-gegevensbronnen of gegevensbronnen van derden de status van uw applicatieleveringsinfrastructuur en leiden zij verkeer naar secundaire systemen in het geval van een primaire systeemstoring. Het verschil hier is dat de secundaire systemen mogelijk nog geen verkeer verwerken; ze worden alleen als redundante optie ingeschakeld als dat nodig is.

Net als in het vorige voorbeeld is het eerste filter in deze keten “Omhoog”. Op basis van monitoringgegevens zoekt NS1 uit welke van de onderliggende diensten online zijn.

Het tweede filter in deze keten is ‘Prioriteit’. Dit filter creëert een logica die prioriteit geeft aan actieve systemen boven passieve systemen of back-upsystemen. Als antwoorden met een hogere prioriteit beschikbaar zijn, worden deze gesorteerd op de eerste positie op de lijst met mogelijke antwoorden. Als dit niet het geval is, gaat NS1 verder op de prioriteitenlijst totdat het een beschikbare bron vindt.

Ten slotte bepaalt “Select First N” het aantal te leveren antwoorden. Het antwoord dat u in dit geval zou willen geven, is één.

Handmatige failover

Soms wilt u pas failover-beslissingen nemen nadat u meer over de situatie weet. In deze gevallen is de filterketen het implementatiemechanisme dat u gebruikt zodra u heeft bepaald waar u het verkeer naartoe wilt sturen. In plaats van een datafeed naar NS1 te verwijzen, schakelt u het filter handmatig in wanneer dat nodig is door gebruik te maken van de actief-passieve logica.

Het eerste filter in deze keten is ‘Up’, met het verschil dat u hier handmatig definieert welke services up en down zijn (in plaats van dat een datafeed dat voor u doet).

Het tweede filter in deze keten is ‘Prioriteit’, te beginnen met actieve systemen boven passieve of back-upsystemen. Als antwoorden met een hogere prioriteit beschikbaar zijn, worden deze gesorteerd op de eerste positie op de lijst met mogelijke antwoorden. Als dit niet het geval is, gaat NS1 verder op de prioriteitenlijst totdat het een beschikbare bron vindt.

Ten slotte bepaalt “Select First N” het aantal te leveren antwoorden. Het antwoord dat u in dit geval zou willen geven, is één.

Beschikbaarheid in meerdere clouds of meerdere CDN's

In het bovenstaande ‘actief-actief’-scenario gebruikt de filterketen een eenvoudige op/neer-metriek om het verkeer te sturen. Soms is de beschikbaarheid van diensten echter genuanceerder. Services hebben bijvoorbeeld soms te maken met regionale storingen die resulteren in een slechte servicekwaliteit. Hoewel de service als geheel technisch gezien 'up' is, functioneert deze mogelijk niet op optimale capaciteit. Met deze filterketen kunt u wat nuance toevoegen aan wat als “up” wordt beschouwd, met behulp van de geavanceerde analysetool van NS1 Connect als gegevensbron.

Het eerste filter in deze keten is ‘Pulsar Availability Threshold’. Met dit filter kunt u een percentagewaarde instellen die het gebruik van een service bepaalt op basis van beschikbaarheidsstatistieken.

Het tweede filter in de keten is ‘Weighted Shuffle’, dat verkeer distribueert naar andere providers die voldoen aan de definitie van ‘beschikbaar’ uit het eerste filter. Het verkeer wordt verdeeld op basis van de gewichten die u opgeeft.

Het derde filter is ‘Pulsar Performance Sort’, dat de gewogen verdeling van het vorige filter overneemt en verkeer naar de snelst beschikbare service leidt, waardoor slecht presterende services worden geëlimineerd op basis van een door u gedefinieerde drempel.

Ten slotte bepaalt “Select First N” het aantal te leveren antwoorden. Het antwoord dat u in dit geval zou willen geven, is één.

Voor meer informatie over hoe u filterketens kunt gebruiken om de prestaties en veerkracht te verbeteren, de kosten te verlagen en meer, kunt u hieronder meer lezen.

Bescherm uzelf tegen uitval met veerkrachtige, redundante netwerkservices