ADC

Anycast-Unterstützung in NetScaler

Anycast ist ein Netzwerktyp, in dem sich mehrere Server eine IP-Adresse teilen. Die Client-Anfrage wird anhand der Routing-Tabellen an den topografisch nächstgelegenen Server weitergeleitet. Dieses Routing reduziert Latenzprobleme, gewährleistet eine hohe Verfügbarkeit und minimiert Ausfallzeiten.

NetScaler unterstützt Anycast-Netzwerke mit Global Server Load Balancing (GSLB) und DNS-Funktionen.

Das folgende Diagramm zeigt ein Topologiediagramm von Anycast in NetScaler.

Anycast-Topologie

Anycast GSLB

Die NetScaler GSLB-Funktion bietet einen Lastenausgleich zwischen global verteilten Standorten sowie eine Notfallwiederherstellung und gewährleistet die kontinuierliche Verfügbarkeit von Anwendungen.

Während eines Ausfalls sorgt GSLB für eine sofortige Notfallwiederherstellung, indem der Datenverkehr an das nächstgelegene oder das leistungsstärkste Rechenzentrum weitergeleitet wird. GSLB kann jedoch Folgendes nicht kontrollieren:

  • Wie der DNS-Verkehr an GSLB-Knoten an verschiedenen geografischen Standorten weitergeleitet wird.
  • Wie viel Latenz wird hinzugefügt, während DNS-Abfragen an GSLB-Knoten weitergeleitet werden.

In einem typischen GSLB-Setup verfügt jedes Rechenzentrum über einen GSLB-Knoten, der mit dem standortspezifischen Authoritative Domain Name Server (ADNS) für den Empfang von DNS-Abfragen konfiguriert ist. Das ADNS jeder Site ist als Nameserver im DNS-Resolver konfiguriert. Mit zunehmender Anzahl der GSLB-Knoten steigt auch die Anzahl der Nameserver-Einträge. In solchen Fällen muss LDNS bei einem Ausfall eines Rechenzentrums die Lösung mit einem anderen Nameserver erneut versuchen. Dieser Wiederholungsversuch erhöht die Latenz bei der DNS-Auflösung. Außerdem müssen jedes Mal, wenn ein GSLB-Knoten hinzugefügt wird, die Nameserver-Einträge aktualisiert werden.

Um diese Nachteile zu überwinden, können Sie Anycast ADNS verwenden. In Anycast ADNS wird eine einzige ADNS-IP-Adresse für alle GSLB-Knoten verwendet und der DNS-Verkehr wird mithilfe von dynamischem Routing an GSLB-Knoten weitergeleitet.

Wenn beispielsweise eine GSLB-Site NICHT verfügbar ist, wird die Routingtabelle aktualisiert und die Route zu dieser Site wird entfernt. Daher werden die DNS-Abfragen nicht an die Websites gesendet, die nicht verfügbar sind. Daher gibt es keine Wiederholungsversuche.

Wenn ein neuer GSLB-Knoten hinzugefügt wird, wird dem neuen Knoten dieselbe ADNS-IP-Adresse zugewiesen. Das dynamische Routing aktualisiert die Routing-Tabellen automatisch mit Routen zu neuen Standorten, die auf den Routing-Algorithmen basieren. Daher müssen Sie die DNS-Nameserver-Einträge nicht aktualisieren. Die Einführung neuer GSLB-Sites wird mit Anycast einfacher und schneller gemacht.

So konfigurieren Sie eine ADNS-IP-Adresse in einem Anycast-Modus

Aktivieren Sie das Host-Routing auf der ADNS-IP in einer NetScaler-Appliance und stellen Sie die entsprechende Route Health Injection (RHI) -Stufe ein. In den meisten Fällen gäbe es keine virtuellen Server auf der ADNS-IP und daher muss die RHI-Ebene als NONE ausgewählt werden. Die Aktivierung der Host-Route auf der ADNS-IP macht sie zu einer Kernel-Route. Sie können dann das dynamische Routing Ihrer Wahl aktivieren und das Routing-Protokoll so konfigurieren, dass die Kernel-Routen neu verteilt werden.

ADNS-IP-Konfiguration — Beispiel

Geben Sie in der Befehlszeile ein;

add service adns_public 5.5.5.5 ADNS 53

set ip 5.5.5.5 -hostRoute ENABLED -vserverRHILevel ALL_VSERVERS
<!--NeedCopy-->

BGP-Konfiguration auf der GSLB-Site — Beispiel

Site1#sh run
!
hostname Site1
!
log syslog
log record-priority
!
ns route-install bgp
!
interface lo0
 ip address 127.0.0.1/8
 ipv6 address fe80::1/64
 ipv6 address ::1/128
!
interface vlan0
 ip address 10.102.148.94/25
 ipv6 address fe80::e84c:f4ff:fe74:4588/64
!
interface vlan2
 ip address 172.18.30.15/24
!
router bgp 5
 redistribute kernel -----> redistributing the kernel routes
 neighbor 172.18.30.30 remote-as 4
 neighbor 172.18.30.30 advertisement-interval 1
 neighbor 172.18.30.30 timers 4 16
!
End

Site1#
<!--NeedCopy-->

GSLB-Site-Routing-Tabelle — Beispiel

Site1#sh ip route
Codes: K - kernel, C - connected, S - static, R - RIP, B - BGP
       O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, I - Intranet
       * - candidate default

K       5.5.5.5/32 via 0.0.0.0 ---------------------------------------> Kernel Route for ADNS
C       10.102.148.0/25 is directly connected, vlan0
C       127.0.0.0/8 is directly connected, lo0
B       172.18.10.0/24 [20/0] via 172.18.30.30, vlan2, 01w5d22h
B       172.18.20.0/24 [20/0] via 172.18.30.30, vlan2, 01w5d22h
C       172.18.30.0/24 is directly connected, vlan2
B       192.168.3.0/24 [20/0] via 172.18.30.30, vlan2, 01w5d22h
B       192.168.5.0/24 [20/0] via 172.18.30.30, vlan2, 01w5d22h
B       192.168.10.0/24 [20/0] via 172.18.30.30, vlan2, 01w5d22h

Gateway of last resort is not set
Site1#
<!--NeedCopy-->

Anycast-DNS

Sie können Anycast DNS für virtuelle DNS-Proxyserver auf NetScaler verwenden. Wenn mehrere DNS-Nameserver konfiguriert sind, reagiert der DNS-Resolver auf der Grundlage der Round-Robin-Methode. Wenn der Resolver beispielsweise keine Antwort vom ersten Server erhält, wechselt er nach Ablauf des konfigurierten Timeout-Werts zum zweiten Server. Der Wechsel vom ersten Server zum zweiten Server erhöht die Latenz bei der DNS-Auflösung. Wenn die DNS-Resolver mit Anycast konfiguriert sind, kann diese Latenz beseitigt werden.

DNS-Konfiguration — Beispiel

Geben Sie in der Befehlszeile ein;

add lb vserver dns DNS 5.5.5.50 53

set ip 5.5.5.50 -hostRoute ENABLED -vserverRHILevel ALL_VSERVERS
<!--NeedCopy-->
Anycast-Unterstützung in NetScaler