Proxy-wwns, Allow external processing, Netzwerktypen – HP Matrix Operating Environment Software Benutzerhandbuch

Seite 100: Xml-objektmodell, Proxy-wwns allow external processing netzwerktypen, Proxy-wwns“ (seite 100)

Advertising
background image

Proxy-WWNs

Wenn ein Benutzer Proxy-WWNs für ein einfaches nicht verwaltetes Netzwerk verwenden möchte,
kann dem nicht verwalteten Netzwerk entweder ein Muster hinzugefügt werden, das mit den
Proxy-WWNs übereinstimmt, oder es kann ein Proxy-WWN erstellt werden, der mit einem Muster
übereinstimmt, das bereits im nicht verwalteten Netzwerk vorhanden ist. Wenn einem nicht
verwalteten Netzwerk ein Muster hinzugefügt wird, um Proxy-WWNs abzugleichen, kann dieses
ein Platzhalterzeichen beinhalten (muss es aber nicht). Weitere Informationen finden Sie unter

„Fibre Channel Initiator Endpoint-Anforderung“ (Seite 28)

oder

„Fibre Channel Target

Endpoint-Anforderung“ (Seite 29)

.

Wenn ein nicht verwaltetes Netzwerk verwendet wird, das vom SPM-Upgrade-Prozess erstellt
wurde (in der Datei UpgradeUnmanagedNetworks.xml gespeichert) oder das ein komplexes
Netzwerk aufweist (beispielsweise in der Matrix-Umgebung), müssen sämtliche erforderlichen
Proxy-WWNs dem nicht verwalteten XML-Netzwerk manuell hinzugefügt werden. Die können
entweder als AddressPattern-Elemente oder als Endpoint-Elemente hinzugefügt werden. Weitere
Informationen finden Sie unter

„Beispiel von XML-Dateien zu einem nicht verwalteten SAN“

(Seite 104)

.

Proxy-WWNs müssen der XML-Datei zu einem nicht verwalteten Netzwerk explizit hinzugefügt
werden, wenn die Proxy-WWNs keine Übereinstimmung mit den vorhandenen Mustern im nicht
verwalteten Netzwerk aufweisen.

Allow External Processing

Für gewöhnlich generiert SPM nur Dienstkandidaten für nicht verwaltete Zonennetzwerke, die
Zonen und Initiatoren verwenden, die in der XML-Datei beschrieben sind, die das Netzwerk
definiert. Nicht verwaltete Netzwerke verfügen jedoch über eine vom Benutzer bearbeitbare
Eigenschaft namens AllowExternalProcessing, die, wenn sie aktiviert ist, es SPM ermöglicht,
Dienstkandidaten für ein nicht verwaltetes Netzwerk unter Verwendung von Zonen und Initiatoren
zu generieren, die sich nicht in der XML-Datei befinden. Dies erfolgt, wenn alle anderen
Anforderungen erfüllt sind und der Initiator über einen gültigen FCProxyWWN verfügt, der Teil des
nicht verwalteten Netzwerks ist, oder wenn der WWN des Initiators mit einem Muster übereinstimmt,
das das nicht verwaltete Netzwerk enthält. Dieser Vorgang ist dem unter

Verwaltete Netzwerke

beschriebenen Proxy-Anwendungsfall vergleichbar.
Wenn ein Dienst unter Verwendung der Eigenschaft Allow External Processing erstellt wird, markiert
SPM den Dienst sofort als nicht konform, sobald der Dienst aktiviert wird, da die erforderliche Zone
nicht vorhanden ist. Damit der Dienst konform werden kann, muss der Benutzer die erforderlichen
Änderungen im Netzwerk vornehmen und der XML-Datei, die das nicht verwaltete Netzwerk
beschreibt, die entsprechenden Informationen hinzufügen. Diese Änderungen sollten auf der
Grundlage der Ausgaben des Dienstes erfolgen. Damit der Dienst konform wird, muss das Netzwerk
eine Zone enthalten, die alle in den Ausgaben des Dienstes aufgeführten Endpunkte enthält.

HINWEIS:

In einer Matrix Infrastructure Orchestration-Umgebung wird die Bereitstellung

angehalten, und eine E-Mail wird gesendet, die über die Notwendigkeit eines manuellen Zonings
informiert. Der Workflow kann fortgesetzt werden, sobald das Zoning ausgeführt und die XML-Datei
aktualisiert wurde.

Netzwerktypen

SPM unterstützt nur nicht verwaltete Fibre Channel-SANs. Das Format der XML-Datei ermöglicht
zwar andere SAN-Netzwerktypen, SPM unterstützt diese aktuell jedoch nicht.

XML-Objektmodell

Abbildung 4 (Seite 101)

zeigt ein UML-Modell zur Struktur der XML-Objekte in einer XML-Datei, die

ein nicht verwaltetes Netzwerk beschreibt. Die Elemente dieses Modells werden in den folgenden
Abschnitten im Detail beschrieben.

100 Arbeiten mit nicht verwalteten Netzwerken

Advertising