ESX 4, HP Agents und Netapp

[time812]

Hey,

hat jemand diese Konstellation im Einsatz ?
Mir ist aufgefallen das ich mit den neuen HP Agents 8.25 scheinbar kein config_mpath mehr machen kann um die Pfadwahl (haben 4 pro LUN) zu automatisieren. Gibts da was zu beachten ?

[eini]

Ja ich, aber ich weiß nicht was du meinst?! Hilf mir mal auf die Sprünge, ggf. kann ich dann dazu was sagen. Aber ich meine das sind doch schon die 8.6er Agents oder?

[Saturnous]

Weil vllt config_mpath nicht bestandteil der HP agents ist ? Das ist bei den NetApp Hosttool set dabei und funzt nicht weil die Befehle sich geändert haben. Sollte mit aktueller Ontap nicht RR prima funzen.

[xalepopi]

Das config_mpath Skript hat nichts mit den HP Agents zu tun. Für das Setzen der Pfade in Verbindung mit einem NetApp Storagesystem sind dafür die Host Utlis von NetApp zuständig. Diese sollten eh bei jeder Installation eines ESX Servers in Verbindung mit NetApp Storage installiert werden. Die aktuellsten Host Utils für ESX von NetApp sind die der Version 5.1.

Neu von VMware ist die Virtual Storage Console for VMware vSphere. Diese muss auf dem VCenter Server installiert werden und steht dann über den vSphere Client zur Verfügung. Über diese Konsole können dann alle relevanten NetApp Storageeigenschaften über den vSphere Client gesetzt werden. Wie z.B. das config_mpath.

Round Robin funktioniert in der vSphere Umgebung sehr gut. Solang man kein NetApp Cluster oder Metrocluster einsetzt. Dann bekommt man ständig die Fehlermeldung oder besser Warnungen von den NetApp Systemen, dass der Partnerpath missconfigured ist. Sprich, die Proxypfade über den Partnerkopf werden auch genutzt.

Deshalb dringende Empfehlung von mir, Host Utils von NetApp installieren und Pfade richtig konfigurieren.

[eini]

@xalepopi

Klingt ja sehr interessant, woher bekommt man denn die Virtual Storage Console und was kann man damit genau machen? Und wieso sollte man die NetApp Host Utilities denn installieren? Bisher sah ich darin nicht wirlkich einen Nutzen aber vielleicht täusch ich mich da. Wäre super wenn du noch was dazu sagen könntest. Ich meine die Pfade setze ich über den vSphere Client...

[Saturnous]

Die NetApp host utilities bieten paar nette Spielereien und setzen sogar HBA Treiber Optionen (bei ESX4 nicht sicher). Das Pfade verteilen macht ja jetzt Round Robin - aber zB Platten allignen ohne die Daten zu killen - das können nur die. Könnte mir jmd mal mbrallign zukommen lassen - ich hab kein NetApp Account. Virtual Storagekonsole ist glaubich ein vCenter / VI Client Plugin.

[time812]

[quote="xalepopi"]Round Robin funktioniert in der vSphere Umgebung sehr gut. Solang man kein NetApp Cluster oder Metrocluster einsetzt. Dann bekommt man ständig die Fehlermeldung oder besser Warnungen von den NetApp Systemen, dass der Partnerpath missconfigured ist. Sprich, die Proxypfade über den Partnerkopf werden auch genutzt.


Ja genau das ist bei mir der Fall. 3020 Cluster und permanent die Meldung
Hab unter den 4.0 ESX jetzt mit den 5.1 Host Utils (neuste ?) sowie den 8.2.6 Agents für ESX 4.0 für HP wenig Spielraum, das Plugin habe ich drin, allerdings ist meine Ontap zu alt Kann daher nur eingerschränkte Infos auslesen. Im Januar kommt die neue, daher schieb ichs bis dahin raus.

[eini]

@time812

Also von einem RR in einem NeTApp cluster ist doch abzuraten da die PartnetLUN´s so nicht genutzt werden sollten. Der Traffic ginge ja über den Infiniband was zu vermeiden ist. Ich habe die Meldung auch aber nur bei einem VCB Backup wo es derzeit noch unvermeidbar ist..

[xalepopi]

Entschuldigt bitte, dass ich jetzt erst wieder schreibe. War ununterbrochen im Dauereinsatz.

Wenn du die Host Utilities, die 5.1 er sind übrigens die aktuellsten, installiert hast, gibt es auf der Service Konsole des ESX Servers im Verzeichnis /opt/netapp weitere NetApp Tools. Nach der Installation der Host Utilitier muss der Server neu gestartet werden. Das ist schon geschehen, oder. Ansonsten Mainenance Mode und reboot. Damit die Fehlermeldungen nicht mehr erscheinen und er die korrekten Pfade nutzt, muss das Toll config_mpath ausgeführt werden. Dabei werden die direkten Pfade zum Storagekontroller auf aktiv und die Proxy Pfade auf Passiv gesetzt.

Die Syntax für den Befehl lautet:

config_mpath --primary --secure --access <Filer1>:<User>:<Passwort> --access <Filer2>:<User>:<Passwort>

Als Benutzer würde ich Root nehmen. Damit hören die Fehlermeldungen auf. Doch jedesmal wenn eine neue LUN verbunden wird, muss dieser Befehl auf allen ESX Server ausgeführt werden.

Anders ist der Befehl, wenn in der Initiatorgruppe auf dem Filer ALUA, was seit der Version 4 des ESX Servers supported ist, aktiviert ist. Es werden alle Pfade aktiv gesetzt, aber die direkten Pfade als preferred gekennzeichnet.

Hier lautet der Befehl:

config_mpath --primary --secure --access --loadbalance <Filer1>:<User>:<Passwort> --access <Filer2>:<User>:<Passwort>

Schöne Weihnachten...