XenApp Server-Farm auf ISCSI mit 700 Usern

[Jokes 10]

Hallo Zusammen,

 

folgende Situation gilt es zu beurteilen:

 

Citrix XenApp 4.5 Serverfarm (48 VServer Windows 2003 auf insgesamt 20 Hypervisorn (Xen-Server free))

700 User an 60 Standorten

 

VServer liegen auf einer Netapp die über ISCSI angesprochen wird.

Es gibt kein VLAN für den ISCSI Transfer.

Zwischen NetApp und den HV's liegt eine Cisco Netzwerkstrecke (1Gbit)

Aktuell gibt es keine Ordnerumleitung!

Bei Anmeldung der 700 User werden 40Gbyte Profildaten kopiert!!!!

Die VServer brauchen ewig zum booten.

Die Plattenperformance ist grausam!

 

Ist ISCSI überhaupt dafür geeignet so viele parallele Aktionen zu verarbeiten?

Das die Profile voll kopiert werden ist natürlich mist, aber aktuell nicht anders möglich.

 

Bitte um eure Meinung zu dieser Baustelle

[bla!zilla 10]

Ja, mit iSCSI kann man performance Storage Area Networks aufbauen. Aber:

 

- deine 1 GbE Leitung ist definitiv zu wenig

- der iSCSI Verkehr sollte in einem eigenen VLAN geführt werden

- End-2-End Konfiguration von Jumbo Frames (Hypervisor bis Filer)

- es sollten mehrere Pfade zur LUN vorhanden sein. Multipathing vor "dicker Leitung"

 

Warum setzt der Kunde 20 Hypervisor für 48 VMs ein???

[Dunkelmann 96]

Das Problem scheint bei der einzelnen 1gb Verbindung zu liegen.

Alle VMs, Profile und wer weiß was sonst noch müssen da durch. Und das bei 20x Blech und 40VMs

 

Aus dem Bauch heraus ...

a) Du benötigst entweder eine - besser zwei - 10gb Leitungen

b) die NetApp muss dichter an die Server.

Je nach dem ob a) oder b) möglich ist, lässt sich dann Weiteres planen.

[bla!zilla 10]

a) Du benötigst entweder eine - besser zwei - 10gb Leitungen

 

Er braucht min. zwei - schon wegen Redundanz. Wenn 10 GbE zu teuer ist, dann tut es auch Multipathing über entsprechend viele NICs. Ich befürchte nur, dass der Filer nur zwei Interfaces hat und die ein VIF bilden.

 

Was für ein Filer ist das konkret?

 

b) die NetApp muss dichter an die Server.

Je nach dem ob a) oder b) möglich ist, lässt sich dann Weiteres planen.

 

Lokalität ist bei Storage nun mal das A und O.