gespiegelte lun aus clarion storage wird 2 mal gesehen

[adeba]

hallo,

ich habe hier ein paar hp dl 380 esx server an einem clarion storage (genaue bezeichnung weiß ich leider nicht). wir haben pro rz eine san box (2 insgesamt). ich habe jetz zu den san betreuern gesagt ich brauche 500gb gespiegelten speicher. (falls ein rz ausfällt). demnach müssten mir ja 2x500gb pro rz zur verfügung gestellt werden, um 500gb netto zu bekommen. mir wurde jetzt gesagt, das die eine seite aktive ist und die andere passiv.

wenn ich jetzt "add storage" sage, sehe ich beide seiten, die aktive und die passive. wenn ich jetzt eine hinzufüge, klappt das wunderbar. ich habe jedoch angst das ein kollege aus versehen die passive auch hinzufügt und damit die aktive überschreibt z.b.

müsste es nicht so sein, das ich bei add storage nur eine lun mit 500gb sehen sollte? ist das ein konfigurationsfehler bei den san kollegen, oder bietet das virtual center vielleicht in der richtung einstellungsmöglichkeiten damit ich nur die aktive lun sehe?

[kastlr]

Hallo,

das du zwei LUN's siehst ist korrekt.
Die Clariion verwendet zur Replizierung MirrorView , daher ist eine LUN aktiv (RW) und die andere passiv (RO).

Den Datastore auf der passiven LUN wirst du jedoch nicht ohne weiteres verwenden können, da die im Datastore gespeicherten Informationen bezüglich des verwendeten Arrays nicht mehr korrekt sind.
Schließlich wurde der Datastore auf Array 1 angelegt, das Array 2 hat aber eine andere Kennung.
Also wird der ESX Server diesen Datastore bei Default Einstellungen nicht mounten, da er diesen korrekt als Snapshot erkannt hat.

Selbst wenn deine SAN/Storage Admins die LUN promoten, wird der DS immer noch als SnapShot behandelt.
Du mußt dir also einen Plan machen für den Fall, das du mal auf der passiven Seite arbeiten mußt, das ist nicht mal eben so eingerichtet.
Ich persönlich halte deine Lösung, einem ESX Server sowohl die aktive als auch die passive Seite zu zeigen, für mehr als bedenklich.
Schließlich erfordert dies sehr genaues arbeiten aller Beteiligten, um Probleme zu vermeiden.

Alternativ kann man auch VMware SRM einsetzen, SRM kann dann im Bedarfsfall die erforderlichen Schritte ausführen.
Allerdings brauchst du dafür zwei getrennte VC und ESX Cluster.

Unter Advanced Settings gibt es die Möglichkeit, LUN's zu maskieren, damit der Server diese nicht verwendet
(Configuration -> Advanced Settings -> Disk -> Disk.MaskLUNs)

Und damit du bei den LUN's nicht durcheinander kommst, bietet EMC einen kostenlosen Storage Viewer zum Download an, der dir detaillierte Informationen über die verwendeten EMC Arrays liefert.
EMC Storage Viewer for Virtual Infrastructure Client V1.1
EMC Storage Viewer for Virtual Infrastructure Client V1.1 Rev A04 Technical Notes

Das macht die Kommunikation mit den SAN Administratoren deutlich einfacher, weil Ihr dann über die selben Daten verfügt (z.B. verwendete Storagegruppe, ALU und HLU)

Gruß
Ralf

[adeba]

hallo,

danke für deine antwort. du schreibst es sei bedenklich die aktive und auch die passive seite zu zeigen. das sehe ich ja genau so, aber ich weiss nicht wie man die passive seite verbergen soll?

ist das eine esx einstellungssache, oder muss man das von der san seite aus einstellen?

[kastlr]

Hallo,

das Verbergen der passiven Seite könnte durch
- Entfernen aller Zonen von den ESX Host zum passiven Array aus dem/n aktiven Zoneset(s) (SAN Admin)
- Entfernen des/der ESX Hosts aus der Storagegruppe im passiven Array (Clariion Admin)
- Verwenden des Parameters Disk.MaskLUNs für jeden ESX Server, um die LUN's des passiven Arrays vorm Kernel zu verstecken (ESX Admin)
erfolgen.

Aber noch einmal, denke daran, das im Falle des Umschaltens deiner Arrays noch weitere Tasks auf dich als ESX Admin warten, um die VM's nutzen zu können.

Gruß
Ralf

[bla!zilla]

Sofern der ESX Host nur eine SCSI Inquiry machen kann, ist das okay. Darf er mehr... würde ich die Finger davon lassen. Ich kenne MirrorView nicht on detail, aber bei HP Continuous Access EVA kann ich z.B. lediglich eine SCSI Inquiry zulassen. Damit sieht er zwar die LUN, kann aber weder lesen noch sonst was. Er sieht nicht mal das Dateisystem. Erst nach einem Failover und einem Rescan ist das Device nutzbar.

[adeba]

hallo,

"- Verwenden des Parameters Disk.MaskLUNs für jeden ESX Server, um die LUN's des passiven Arrays vorm Kernel zu verstecken (ESX Admin)
erfolgen. "

wie genau mache ich das als esx admin?

das umschalten im störungsfall haben wir schon einmal durchgespielt. ich habe von den clariion admins dafür eine kleine anleitung was zu tun ist. hat auch alles geklappt.

mir ist aufgefallen, das wir schon so eine gespiegelte lun haben, diese jedoch nur einmal gesehen wird vom esx, so wie es auch gewünscht ist. demnach müssen ja die san/storage admins etwas anders gemacht haben als beim letzten mal, und der fehler leigt nicht an mir?!

[Saturnous]

LUN maskieren - SMI-S Provider installieren und SRM machen lassen.

[kastlr]

Hallo,

zum Thema SCSI Inquery.
MirrorView kennt eine aktive LUN (Read Write) und eine passive LUN (Read Only), daher könnte ein Host fast alle Disk Operationen ausführen.

Zum Thema LUN Masking.
Hier findest du alle Infos, wie die Einträge aussehen müssen.
Making Masked LUNs Settings Persistent Across Reboots on ESX Server

Du mußt für jeden Pfad zu den passiven Targets (mit allen LUN's) einen Eintrag vornehmen.
Wenn du dich an die VMware Empfehlung gehalten hast, sieht jeder HBA jedes Array über 2 Pfade (SP A + SP B).
Da es in einem SAN aber durchaus passieren kann, das die Target Nummerierung sich ändert, solltest du auf deinen HBA's persistent Binding einrichten.
Da muß ich aber noch einmal meine Doku im Büro sichten, um dir die Befehle zu posten.

Zum Thema SRM.
Ich würde den von EMC bereitgestellten Clariion SRA verwenden, dieser befindet sich auf der VMware Download Seite.

Viel Erfolg
Ralf