-
-
Konfigurieren Sie den integrierten Agenten für die Verwaltung von Instanzen
-
Installieren Sie den NetScaler Agent in der Microsoft Azure Cloud
-
Installieren Sie den NetScaler Agent im Kubernetes-Cluster mithilfe von Yaml
-
Installieren Sie den NetScaler Agent Operator mithilfe der OpenShift-Konsole
-
Installieren Sie einen containerbasierten NetScaler Agent mithilfe von Helm-Chart
-
-
Low-Touch-Onboarding von NetScaler-Instanzen mithilfe von Console Advisory Connect
-
-
NetScaler App Delivery and Security Self Managed - Ansprüche
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Verhalten des NetScaler Agents für flexible oder gepoolte Lizenzierung
Der NetScaler Agent fungiert als Vermittler zwischen NetScaler Console und den erkannten Instanzen in verschiedenen Rechenzentren und öffentlichen Clouds. Für den NetScaler Console-Dienst ist mindestens ein Agent pro Mandant erforderlich, damit die flexible oder gepoolte Lizenzierung funktioniert. Pro Site oder an mehreren Sites können mehrere NetScaler Agents bereitgestellt werden, aber nur ein Agent kann die Rolle License Server Agent (LSA) für die gesamte Mandantenbereitstellung übernehmen.
Das folgende Beispiel zeigt zwei bereitgestellte Agents, von denen einer die LSA-Rolle hat:
Ein LSA ist ein Agent, der als Lizenzserver in einer auf dem NetScaler Console Service basierenden Bereitstellung gepoolter Lizenzen fungiert. Wenn der LSA ausfällt, wartet der Dienst 24 Stunden, um einen neuen LSA auszuwählen.
Bis dahin gilt für die NetScaler-Instanzen, die eine gepoolte oder flexible Lizenz verwenden, eine Kulanzfrist. Als Administrator können Sie einen LSA auch manuell auswählen.
NetScaler Console-Agent manuell als LSA auswählen
Administratoren können manuell einen NetScaler Console-Agent als LSA für die NetScaler Pooled- oder NetScaler Flexed-Lizenzierung auswählen. Wenn der LSA ausgefallen ist, wartet der NetScaler Console-Dienst 24 Stunden, bevor er automatisch den nächsten LSA auswählt. Der Administrator kann den neuen LSA in der Zwischenzeit mit diesem Feature manuell auswählen. Der Administrator muss jedoch sicherstellen, dass der Status des ausgewählten neuen LSA AKTIV und sein Diagnosestatus OK ist.
Wenn der Administrator manuell einen neuen LSA auswählt, kann es bis zu 5 Minuten dauern, bis die Lizenzierungsfunktion ordnungsgemäß funktioniert. Während dieser Zeit sind die NetScaler-Instanzen in Betrieb und jedes erneute Auschecken einer Lizenz schlägt fehl.
So wählen Sie einen LSA aus:
- Navigieren Sie zu Infrastruktur > Instanzen-Dashboard > Agents und wählen Sie einen Agent aus.
- Wählen Sie in der Liste Aktion auswählen die Option Als LSA festlegen aus.
- Klicken Sie zur Bestätigung auf Ja. Der ausgewählte Agent übernimmt die LSA-Rolle.
Verhalten mehrerer NetScaler Agents
In einer Bereitstellung mit einer Kombination aus mehreren Agents und mehreren Standorten folgen die NetScaler Agents der Client/Server-Architektur.
Dem ersten/ältesten Agent, der in einem UP-Status registriert ist, wird die LSA-Rolle zugewiesen. Alle anderen Agent, die später hinzugefügt werden, agieren als Proxy und kommunizieren mit dem Agent, der die LSA-Hauptrolle für die Lizenzzuweisung hostet. Jeder Agent, der die Proxyrolle hostet, kommuniziert über den NetScaler Console-Dienst mit dem Agent, der die aktuelle LSA-Rolle hat.
Hinweis
Es gibt keine direkte Kommunikation zwischen dem Agent, der die LSA-Rolle innehat, und den anderen Agents (Nicht-LSA). Alle Verbindungen laufen nur über den NetScaler Console-Dienst.
Failover-Verhalten des NetScaler Agents
Das AgentfFailover funktioniert in einer Multi-Agent-Bereitstellung auf folgende Weise.
Gehen Sie davon aus, dass sich zwei Agents, AG1 und AG2, im selben Rechenzentrum befinden.
-
AG1 ist so konfiguriert, dass ADC11, ADC12, ADC13 als Remote-Lizenzhost oder LSA verwendet werden.
-
AG2 ist so konfiguriert, dass ADC21, ADC22, ADC23 als Remote-Lizenzhost oder LSA verwendet werden.
-
AG2 fungiert als Lizenzserver.
- Wenn AG1 fehlschlägt, verbinden sich ADC11, ADC12 und ADC13 automatisch über AG2 für den Lizenzabgleich.
- ADC11, ADC12 und ADC13 bemerken möglicherweise immer noch eine kurze Nachfrist, wenn einige Herzschläge verpasst werden, während die Verbindung wiederhergestellt wird.
- Wenn AG2 ausfällt, bleiben alle ADCs so lange in Ordnung, bis:
- Entweder kommt AG2 wieder zurück oder wird wieder hochgefahren, oder AG1 wird entweder automatisch nach 24 Stunden vom NetScaler Console-Dienst oder manuell vom Administrator als neuer LSA ausgewählt.
- Oder AG2 wird aus dem NetScaler Console-Dienst gelöscht. Nach der Abmeldung bestimmt der NetScaler Console-Dienst den AG1 als Agent mit der LSA-Rolle.
- Nachdem die Auswahl abgeschlossen ist, beginnt AG1 mit der Zuweisung und Abstimmung von Ressourcen zu den konfigurierten Instanzen.
- Wenn AG1 fehlschlägt, verbinden sich ADC11, ADC12 und ADC13 automatisch über AG2 für den Lizenzabgleich.
Bei Fragen zu LSA lesen Sie die FAQs zum License Server Agent.
Teilen
Teilen
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.