Es kommt zu Ausfällen von Netzwerkdiensten. Die Frage ist nicht ob, sondern wann. Cloud-Plattformen und Content Delivery Networks (CDNs) mit SLAs für 100 % Verfügbarkeit sind nicht immun. Sie erleben Ausfälle wie alles andere auch.
Die Frage ist: Was tun Sie, wenn einer Ihrer Netzwerkdienste ausfällt? Werden Sie aufgrund des Mangels an redundanten Diensten offline sein? Oder wechseln Sie zu einem anderen Anbieter und sorgen so für ein nahtloses Benutzererlebnis? Wie wird dieser Failover-Prozess im Back-End funktionieren? Wird es automatisiert oder manuell erfolgen?
Die meisten mittelgroßen und großen Organisationen haben dies getan redundante Systeme vorhanden, um ihnen zu helfen, einen Ausfall zu überstehen. Was sie möglicherweise eingerichtet haben oder nicht, ist der automatisierte Mechanismus, der den Datenverkehr auf diese redundanten Systeme umleitet, wenn a Der Kerndienst fällt aus.
Die IBM NS1 Connect Filter Chain™-Technologie nutzt die Leistungsfähigkeit von DNS, um den Datenverkehr zwischen Dienstanbietern automatisch umzuleiten, wenn eine Netzwerkdienstunterbrechung auftritt. Mit ein paar Grundregeln ist NS1 Connect überwacht den Status Ihres Netzwerks und wechselt die Endpunkte nach Bedarf. Sie legen die Regeln und Prioritäten im Voraus fest. alles danach passiert automatisch.
Auf der NS1-Plattform werden Filterkettenkonfigurationen auf einzelne Datensätze innerhalb von DNS-Zonen angewendet. Filterketten bestimmen, wie NS1 Abfragen für jeden Datensatz verarbeitet – insbesondere, welche Antworten zurückgegeben werden sollen. Jede Filterkette verwendet eine einzigartige Logik zur Verarbeitung von Abfragen. Sie können Filterkombinationen erstellen, um basierend auf Ihren betrieblichen oder geschäftlichen Anforderungen ein bestimmtes Ergebnis zu erzielen.
Natürlich möchte nicht jeder den Failover-Verkehr auf die gleiche Weise leiten. Deshalb haben wir eine Kurzanleitung zum Aufbau von Aktiv-Aktiv-, Aktiv-Passiv- und manuellen Failover-Systemen mithilfe von Filterketten zusammengestellt.
Aktiv-Aktiv-Failover
In diesem Anwendungsfall überwachen NS1 oder Datenquellen von Drittanbietern den Status einzelner Endpunkte in Ihrer Anwendungsbereitstellungsinfrastruktur. Wenn die Daten auf einen Ausfall auf einem System hinweisen, leitet NS1 den Datenverkehr automatisch an die von Ihnen ausgewählten sekundären Systeme weiter. Es wird „aktiv-aktiv“ genannt, weil diese sekundären Systeme wahrscheinlich ohnehin als Teil Ihres Lastausgleichssystems betriebsbereit sind. Wenn ein System ausfällt, verteilt NS1 die Last einfach auf die bereits aktiven Systeme.
Der erste Filter in der Kette ist „Up“. Dieser Filter teilt dem System mit, ob der Endpunkt des Dienstanbieters betriebsbereit ist oder nicht.
Der zweite Filter in der Kette ist entweder „Shuffle“ oder „Weighted Shuffle“. Wenn der „Up“-Filter für einen Endpunkt eine „falsche“ Antwort zurückgibt, verteilt er den Datenverkehr automatisch an andere Anbieter. Shuffle verteilt den Datenverkehr nach dem Zufallsprinzip, während Weighted Shuffle ihn basierend auf den von Ihnen angegebenen Gewichtungen verteilt.
Geben Sie abschließend an, wie viele Antworten DNS auf eingehende Anfragen bereitstellen soll. RFC 1912 erfordert, dass für jede CNAME-Abfrage nur eine Antwort zurückgegeben werden sollte. Mit dem Filter „Erste N auswählen“ können Sie die Anzahl der Antworten angeben, die an den anfragenden Client zurückgegeben werden. Der Standardwert muss jedoch eins sein.
Aktiv-Passiv-Failover
Wie im Aktiv-Aktiv-Anwendungsfall überwachen NS1 oder Datenquellen von Drittanbietern den Status Ihrer Anwendungsbereitstellungsinfrastruktur und leiten den Datenverkehr im Falle eines primären Systemausfalls an sekundäre Systeme weiter. Der Unterschied besteht darin, dass die sekundären Systeme möglicherweise nicht bereits den Datenverkehr verarbeiten – sie werden nur bei Bedarf als redundante Option hochgefahren.
Wie im vorherigen Beispiel ist der erste Filter in dieser Kette „Up“. Anhand von Überwachungsdaten ermittelt NS1, welche der zugrunde liegenden Dienste online sind.
Der zweite Filter in dieser Kette ist „Priorität“. Dieser Filter erstellt eine Logik, die aktive Systeme gegenüber passiven oder Backup-Systemen priorisiert. Wenn Antworten mit höherer Priorität verfügbar sind, werden sie an der ersten Position in der Liste möglicher Antworten einsortiert. Wenn nicht, fährt NS1 mit der Prioritätenliste fort, bis eine verfügbare Ressource gefunden wird.
Schließlich bestimmt „Select First N“ die Anzahl der zu liefernden Antworten. Die Antwort, die Sie in diesem Fall erhalten möchten, ist eine.
Manuelles Failover
Manchmal möchten Sie Failover-Entscheidungen erst treffen, wenn Sie mehr über die Situation wissen. In diesen Fällen ist die Filterkette der Implementierungsmechanismus, den Sie verwenden, sobald Sie festgelegt haben, wohin der Datenverkehr geleitet werden soll. Anstatt einen Datenfeed auf NS1 zu verweisen, schalten Sie den Filter manuell ein, wenn er benötigt wird, indem Sie die Aktiv-Passiv-Logik verwenden.
Der erste Filter in dieser Kette ist „Up“, mit dem Unterschied, dass Sie hier manuell definieren, welche Dienste aktiv und inaktiv sind (anstatt dass ein Datenfeed dies für Sie erledigt).
Der zweite Filter in dieser Kette ist „Priorität“, beginnend mit aktiven Systemen gegenüber passiven Systemen oder Backup-Systemen. Wenn Antworten mit höherer Priorität verfügbar sind, werden sie an die erste Position in der Liste möglicher Antworten einsortiert. Wenn nicht, fährt NS1 mit der Prioritätenliste fort, bis eine verfügbare Ressource gefunden wird.
Schließlich bestimmt „Select First N“ die Anzahl der zu liefernden Antworten. Die Antwort, die Sie in diesem Fall erhalten möchten, ist eine.
Multi-Cloud- oder Multi-CDN-Verfügbarkeit
Im obigen „Aktiv-Aktiv“-Szenario verwendet die Filterkette eine einfache Auf-/Ab-Metrik, um den Datenverkehr zu steuern. Manchmal ist die Serviceverfügbarkeit jedoch differenzierter. Beispielsweise kommt es bei Diensten manchmal zu regionalen Ausfällen, die zu einer schlechten Dienstqualität führen – während der Dienst als Ganzes technisch „in Betrieb“ ist, ist die Leistung möglicherweise nicht optimal. Mit dieser Filterkette können Sie dem, was als „oben“ gilt, eine gewisse Nuance hinzufügen, indem Sie das erweiterte Analysetool von NS1 Connect als Datenquelle verwenden.
Der erste Filter in dieser Kette ist „Pulsar Availability Threshold“. Mit diesem Filter können Sie einen Prozentwert festlegen, der die Nutzung eines Dienstes basierend auf Verfügbarkeitsmetriken bestimmt.
Der zweite Filter in der Kette ist „Weighted Shuffle“, der den Datenverkehr an andere Anbieter verteilt, die der Definition von „verfügbar“ des ersten Filters entsprechen. Der Datenverkehr wird basierend auf den von Ihnen angegebenen Gewichtungen verteilt.
Der dritte Filter ist „Pulsar Performance Sort“, der die gewichtete Verteilung des vorherigen Filters übernimmt und den Datenverkehr an den schnellsten verfügbaren Dienst weiterleitet, wodurch leistungsschwache Dienste basierend auf einem von Ihnen definierten Schwellenwert eliminiert werden.
Schließlich bestimmt „Select First N“ die Anzahl der zu liefernden Antworten. Die Antwort, die Sie in diesem Fall erhalten möchten, ist eine.
Weitere Informationen zur Verwendung von Filterketten zur Verbesserung von Leistung und Ausfallsicherheit, zur Kostensenkung und mehr finden Sie weiter unten.
Schützen Sie sich mit robusten, redundanten Netzwerkdiensten vor Ausfällen
War dieser Artikel hilfreich?
JaNein
Mehr von Automatisierung
IBM Newsletter
Erhalten Sie unsere Newsletter und Themenaktualisierungen, die die neuesten Gedanken und Einblicke in neue Trends liefern.
Abonniere jetzt
Weitere Newsletter
- SEO-gestützte Content- und PR-Distribution. Holen Sie sich noch heute Verstärkung.
- PlatoData.Network Vertikale generative KI. Motiviere dich selbst. Hier zugreifen.
- PlatoAiStream. Web3-Intelligenz. Wissen verstärkt. Hier zugreifen.
- PlatoESG. Kohlenstoff, CleanTech, Energie, Umwelt, Solar, Abfallwirtschaft. Hier zugreifen.
- PlatoHealth. Informationen zu Biotechnologie und klinischen Studien. Hier zugreifen.
- Quelle: https://www.ibm.com/blog/how-to-improve-network-resilience-with-ns1-connect-filter-chains/