HP Matrix Operating Environment Software - Handbuch (Seite 73)

Arbeiten mit autonomen Gruppen
Autonome Gruppen sind eine Funktion der 3PAR Storage Systeme, die es Speicheradministratoren
ermöglicht, Volumes, Hosts oder virtuelle Domänen zu gruppieren. Diese Gruppen ermöglichen
Stapelvorgänge für eine Sammlung von Objekten – beispielsweise das Bereitstellen eines Volumes
für eine Gruppe von Hosts in einem Vorgang – und bieten eine gewissen Grad der Automatisierung,
indem sie beim Hinzufügen von Objekten zu Gruppen oder beim Entfernen von Objekten aus
Gruppen automatisch das Exportieren von Volumes anpassen. Weitere Informationen finden Sie
im Benutzerhandbuch des Arrays.
Diese SPM-Version ist nicht vollständig kompatibel mit autonomen Gruppen. Es wird daher
empfohlen, keine autonomen Gruppen auf Arrays zu verwenden, die von SPM verwaltet werden.
Dem Verwenden autonomer Gruppen spricht innerhalb des folgenden Rahmens jedoch nichts
entgegen:
•
Das Importieren von Volumes, die zu einer oder mehrerer Volume-Gruppen gehören, wird
unterstützt. SPM reflektiert nicht das Containment dieser Volumes in Volume-Gruppen.
•
Das Bereitstellen von Volumes für Hosts, die einer oder mehreren Host-Gruppen angehören,
wird unterstützt. SPM reflektiert nicht das Containment dieser Hosts in Hostgruppen.
•
Das Importieren von Volumes, die einer oder mehreren Hostgruppen bereitgestellt sind, wird
NICHT unterstützt: SPM kann diese Bereitstellung nicht reflektieren. Wenn Sie eine derartige
Bereitstellung verwenden, führt dies beim Anforderungsbindungsvorgang zu Fehlern und
Inkonsistenzen.
•
Ähnlich führt das Verwenden von SPM-fremden Tools (z. B. 3PAR GUI oder CLI) für die
Bereitstellung eines bereits importierten Volumes für einen Host beim
Anforderungsbindungsvorgang zu einem unvorhersehbaren Verhalten.
Volume-Migration (Kaskadierung)
Bei 3PAR Storage Systemen werden Volumes häufig von Ebene nach Ebene migriert. Die
Volume-Migration kann manuell über das 3PAR GUI oder CLI oder automatisiert mithilfe lizenzierter
Software (z. B. Adaptive Optimization und Peer Motion) erfolgen. Sowohl bei der manuellen als
auch bei der automatisierten Migration muss SPM diese Änderungen abrufen und sicherstellen,
dass der Katalog auf einem so aktuellen Stand wie möglich ist. SPM stehen drei Möglichkeiten zur
Verfügung, um den Katalog für die Volume-Migration zu aktualisieren:
1. Wenn der Speicheradministrator ein Volume manuell neu synchronisiert, stellt SPM sicher,
dass sich der übergeordnete Pool nicht geändert hat. Sollte er sich geändert haben, führt SPM
einen der folgenden Schritte aus:
a.
SPM verschiebt das Volume unter dem neuen Pool, wenn dieser Pool von SPM verwaltet
wird.
b. SPM schaltet das Volume offline, wenn der neue Pool nicht von SPM verwaltet wird.
2. Während der Volume-Erkennung für einen vorgegebenen Pool führt SPM folgende Schritte
aus: SPM erkennt Volumes, die vom Katalog bereits verwaltet werden und nicht aus dem Pool
oder in den Pool verschoben wurden, und synchronisiert diese Volumes neu. Damit sind wir
wieder bei Fall (1) oben.
3. SPM synchronisiert alle Ressourcen im Katalog regelmäßig neu. Sobald dies geschieht, wird
die Volume-Migration erkannt und wie im Fall (1) oben beschrieben behandelt.
Der wichtigste Nebeneffekt der Volume-Migration besteht – insbesondere bei der Automatisierung
– darin, dass der übergeordnete Pool wie oben beschrieben geändert wird. Auch ändert sich
möglicherweise die RAID-Stufe des Volumes. Im Ergebnis verlieren zugeordnete Dienste, die
„UseResource“- oder „RaidLevel“-Anforderungen angeben, möglicherweise ihre Konformität.
Importieren einer großen Anzahl von Volumes
Der SPM-Katalog kann zehntausende Objekte beinhalten. Das Importieren dieser Objekte in den
Katalog kann jedoch zeitaufwändig sein. SPM unterstützt bei 3PAR Arrays das Importieren von
bis zu 5.000 Volumes zugleich. Die insgesamt für das Erkennen und Importieren erforderliche Zeit
kann je nach Volume-Konfiguration (insbesondere bei einer Bereitstellung für Hosts) und
Arbeiten mit autonomen Gruppen 73