ADC

Richtlinien für Caching und Invalidierung konfigurieren

Mithilfe von Richtlinien kann der integrierte Cache bestimmen, ob versucht werden soll, eine Antwort vom Cache oder vom Ursprung aus bereitzustellen. Die NetScaler-Appliance bietet integrierte Richtlinien für integriertes Caching, und Sie können weitere Richtlinien konfigurieren. Wenn Sie eine Richtlinie konfigurieren, verknüpfen Sie sie mit einer Aktion. Eine Aktion speichert entweder die Objekte, für die die Richtlinie gilt, oder macht die Objekte ungültig (läuft ab). In der Regel haben Sie die Caching-Richtlinien auf Informationen in GET- und POST-Anfragen gestützt. In der Regel stützen Sie Invalidierungsrichtlinien auf das Vorhandensein der POST-Methode in Anfragen sowie auf andere Informationen. Sie können alle Informationen in einer GET- oder POST-Anforderung in einer Caching- oder Invalidierungsrichtlinie verwenden.

Sie können einige der integrierten Richtlinien im Knoten Richtlinien des integrierten Caches im Konfigurationsprogramm einsehen. Die Namen der integrierten Richtlinien beginnen mit einem Unterstrich (_).

Aktionen bestimmen, was die NetScaler-Appliance tut, wenn der Datenverkehr einer Richtlinie entspricht. Folgende Aktionen sind verfügbar:

  • Aktionen zwischenspeichern. Richtlinien, die Sie der CACHE-Aktion zuordnen, speichern Antworten im Cache und stellen sie aus dem Cache bereit.
  • Maßnahmen zur Ungültigerklärung. Richtlinien, die Sie der INVAL-Aktion zuordnen, laufen zwischengespeicherte Antworten sofort ab und aktualisieren sie vom Originalserver. Bei webbasierten Anwendungen werden POST-Anfragen häufig anhand von Invalidierungsrichtlinien bewertet.
  • Aktionen „Nicht zwischenspeichern“. Richtlinien, die Sie einer NOCACHE-Aktion zuordnen, speichern niemals Objekte im Cache.
  • Aktionen vorläufig zwischenspeichern. Richtlinien, die Sie mit einer MAYCACHE- oder MAYNOCACHE-Aktion verknüpfen, hängen vom Ergebnis weiterer Richtlinienbewertungen ab.

Obwohl der integrierte Cache keine durch die LOCK-Methode angegebenen Objekte speichert, können Sie zwischengespeicherte Objekte nach Erhalt einer LOCK Anforderung ungültig machen. Nur für Invalidierungsrichtlinien können Sie mithilfe des Ausdrucks LOCK als Methode angeben http.req.method.eq(“lock”). Im Gegensatz zu Richtlinien für GET und POST Anfragen müssen Sie die LOCK-Methode in Anführungszeichen einschließen, da die NetScaler Appliance diesen Methodennamen nur als Zeichenfolge erkennt.

Nachdem Sie eine Richtlinie erstellt haben, binden Sie sie an einen bestimmten Punkt in der Gesamtverarbeitung von Anforderungen und Antworten. Obwohl Sie eine Richtlinie erstellen, bevor Sie sie binden, müssen Sie verstehen, wie sich die Bindepunkte auf die Reihenfolge der Verarbeitung auswirken, bevor Sie Ihre Richtlinien erstellen.

Die an einen bestimmten Bindepunkt gebundenen Richtlinien stellen eine Richtlinienbank dar. Sie können goto-Ausdrücke verwenden, um die Ausführungsreihenfolge in einer Policybank zu ändern. Sie können Richtlinien auch in anderen Policy-Banks aufrufen. Darüber hinaus können Sie Labels erstellen und Richtlinien an diese binden. Ein solches Label ist keinem Verarbeitungspunkt zugeordnet, aber die daran gebundenen Richtlinien können von anderen Policy-Datenbanken abgerufen werden.

Maßnahmen zur Verknüpfung mit integrierten Caching-Richtlinien

In der folgenden Tabelle werden Aktionen für integrierte Caching-Richtlinien beschrieben.

Aktion Spezifikation
CACHE Stellt eine Antwort aus dem Cache bereit, falls die Antwort noch nicht abgelaufen ist. Wenn die Antwort vom Originalserver abgerufen werden muss, speichert die NetScaler-Appliance die Antwort im Cache, bevor sie bereitgestellt wird. Sogar Daten, die häufig aktualisiert werden und auf die häufig zugegriffen wird, können zwischengespeichert werden. Aktienkurse werden beispielsweise häufig aktualisiert, können jedoch zwischengespeichert werden, sodass sie schnell mehreren Benutzern zur Verfügung gestellt werden können. Bei Bedarf können zwischengespeicherte Daten sofort nach dem Herunterladen aktualisiert werden. Eine CACHE-Aktion kann durch integrierte Richtlinien außer Kraft gesetzt werden.
KEIN CACHE Ruft immer die Antwort vom Ursprungsserver ab und markiert die Antwort als nicht speicherbar. In der Regel konfigurieren Sie NOCACHE-Richtlinien für sensible oder personalisierte Daten.
MAY_CACHE Diese Einstellung wird in einer Richtlinie zur Anforderungszeit verwendet und ermöglicht vorläufig, dass eine Antwort in einer Inhaltsgruppe gespeichert wird, bis die Richtlinien für die Reaktionszeit ausgewertet wurden. Folgendes ist möglich: 1. Wenn eine entsprechende Richtlinie zur Reaktionszeit eine CACHE-Aktion enthält, aber keine Inhaltsgruppe angibt, wird die Antwort in der Standardgruppe gespeichert, sofern keine integrierten Richtlinien diese Richtlinie außer Kraft setzen. 2. Wenn eine entsprechende Richtlinie für die Reaktionszeit über eine CACHE-Aktion verfügt und dieselbe Inhaltsgruppe wie die Inhaltsgruppe in der Anforderungszeitrichtlinie angibt, wird die Antwort in der benannten Inhaltsgruppe gespeichert, sofern keine integrierten Richtlinien diese Richtlinie außer Kraft setzen. 3. Wenn eine entsprechende Antwortzeitrichtlinie eine CACHE-Aktion enthält, aber eine andere Inhaltsgruppe als die Inhaltsgruppe in der Anforderungszeitrichtlinie angibt, wird eine NOCACHE-Aktion angewendet. 4. Wenn eine entsprechende Antwortzeitrichtlinie eine NOCACHE-Aktion enthält, führen Sie eine NOCACHE-Aktion aus. 5. Wenn es keine entsprechende Richtlinie für die Reaktionszeit gibt, wird eine CACHE-Aktion angewendet, es sei denn, eine integrierte Richtlinie überschreibt diese Richtlinie.
MAY_NOCACHE Bei einer Richtlinie zur Anforderungszeit verhindert diese Einstellung vorläufig, dass die Antwort zwischengespeichert wird. Zur Antwortzeit wird eine der folgenden Aktionen ausgeführt: - Wenn keine Richtlinie zur Reaktionszeit der Anfrage entspricht, ist die letzte Aktion NOCACHE. — Wenn eine entsprechende Richtlinie zur Reaktionszeit eine CACHE-Aktion enthält, ist die letzte Aktion CACHE, sofern keine integrierten Richtlinien diese Richtlinie außer Kraft setzen. — Wenn eine entsprechende Richtlinie zur Reaktionszeit eine NOCACHE-Aktion enthält, ist die letzte Aktion NOCACHE. -Wenn eine entsprechende Richtlinie zur Reaktionszeit eine CACHE-Aktion enthält, aber keine Inhaltsgruppe angibt, besteht die letzte Aktion darin, die Antwort in der Standardinhaltsgruppe zwischenzuspeichern, es sei denn, integrierte Richtlinien haben Vorrang vor dieser Richtlinie.
EINFALLEN Läuft zwischengespeicherte Antworten ab. Je nachdem, wie die Richtlinie und die Inhaltsgruppe konfiguriert sind, sind alle Antworten in einer oder mehreren Inhaltsgruppen abgelaufen, oder ausgewählte Objekte in der Inhaltsgruppe sind abgelaufen. Hinweis: Sie können INVAL-Aktionen nur in Richtlinien zur Anforderungszeit angeben.

Bindungspunkte für eine Richtlinie

Sie können die Richtlinie an einen der folgenden Bindungspunkte binden:

  • Eine globale Richtlinienbank. Dies sind die Standardeinstellung für die Anforderungszeit, die Überschreibung der Anforderungszeit, der Ausfall der Reaktionszeit und die Policy-Banken zur Überschreibung der Antwortzeit, wie unter “Reihenfolge der Richtlinienbewertungbeschrieben. “
  • Ein virtueller Server. Richtlinien, die Sie an einen virtuellen Server binden, werden nach den globalen Überschreibungsrichtlinien und vor den globalen Standardrichtlinien verarbeitet, wie unter “Reihenfolge der Richtlinienbewertungbeschrieben. “ Wenn Sie eine Richtlinie an einen virtuellen Server binden, binden Sie sie entweder an die Anforderungszeit- oder Antwortzeitverarbeitung.
  • Ein Ad-hoc-Richtlinienlabel. Ein Policy-Label ist ein Name, der einer Policenbank zugewiesen wird. Zusätzlich zu den globalen Bezeichnungen verfügt der integrierte Cache über zwei integrierte benutzerdefinierte Richtlinienlabels:
    • _reqBuiltInStandardwerte. Dieses Richtlinienlabel wird standardmäßig von der Standardrichtlinienbank zur Anforderungszeit aufgerufen.
    • _resBuiltInStandardwerte. Dieses Richtlinienlabel wird standardmäßig von der standardmäßigen Richtlinienbank für die Reaktionszeit aufgerufen.

Sie können auch neue Richtlinienbezeichnungen definieren. Richtlinien, die an ein benutzerdefiniertes Richtlinienlabel gebunden sind, müssen innerhalb einer Richtlinienbank für einen der integrierten Bindungspunkte aufgerufen werden.

Wichtig: Sie müssen eine Richtlinie mit einer INVAL-Aktion an einen Bindungspunkt zur Überschreibung der Anforderungszeit oder einen Override-Bindpunkt zur Reaktionszeit binden. Um eine Richtlinie zu löschen, müssen Sie sie zunächst entbinden.

Reihenfolge der politischen Bewertung

Damit eine erweiterte Richtlinie wirksam wird, müssen Sie sicherstellen, dass die Richtlinie zu einem bestimmten Zeitpunkt während der Verarbeitung des Datenverkehrs durch die NetScaler-Appliance aufgerufen wird. Um den Zeitpunkt des Aufrufs festzulegen, verknüpfen Sie die Richtlinie mit einem Bindungspunkt. Im Folgenden sind die Verbindungspunkte in der Reihenfolge ihrer Bewertung aufgeführt:

  • Außerkraftsetzung derAnforderungszeit. Wenn eine Anfrage mit einer Richtlinie zur Außerkraftsetzung von Anfragen übereinstimmt, endet standardmäßig die Bewertung der Richtlinie zur Anforderungszeit und die NetScaler-Appliance speichert die Aktion, die mit der passenden Richtlinie verknüpft ist.
  • Virtueller Lastausgleichsserver zur Anforderungszeit. Wenn die Richtlinienauswertung nicht abgeschlossen werden kann, nachdem alle Richtlinien für die Außerkraftsetzung von Anfragen ausgewertet wurden, verarbeitet die NetScaler-Appliance Richtlinien für die Anforderungszeit, die an virtuelle Server mit Lastausgleich gebunden sind. Wenn die Anfrage mit einer dieser Richtlinien übereinstimmt, wird die Evaluierung beendet und die NetScaler-Appliance speichert die Aktion, die der entsprechenden Richtlinie zugeordnet ist.
  • Virtueller Server für Content Switching zur Anforderungszeit. Richtlinien, die an diesen Bindungspunkt gebunden sind, werden nach den Richtlinien zur Anforderungszeit ausgewertet, die an virtuelle Server für den Lastenausgleich gebunden sind.
  • Standardeinstellung für dieAnforderungszeit. Wenn die Richtlinienbewertung nach der gesamten Anforderungszeit nicht abgeschlossen werden kann, werden die spezifischen Richtlinien für virtuelle Server ausgewertet, verarbeitet die NetScaler-Appliance die Standardrichtlinien für die Anforderungszeit. Wenn die Anfrage einer Standardrichtlinie für die Anforderungszeit entspricht, endet standardmäßig die Bewertung der Richtlinie zur Anforderungszeit und die NetScaler-Appliance speichert die Aktion, die mit der passenden Richtlinie verknüpft ist.
  • Überschreiben der Reaktionszeit. Ähnlich wie bei der Bewertung der Richtlinie zur Außerkraftsetzung von Anfragen.
  • Virtueller Lastausgleichsserver mit Reaktionszeit. Ähnlich wie bei der Bewertung der Richtlinien für virtuelle Server zur Anforderungszeit.
  • Virtueller Server für Content Switching in Reaktionszeit. Ähnlich wie bei der Bewertung der Richtlinien für virtuelle Server zur Anforderungszeit.
  • Standardwert für die Reaktionszeit. Ähnlich der Bewertung der Standardrichtlinie zur Anforderungszeit.

Sie können jedem Bindpunkt mehrere Richtlinien zuordnen. Um die Reihenfolge der Evaluierung der mit dem Bindpunkt verknüpften Richtlinien zu steuern, konfigurieren Sie eine Prioritätsstufe. In Ermangelung anderer Flusssteuerungsinformationen werden Richtlinien entsprechend der Prioritätsstufe ausgewertet, beginnend mit dem niedrigsten numerischen Prioritätswert.

Hinweis: Richtlinien zur Anforderungszeit für POST-Daten oder Cookie-Header müssen während der Auswertung zur Überschreibung der Anforderungszeit aufgerufen werden, da die integrierten Richtlinien zur Anforderungszeit im integrierten Cache eine NOCACHE Aktion für POST-Anfragen und eine MAY_NOCACHE Aktion für Anfragen mit Cookies zurückgeben. Sie verknüpfen MAY_CACHE oder MAY_NOCACHE Aktionen mit einer Richtlinie zur Anforderungszeit, die auf eine parametrisierte Content-Gruppe verweist. Die Antwortzeitrichtlinie bestimmt, ob die Transaktion im Cache gespeichert wird.

Konfigurieren einer Richtlinie für integriertes Caching

Sie konfigurieren neue Richtlinien, um Daten zu verarbeiten, die von den integrierten Richtlinien nicht verarbeitet werden können. Sie konfigurieren separate Richtlinien für das Zwischenspeichern, um das Zwischenspeichern zu verhindern und zwischengespeicherte Daten ungültig zu machen. Im Folgenden sind die Hauptbestandteile einer Richtlinie für integriertes Caching aufgeführt:

  • Regel: Ein logischer Ausdruck, der eine HTTP-Anfrage oder -Antwort auswertet.
  • Aktion: Sie verknüpfen eine Richtlinie mit einer Aktion, um zu bestimmen, was mit einer Anfrage oder Antwort geschehen soll, die der Richtlinienregel entspricht.

Inhaltsgruppen: Sie verknüpfen die Richtlinie mit einer oder mehreren Inhaltsgruppen, um zu ermitteln, wo die Aktion ausgeführt werden soll.

So konfigurieren Sie eine Richtlinie für das Caching mithilfe der Befehlszeilenschnittstelle

Geben Sie an der Eingabeaufforderung Folgendes ein:

add cache policy <policyName> -rule <expression> -actionCACHE|MAY_CACHE|NOCACHE|MAY_NOCACHE [-storeInGroup <contentGroupName>] [-undefAction NOCACHE|RESET] > add cache policy image_cache -rule "http.req.url.contains(\"jpg\") || http.req.url.contains(\"jpeg\")" -action CACHE -storeingroup myImages_group -undefaction NOCACHE

> add cache policy bugReportPolicy -rule "http.req.url.query.contains(\"IssuePage\")" -action CACHE -storeInGroup bugReportGroup

> add cache policy my_form_policy -rule "http.req.header(\"Host\")contains(\"my.company.com\") && http.req.method.eq(\"GET\") && http.req.url.query.contains(\"v=7\")" -action CACHE -storeInGroup my_form_event

> add cache policy viewproducts_policy –rule "http.req.url.contains(\"viewproducts.aspx\")" –action CACHE -storeInGroup Product_Details

So konfigurieren Sie eine Richtlinie für die Invalidierung mithilfe der Befehlszeilenschnittstelle

Geben Sie an der Eingabeaufforderung Folgendes ein:

add cache policy <policyName> -rule <expression> -action INVAL [-invalObjects "<contentGroupName1>[,<selectorName1>"]. . .]] | [-invalGroup <contentGroupName1>[, <contentGroupName2>. . .]] [-undefAction NOCACHE|RESET]
<!--NeedCopy-->
> add cache policy invalidation_events_policy -rule "http.req.header("Host")contains("my.company.com") && http.req.method.eq("GET") && http.req.url.query.contains("v=8") -action INVAL -invalObjects my_form_event -undefaction NOCACHE
<!--NeedCopy-->
> add cache policy inval_all -rule "http.req.method.eq("POST") && http.req.url.contains("jpeg")" -action INVAL -invalGroups myImages_group myApps_group PDF_group
<!--NeedCopy-->
> add cache policy bugReportInvalidationPolicy -rule "http.req.url.query.contains("TransitionForm")" -action INVAL -invalObjects bugReport`
`> add cache policy editproducts_policy –rule "http.req.url.contains("editproducts.aspx")" –action INVAL -invalObjects "Product_Details,batchnum_sel" "Products_In_Depots,batchid_sel"
<!--NeedCopy-->

So konfigurieren Sie eine Richtlinie für das Caching oder die Invalidierung mithilfe der GUI

Navigieren Sie zu Optimierung > Integriertes Caching > Richtlinienund erstellen Sie die neue Richtlinie.

Eine weltweit verbindliche integrierte Caching-Richtlinie

Wenn Sie eine Richtlinie global binden, steht sie allen virtuellen Servern auf der NetScaler Appliance zur Verfügung.

So binden Sie eine integrierte Caching-Richtlinie global über die Befehlszeilenschnittstelle:

Geben Sie an der Eingabeaufforderung Folgendes ein:

bind cache global <policy> -priority <positiveInteger> [-typeREQ_OVERRIDE|REQ_DEFAULT|RES_OVERRIDE|RES_DEFAULT] [-gotoPriorityExpression <expression>] [-invoke <labelType> <labelName>]
<!--NeedCopy-->
> bind cache global myCachePolicy -priority 100 -type req_default
<!--NeedCopy-->

Hinweis:

Das Argument type ist optional für global gebundene Richtlinien, um die Abwärtskompatibilität mit Richtlinien aufrechtzuerhalten, die Sie mit früheren Versionen der NetScaler Appliance definiert haben. Wenn Sie den Typ weglassen, ist die Richtlinie an REQ_DEFAULT oder RES_DEFAULT gebunden, je nachdem, ob es sich bei der Richtlinienregel um einen Ausdruck zur Antwortzeit oder um einen Ausdruck zur Anforderungszeit handelt. Wenn die Regel sowohl Parameter für die Anforderungszeit als auch für die Antwortzeit enthält, ist sie an RES_DEFAULT gebunden. Es folgt ein Beispiel für eine Bindung, die den Typ weglässt

Es folgt ein Beispiel für eine Bindung, bei der der Typ weggelassen wird.

> bind cache global myCache Policy 200

So binden Sie mithilfe des Konfigurationsdienstprogramms eine integrierte Caching-Richtlinie global

Navigieren Sie zu Optimierung > Integriertes Caching, klicken Sie auf Cache Policy Manager und binden Sie Richtlinien, indem Sie den entsprechenden Bindungspunkt und den Verbindungstyp (Request/Response) angeben.

Binden Sie eine integrierte Caching-Richtlinie an einen virtuellen Server

Wenn Sie eine Richtlinie an einen virtuellen Server binden, ist sie nur für Anforderungen und Antworten verfügbar, die mit der Richtlinie übereinstimmen und die über den relevanten virtuellen Server fließen.

Wenn Sie die GUI verwenden, können Sie die Richtlinie über das Konfigurationsdialogfeld für den virtuellen Server binden. Auf diese Weise können Sie alle Richtlinien aller NetScaler-Module anzeigen, die an diesen virtuellen Server gebunden sind. Sie können auch das Richtlinien-Manager-Konfigurationsdialogfeld für den integrierten Cache verwenden. Auf diese Weise können Sie nur die integrierten Caching-Richtlinien anzeigen, die an den virtuellen Server gebunden sind.

So binden Sie eine integrierte Caching-Richtlinie über die Befehlszeilenschnittstelle an einen virtuellen Server:

Geben Sie an der Eingabeaufforderung Folgendes ein:

bind lb vserver <name>@ -policyName <policyName> -priority <positiveInteger> -type(REQUEST|RESPONSE)
<!--NeedCopy-->
bind cs vserver <name>@ -policyName <policyName> -priority <positiveInteger> -type(REQUEST|RESPONSE)
<!--NeedCopy-->

So binden Sie eine integrierte Caching-Richtlinie mithilfe des Konfigurationsdienstprogramms an einen virtuellen Server (virtuelle Servermethode)

  • CS Virtual Server — Navigieren Sie zu Traffic Management > Content Switching > Virtuelle Server, wählen Sie den virtuellen Server aus und binden Sie die entsprechenden Cache-Richtlinien ein.
  • LB Virtual Server - Navigieren Sie toTraffic Management > Load Balancing > Virtuelle Server, wählen Sie den virtuellen Server aus und binden Sie relevante Cache-Richtlinien.

So binden Sie eine integrierte Caching-Richtlinie mit der GUI (Policy Manager-Methode) an einen virtuellen Server.

Navigieren Sie zu Optimierung > Integriertes Caching, klicken Sie auf Cache-Richtlinien-Manager, und binden Sie Cache-Richtlinien, indem Sie den relevanten Bindepunkt und den Verbindungstyp angeben.

Hinweis: Sie können Cache-Richtlinien sowohl an den virtuellen Lastausgleichsserver als auch an den virtuellen Server mit Content Switching binden, indem Sie den entsprechenden Bindepunkt auswählen.

Wie man komprimierte und unkomprimierte Versionen einer Datei zwischenspeichert

Standardmäßig können einem Client, der mit der Komprimierung umgehen kann, unkomprimierte Antworten oder komprimierte Antworten in den Formaten gzip, deflate, compress und pack200-gzip bereitgestellt werden. Wenn der Client die Komprimierung übernimmt, wird in der Anfrage ein Accept-Encoding:compression Format-Header gesendet. Der vom Client akzeptierte Komprimierungstyp muss mit dem Komprimierungstyp des zwischengespeicherten Objekts übereinstimmen. Beispielsweise kann eine cached.gzip Datei nicht als Antwort auf eine Anfrage mit einem Accept-Encoding:deflate Header bereitgestellt werden.

Einem Client, der die Komprimierung nicht verarbeiten kann, wird ein Cachefehler zugestellt, wenn die zwischengespeicherte Antwort komprimiert wird.

Für das dynamische Caching müssen Sie zwei Inhaltsgruppen konfigurieren, eine für komprimierte Daten und eine für unkomprimierte Versionen derselben Daten. Im Folgenden finden Sie ein Beispiel für die Konfiguration der Selektoren, Inhaltsgruppen und Richtlinien für die Bereitstellung unkomprimierter Dateien aus dem Cache an Clients, die die Komprimierung nicht verarbeiten können, und komprimierte Versionen derselben Dateien an den Client bereitzustellen, der mit der Komprimierung umgehen kann.

add cache selector uncompressed_response_selector http.req.url "http.req.header(\"Host\")"

add cache contentGroup uncompressed_group -hitSelector uncompressed_responst_selector -invalSelector uncomp_resp_sel

add cache policy cache_uncompressed -rule "HTTP.REQ.URL.CONTAINS(\"xyz\") && !HTTP.REQ.HEADER(\"Accept-Encoding\").EXISTS" -action CACHE -storeInGroup uncompressed_group

bind cache global cache_uncompressed -priority 100 -gotoPriorityExpression END -type REQ_OVERRIDE

add cache selector compressed_response_selector HTTP.REQ.URL "HTTP.REQ.HEADER(\"Host\")" "HTTP.REQ.HEADER(\"Accept-Encoding\")"

add cache contentGroup compressed_group -hitSelector compressed_response_selector

add cache policy cache_compressed -rule "HTTP.REQ.URL.CONTAINS(\"xyz\") && HTTP.REQ.HEADER(\"Accept-Encoding\").EXISTS" -action CACHE -storeInGroup compressed_group

bind cache global cache_compressed -priority 200 -gotoPriorityExpression END -type REQ_OVERRIDE

Konfigurieren einer Richtlinienbank für das Caching

Alle Policen, die mit einem bestimmten Verbindungspunkt verknüpft sind, werden zusammenfassend als Policenbank bezeichnet. Sie können nicht nur Prioritätsstufen für Policen in einer Bank konfigurieren, sondern auch die Reihenfolge der Auswertung in einer Bank ändern, indem Sie Goto-Ausdrücke konfigurieren. Sie können die Bewertungsreihenfolge weiter ändern, indem Sie eine externe Policybank von der aktuellen Policybank aus aufrufen. Sie können auch neue Policy-Banks konfigurieren, denen Sie Ihre eigenen Labels zuweisen. Da solche Policy-Banks an keinen Punkt im Verarbeitungszyklus gebunden sind, können sie nur innerhalb anderer Policenbanken aufgerufen werden. Der Einfachheit halber werden Richtlinienbanken, deren Labels keinem integrierten Bindepunkt entsprechen, als Richtlinienlabels bezeichnet.

Zusätzlich zur Steuerung der Reihenfolge der Richtlinienbewertung durch Bindung der Richtlinie und Zuweisen einer Prioritätsstufe, wie unter “Binding Policys“beschrieben, können Sie den Ablauf innerhalb einer Bank von Richtlinien festlegen, indem Sie einen Goto-Ausdruck konfigurieren. Ein Goto-Ausdruck überschreibt den durch die Prioritätsstufen bestimmten Fluss. Sie können den Bewertungsablauf auch steuern, indem Sie nach der Auswertung eines Eintrags in der aktuellen Bank eine externe Policy-Bank aufrufen. Die Bewertung wird immer an die aktuelle Bank zurückgesendet, nachdem die Bewertung abgeschlossen ist.

In der folgenden Tabelle sind die Einträge zur Kontrollbewertung in einer Policy-Bank zusammengefasst.

Attribut Gibt an
Name Der Name einer Richtlinie oder, um eine andere Richtlinienbank aufzurufen, ohne die Richtlinie zu bewerten, das Schlüsselwort NOPOLICY. Sie können NOPOLICY mehr als einmal in einer Policenbank angeben, aber Sie können eine benannte Policy nur einmal angeben.
Priorität Eine ganze Zahl. Je niedriger die Ganzzahl ist, desto höher ist die Priorität.
Gehe zu Expression Legt die nächste Richtlinie oder Policy-Bank fest, die bewertet werden soll. Sie können einen der folgenden Werte angeben: 1. WEITER: Gehen Sie zu der Richtlinie mit der nächsthöheren Priorität. 2. ENDE: Beenden Sie die Bewertung. 3. USE_INVOCATION_RESULT: Gilt, wenn dieser Eintrag eine andere Policybank aufruft. Wenn das letzte Goto in der aufgerufenen Bank den Wert END hat, wird die Auswertung beendet. Wenn das letzte Goto etwas anderes als END ist, führt die aktuelle Policy-Bank einen NEXT-Befehl durch. 4. Positive Zahl: Prioritätsnummer der nächsten zu bewertenden Richtlinie. 5. Numerischer Ausdruck: Ausdruck, der die Prioritätsnummer der nächsten auszuwertenden Richtlinie erzeugt. Goto kann nur in einer Richtlinienbank durchgeführt werden. Das Auslassen des Goto-Ausdrucks entspricht der Angabe von END.
Aufruftstyp Bezeichnet einen Policenbanktyp. Der Wert kann einer der folgenden sein: 1. Virtuellen Server anfordern: Ruft Richtlinien zur Anforderungszeit auf, die einem virtuellen Server zugeordnet sind. 2. Virtueller Antwortserver: Ruft Richtlinien für die Reaktionszeit auf, die einem virtuellen Server zugeordnet sind. 3. Policy Label: Ruft eine andere Richtlinienbank auf, die durch das Richtlinienlabel der Bank gekennzeichnet ist.
Name des Aufrufs Name eines virtuellen Servers oder Richtlinienbezeichnung, abhängig von dem Wert, den Sie für den Aufruftyp angegeben haben.

Der integrierte Cache verfügt über zwei integrierte Richtlinienbeschriftungen, und Sie können weitere Richtlinienlabels konfigurieren:

_reqBuiltInDefaults: Diese Policy Label wird vom Standardbindepunkt für die Anforderungszeit aus aufgerufen. _resBuiltInDefaults: Diese Policy Label wird vom Standardbindepunkt für die Antwortzeit aus aufgerufen.

So rufen Sie eine Richtlinienbezeichnung in einer Caching-Richtlinienbank mit der Befehlszeilenschnittstelle auf

Geben Sie an der Eingabeaufforderung Folgendes ein:

bind cache policylabel <labelName> -policname<policyName> -priority<priority> [-gotoPriorityExpression <gotopriorityExpression>] [-invoke <labelType> <labelName>]
<!--NeedCopy-->

So rufen Sie ein Policy Label in einer Caching-Policy-Bank mit der GUI auf:

  1. Navigieren Sie zu Optimierung > Integriertes Caching, klicken Sie auf Cache-Richtlinien-Manager, und geben Sie den relevanten Bindpunkt (Override Global oder Standard Global) und den Verbindungstyp an, um die Liste der an diesen Bindungspunkt gebundenen Richtlinien anzuzeigen.

  2. Wenn Sie ein Richtlinienlabel aufrufen möchten, ohne eine Richtlinie auszuwerten, klicken Sie auf NOPOLICY.

Hinweis:

Um eine externe Policybank aufzurufen, klicken Sie auf das Feld in der Spalte Aufruftyp und wählen Sie in der Policybank den Typ der Policybank aus, den Sie an dieser Stelle aufrufen möchten. Dies kann ein globales Label oder eine virtuelle Serverbank sein. Geben Sie im Feld Invoke Name die Bezeichnung oder den Namen des virtuellen Servers ein.

So rufen Sie ein Caching-Richtlinienlabel in einer Richtlinienbank für virtuelle Server mithilfe der Befehlszeilenschnittstelle auf

Geben Sie an der Eingabeaufforderung Folgendes ein:

bind lb vserver <name>@ -policyName <policyName>|<NOPOLICY-CACHE> -priority<positiveInteger> -gotoPriorityExpression <expression> -type REQUEST|RESPONSE -invoke<labelType> <labelName>
<!--NeedCopy-->
bind cs vserver <name> -policyName <policyName>|<NOPOLICY-CACHE> -priority<positiveInteger> -gotoPriorityExpression <expression> -type REQUEST|RESPONSE -invoke<labelType> <labelName>
<!--NeedCopy-->

So rufen Sie mithilfe der GUI ein Caching-Richtlinienlabel in einer Richtlinienbank für virtuelle Server auf

  1. Navigieren Sie zuTraffic Management>Load Balancing/Content Switching>Virtuelle Server, wählen Sie den virtuellen Server aus und klicken Sie auf Richtlinien.
  2. Wenn Sie einen vorhandenen Eintrag in dieser Bank konfigurieren, überspringen Sie diesen Schritt. Wenn Sie dieser Richtlinienbank eine neue Richtlinie hinzufügen oder den Eintrag Dummy NOPOLICY verwenden möchten, klicken Sie auf Hinzufügen und führen Sie einen der folgenden Schritte aus:
    • Um eine neue Richtlinie zu konfigurieren, klicken Sie auf Cache und konfigurieren Sie die neue Richtlinie wie unter Richtlinie konfigurieren im integrierten Cachebeschrieben.
    • Um eine Richtlinienbank aufzurufen, ohne eine Richtlinie in einer Regel zu verarbeiten, wählen Sie die NOPOLICY-CACHE Option aus.

Hinweis:

Um eine externe Policybank aufzurufen, klicken Sie auf das Feld in der Spalte Aufruftyp und wählen Sie in der Policybank den Typ der Policybank aus, den Sie an dieser Stelle aufrufen möchten. Dies kann ein globales Label oder eine virtuelle Serverbank sein. Geben Sie im Feld Invoke Name die Bezeichnung oder den Namen des virtuellen Servers ein.

Konfigurieren Sie ein Richtlinienlabel in einem integrierten Cache

Zusätzlich zum Konfigurieren von Richtlinien in einer Richtlinienbank für einen der integrierten Bindpunkte oder einen virtuellen Server können Sie Caching-Richtlinienlabels erstellen und Richtlinienbänke für diese neuen Labels konfigurieren.

Eine Policy Label für den integrierten Cache kann nur von einem der Bindepunkte aus aufgerufen werden, die Sie im Richtlinien-Manager im Detailbereich für integrierte Caching-Details (Anforderungsüberschreibung, Anforderungsstandard, Antwortüberschreibung oder Antwortstandard) oder den integrierten Richtlinienbeschriftungen \_reqBuiltinDefaults und \_resBuiltinDefaults anzeigen können. Sie können eine Richtlinienbezeichnung beliebig oft aufrufen, anders als eine Richtlinie, die nur einmal aufgerufen werden kann.

Die NetScaler-GUI bietet eine Option zum Umbenennen eines Richtlinienlabels. Die Umbenennung eines Richtlinienlabels hat keinen Einfluss auf den Bewertungsprozess der an das Label gebundenen Richtlinien.

Hinweis:

Sie können die Richtlinie NOPOLICY “Dummy” verwenden, um jedes Policy Label von einer anderen Richtlinienbank aufzurufen. Der NOPOLICY Eintrag ist ein Platzhalter, der keine Regel verarbeitet.

So konfigurieren Sie eine Richtlinienbezeichnung für das Caching mit der Befehlszeilenschnittstelle

Geben Sie an der Befehlszeile den folgenden Befehl ein, um ein Richtlinienlabel zu erstellen und die Konfiguration zu überprüfen:

  • add cache policylabel <labelName> -evaluates (REQ|RES)
  • show cache policylabel <labelName>

Rufen Sie dieses Richtlinienlabel von einer Richtlinienbank auf.

So konfigurieren Sie eine Policy Label für das Caching mit der GUI:

Navigieren Sie zu Optimierung > Integriertes Caching > Richtlinienlabels, fügen Sie eine Richtlinienbezeichnung hinzu, und binden Sie die zwischengespeicherten Richtlinien.

Hinweis: Um sicherzustellen, dass der NetScaler das Policy Label zum richtigen Zeitpunkt verarbeitet, konfigurieren Sie einen Aufruf dieses Labels in einer der Richtlinienbanken, die mit den integrierten Bindepunkten verknüpft sind.

So benennen Sie ein Policy Label mit der GUI um:

Navigieren Sie zu Optimierung > Integriertes Caching > Richtlinienbezeichnungen, wählen Sie die Richtlinienbezeichnung aus, und benennen Sie sie um.

Entbinden und löschen Sie eine integrierte Caching-Richtlinie und ein Richtlinienlabel

Sie können die Bindung einer Richtlinie an eine Policenbank aufheben und sie löschen. Um die Richtlinie zu löschen, müssen Sie sie zunächst aufheben. Sie können auch den Aufruf eines Richtlinienlabels entfernen und ein Richtlinienlabel löschen. Um das Policy-Label zu löschen, müssen Sie zunächst alle Aufrufe entfernen, die Sie für das Label konfiguriert haben.

Sie können die Labels für die integrierten Bindungspunkte nicht aufheben oder löschen (Anforderungsstandard, Anforderungsüberschreibung, Antwortstandard und Antwortüberschreibung).

So heben Sie die Bindung einer globalen Caching-Richtlinie mithilfe der Befehlszeilenschnittstelle auf

Geben Sie an der Eingabeaufforderung Folgendes ein:

unbind cache global <policy>

So heben Sie die Bindung einer für virtuelle Server spezifischen Caching-Richtlinie mithilfe der Befehlszeilenschnittstelle auf

Geben Sie an der Eingabeaufforderung Folgendes ein:

(unbind lb vserver|unbind cs vserver) <vserverName> -policyName <policyName> -type(REQUEST|RESPONSE)

So löschen Sie eine Caching-Richtlinie mithilfe der Befehlszeilenschnittstelle

Geben Sie an der Eingabeaufforderung Folgendes ein:

rm cache policy <policyName>

So heben Sie die Bindung einer Caching-Richtlinie mit der GUI auf:

Navigieren Sie zu Optimierung > Integriertes Caching, klicken Sie auf Cache-Richtlinien-Manager, und heben Sie die Bindung von Richtlinien auf, indem Sie den relevanten Bindepunkt und den Verbindungstyp (Anforderung/Antwort) angeben.

So löschen Sie einen Richtlinienbeschriftungsaufruf mit der GUI:

  1. Navigieren Sie zu Optimierung > Integriertes Caching, klicken Sie auf Cache-Richtlinien-Managerund geben Sie den entsprechenden Verbindungspunkt (virtueller Lastausgleichsserver oder virtueller Content Switching-Server) und den Verbindungstyp an, um die Liste der an diesen virtuellen Server gebundenen Cache-Richtlinien anzuzeigen.
  2. Deaktivieren Sie in der Spalte Invoke den Eintrag.