HP Matrix Operating Environment Software - Handbuch (Seite 57)

(0, 1, 2, 3) mit jeweils vier CPUs (10, 11, 12, 13) und vier virtuellen Partitionen (vpar1, vpar2,
vpar3, vpar4). In dieser Situation können Sie vpar1 0/1x, vpar2 1/1x, vpar3 2/1x und vpar4
3/1x zuweisen (x ist 0, 1, 2, 3).
Arbeitslasten in gWLM folgen nicht den verknüpften Serviceguard-Paketen
Mit Ausnahme virtueller Systeme kann eine Arbeitslast von gWLM zu einem bestimmten Zeitpunkt
nur in einer bereitgestellten SRD verwaltet werden. Wenn also eine Arbeitslast direkt mit einem
Serviceguard-Paket verknüpft wird (mit der Auswahlfunktion im Dialogfeld „Workload Definition“
[Arbeitslastdefinition]), kann gWLM diese nur auf einem der Hosts verwalten, auf denen sie
möglicherweise ausgeführt wird. Die Verwaltung einer solchen Arbeitslast kann dazu führen, dass
die Verfolgung der Arbeitslastnutzung zwischen den Clustermitgliedern durch HP Matrix OE
Visualization und Capacity Advisor unterbrochen wird. Deshalb wird empfohlen, eine mit einem
Serviceguard-Paket verknüpfte Arbeitslast nicht direkt zu verwalten.
Workaround
Sie müssen auf allen Hosts, auf die ein Failover einer mit einem Serviceguard-Paket verknüpften
Arbeitslast erfolgen kann, der umschließenden Betriebssysteminstanz (virtuelle Partition oder
nPartition) eine Richtlinie zuweisen. Sie können eine gWLM-Bedingungsrichtlinie verwenden, um
die Ressourcenzuordnung in Abhängigkeit von den vorhandenen Paketen zu ändern. Dies ermöglicht
Ihnen die Steuerung der Ressourcenzuordnung der umschließenden Betriebssysteminstanz und
gleichzeitig die Überwachung der Arbeitslast via HP Matrix OE Visualization.
Hostnamenaliase werden nicht unterstützt
Hostnamenaliase werden von gWLM nicht unterstützt. Nur vorschriftsmäßige DNS-Hostnamen
(vollständige Domänennamen) werden unterstützt.
Workaround
Verwenden Sie beim Konfigurieren von gWLM über System Insight Manager oder eine XML-Datei
für den Befehl gwlm ausschließlich vorschriftsmäßige DNS-Namen.
Verarbeitung einer Konfigurationsänderung bei einer großen SRD erfolgt langsam
An der Konfiguration einer großen bereitgestellten SRD vorgenommene Änderungen dauern sehr
lange (mehrere Minuten), bis sie in Kraft treten.
Workaround
Es gibt keinen Workaround. Die zum Abschließen einer Änderung erforderliche Zeit ist von der
Zeit abhängig, die es dauert, mit allen Depots in der SRD zu kommunizieren.
Ereignisse in Bezug auf die CPU-Migration durch gWLM können die System Insight
Manager CMS-Leistung beeinträchtigen
Die HP Produkte System Fault Management (SFM) und Event Monitoring Service (insbesondere
EMS-Hardwaremonitore) generieren Ereignisse, wenn CPUs migriert werden. In Abhängigkeit von
den Arbeitslastmerkmalen kann gWLM CPUs schnell migrieren. Im Zeitverlauf kann diese häufige
Migration zu einer so großen Anzahl von Ereignissen führen, dass die Leistung des System Insight
Manager CMS darunter leidet.
Workaround
Folgende Optionen sind als Workarounds verfügbar:
Option 1
Installieren Sie auf mit gWLM verwalteten Systemen mit HP-UX 11i v3 die Patches
PHCO_36126 und PHSS_36078. (Diese Patches sind im Operating
Environment-Update September 2007 enthalten.) Eine Korrektur für
EMS-Hardwaremonitore ist im Operating Environment-Update September 2007
enthalten. Auch nach Installation dieser Patches und Korrekturen wird weiterhin ein
Ereignis für jede Änderung der CPU-Anzahl generiert.
Führen Sie das Upgrade auf das Operating Environment-Update Juni 2007 für alle
mit gWLM verwalteten Systeme durch, auf denen HP-UX 11i v2 ausgeführt wird.
Einschränkungen 57