Citrix Xenserver mit 2 x FSC RX300 Server und FSC DX60 SAN über SAS anbinden
Hallo,
wir planen 2 x FSC RX300 Server und FSC DX60 SAN (1 Controller) über SAS anzubinden. Auf dieser Hardwarekonstellation soll dann Citrix Xenserver laufen. Mir kann leider niemand sagen ob genug Anschlüsse vorhanden sind und ob Citrix das unterstützt.
Hat das schon jemand gemacht?
Hallo,
wir planen 2 x FSC RX300 Server und FSC DX60 SAN (1 Controller) über SAS anzubinden. Auf dieser Hardwarekonstellation soll dann Citrix Xenserver laufen. Mir kann leider niemand sagen ob genug Anschlüsse vorhanden sind und ob Citrix das unterstützt.
Hat das schon jemand gemacht?
Gruß,
Chris
wir planen 2 x FSC RX300 Server und FSC DX60 SAN (1 Controller) über SAS anzubinden. Auf dieser Hardwarekonstellation soll dann Citrix Xenserver laufen. Mir kann leider niemand sagen ob genug Anschlüsse vorhanden sind und ob Citrix das unterstützt.
Hat das schon jemand gemacht?
Hallo,
wir planen 2 x FSC RX300 Server und FSC DX60 SAN (1 Controller) über SAS anzubinden. Auf dieser Hardwarekonstellation soll dann Citrix Xenserver laufen. Mir kann leider niemand sagen ob genug Anschlüsse vorhanden sind und ob Citrix das unterstützt.
Hat das schon jemand gemacht?
Gruß,
Chris
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 169409
Url: https://administrator.de/contentid/169409
Ausgedruckt am: 25.11.2024 um 20:11 Uhr
13 Kommentare
Neuester Kommentar
Moin Chris,
du möchtest also von uns die Beraterleistung erhalten die normlerweiße Systemhäuser durchführen?
Was ich nicht versteh warum du SAS und nicht SAN bzw. iSCSI zwischen den Storage und den Server nutzen möchtest?
Wie viel virtuelle Server möchtest du auf den beiden RX300 Server laufen lassen und verkraftet das Storage (sowohl IOPS als auch I/O) das auch?
Grüße,
Dani
du möchtest also von uns die Beraterleistung erhalten die normlerweiße Systemhäuser durchführen?
Was ich nicht versteh warum du SAS und nicht SAN bzw. iSCSI zwischen den Storage und den Server nutzen möchtest?
Wie viel virtuelle Server möchtest du auf den beiden RX300 Server laufen lassen und verkraftet das Storage (sowohl IOPS als auch I/O) das auch?
Grüße,
Dani
Warum sollte es nicht gehen?
Die sas Platten werden ja dann als lokales storage erkannt.
Ab xenserver 5.6 fp1 ist auch boot from san unterstützt
Aber ich denke du bist in den citrix support foren besser aufgehoben mit solchen fragen. Registrieren kann sich dort jeder und citrix techniker antworten auch dort.
Forums.citrix.com sollte es sein ;)
Lg
Die sas Platten werden ja dann als lokales storage erkannt.
Ab xenserver 5.6 fp1 ist auch boot from san unterstützt
Aber ich denke du bist in den citrix support foren besser aufgehoben mit solchen fragen. Registrieren kann sich dort jeder und citrix techniker antworten auch dort.
Forums.citrix.com sollte es sein ;)
Lg
Moin,
Dir ist klar, dass du mit SAS z.B. kein HA nutzen kannst?!
Grüße,
Dani
ISCSI ist zu langsam und FC zu teuer.
Hmm... seltsam, wir haben bei einer unseren kleineren VMWare-ESX-Plattform 3x RX300S5 mit einer Netapp 2020 über iSCSI angebunden. Darauf laufen ca. 35 Server darunter (2x TS, 5x DB und der rest sind Anwendungsserver) und wir haben keine Probleme was die Performance angeht.Dir ist klar, dass du mit SAS z.B. kein HA nutzen kannst?!
Grüße,
Dani
Okay, ein Controller hat laut Datenblatt 2 Schnittstellen, so dass du beide Server anschließen kannst. Wenn du SAS verwendest wird die Festplatte als lokaler Datenträger gekennzeichnet und nicht als Netzwerkspeicher. LUN's gibt es nur bei SAN (iSCSI, FC). Somit kannst du meiner Ansicht nach nicht einfach mal schnell die VM verschieben!
Grüße,
Dani
Grüße,
Dani
Also mal bissl grundsätzliches was mir so bekannt ist:
früher war es nicht möglich über einen sas controller zwei server gleichzeitig drauf schreiben zu lassen, das ist soweit mal korrekt.
ich hatte vor paar monaten das vergnügen bei der bx60 (blade center von fujitsu) dabei zu sein und ein consultant hat mir erklärt das dass mittlerweile kein problem mehr ist.
aber wenn man HA auf dem XenServer verwenden will braucht man zwingend FC oder iSCSI über welches er den HeartBeat macht.
Ab XenServer 5.6. FP1 kannst du auch NFS Shares für den Heartbeat missbrauchen, ging vorher nicht.
Als Storage muss ich dieses jedoch nicht verwenden. Hierfür kann ich FC, iSCSI oder NFS verwenden wenn ich HA will.
Aber das ist egal, das willst du ja sowieso nicht.
Best Practice bei XenServer ist ein NFS Store als Speicher.
Dieser ermöglicht es dir auch die Maschinen hin und her zu verschieben zwischen den Servern - das was du eben vor hast.
Der WLB (Workload Balancer) kann dir das auch Lastgesteuert automatisch machen. Ist aber ein Bezahlfeature.
Der weitere Vorteil von NFS ist, dass du z.B. FastClone und mit XenDesktop auch den intellicache des XenServer sowie ThinProvisioning (sowas wie Linked Clones) nutzen kannst.
All das kannst du mit lokalem speicher gleich vergessen (ausgenommen intelliCache)
Zudem sind die Virtuellen Disken im XenStore abgelegt, welcher EXT3 ist soweit mir das bekannt ist, wenn du die Lokalen Platten als Speicher verwendest.
Auf einer Filesystembasierenden Storage (NFS) wäre es das VHD Format.
Microsoft Virtual Hard Disk ... das kannst du auch in jedem Windows 7 dann Mounten und eben mal was rauskopieren ;)
Auf Blockbasierenden Systemen (iSCSI oder FC) hast du wieder das selbe Problem wie bei EXT3
Also mach doch folgendes:
Falls vorhanden, attatche das Storage an einen anderen Server und mach den zum FileServer.
Ab Server 2003 kann man schon NFS Shares ohne weitere Probleme erstellen.
Dieses NFS Share fügst du als VHD Repository deinem Pool hinzu (den Pool erzeugst du über XenCenter indem du die 2 Server einfügst)
Fertig
Wenn das keine Option ist, alles schon gekauft ist und nichts neues mehr angeschafft werden soll und du das feature unbedingt haben willst,
kannst du natürlich noch einen virtuellen Server erzeugen, den als FileServer konfigurieren, NFS Share drauf machen und den dann im XenCenter einbinden *lol*
Nein.. war nur ein Spass :-P ich glaub das ist keine gute idee *hahaha*
Also kurz gesagt:
Lokales Storage - Maschinen verschieben zwischen Servern geht nicht
Lokales Storage für beide XenServer verwenden - müsste rein Theoretisch gehen, wird aber sehr sehr sicher zu jeder Menge Problemen führen wenn es überhaupt geht
aber kann die DX60 nicht sogar Filedienste machen ? Glaub CIFS kann die ja z.B. auch ??
*gotta-google-this*
*edit* > Ok kann sie leider nicht,...
PS: http://www.adn.de/akademie/citrix/klassenraumkurse/cxs-202-1i-citrix-xe ... :-þ
früher war es nicht möglich über einen sas controller zwei server gleichzeitig drauf schreiben zu lassen, das ist soweit mal korrekt.
ich hatte vor paar monaten das vergnügen bei der bx60 (blade center von fujitsu) dabei zu sein und ein consultant hat mir erklärt das dass mittlerweile kein problem mehr ist.
aber wenn man HA auf dem XenServer verwenden will braucht man zwingend FC oder iSCSI über welches er den HeartBeat macht.
Ab XenServer 5.6. FP1 kannst du auch NFS Shares für den Heartbeat missbrauchen, ging vorher nicht.
Als Storage muss ich dieses jedoch nicht verwenden. Hierfür kann ich FC, iSCSI oder NFS verwenden wenn ich HA will.
Aber das ist egal, das willst du ja sowieso nicht.
Best Practice bei XenServer ist ein NFS Store als Speicher.
Dieser ermöglicht es dir auch die Maschinen hin und her zu verschieben zwischen den Servern - das was du eben vor hast.
Der WLB (Workload Balancer) kann dir das auch Lastgesteuert automatisch machen. Ist aber ein Bezahlfeature.
Der weitere Vorteil von NFS ist, dass du z.B. FastClone und mit XenDesktop auch den intellicache des XenServer sowie ThinProvisioning (sowas wie Linked Clones) nutzen kannst.
All das kannst du mit lokalem speicher gleich vergessen (ausgenommen intelliCache)
Zudem sind die Virtuellen Disken im XenStore abgelegt, welcher EXT3 ist soweit mir das bekannt ist, wenn du die Lokalen Platten als Speicher verwendest.
Auf einer Filesystembasierenden Storage (NFS) wäre es das VHD Format.
Microsoft Virtual Hard Disk ... das kannst du auch in jedem Windows 7 dann Mounten und eben mal was rauskopieren ;)
Auf Blockbasierenden Systemen (iSCSI oder FC) hast du wieder das selbe Problem wie bei EXT3
Also mach doch folgendes:
Falls vorhanden, attatche das Storage an einen anderen Server und mach den zum FileServer.
Ab Server 2003 kann man schon NFS Shares ohne weitere Probleme erstellen.
Dieses NFS Share fügst du als VHD Repository deinem Pool hinzu (den Pool erzeugst du über XenCenter indem du die 2 Server einfügst)
Fertig
Wenn das keine Option ist, alles schon gekauft ist und nichts neues mehr angeschafft werden soll und du das feature unbedingt haben willst,
kannst du natürlich noch einen virtuellen Server erzeugen, den als FileServer konfigurieren, NFS Share drauf machen und den dann im XenCenter einbinden *lol*
Nein.. war nur ein Spass :-P ich glaub das ist keine gute idee *hahaha*
Also kurz gesagt:
Lokales Storage - Maschinen verschieben zwischen Servern geht nicht
Lokales Storage für beide XenServer verwenden - müsste rein Theoretisch gehen, wird aber sehr sehr sicher zu jeder Menge Problemen führen wenn es überhaupt geht
aber kann die DX60 nicht sogar Filedienste machen ? Glaub CIFS kann die ja z.B. auch ??
*gotta-google-this*
*edit* > Ok kann sie leider nicht,...
PS: http://www.adn.de/akademie/citrix/klassenraumkurse/cxs-202-1i-citrix-xe ... :-þ
Moin,
Laut Datenblatt hast du 2 Netzwerkports pro Controller. Somit kannst du LAN und SAN sauber von einander trennen. Ich habe es mal grob aufgezeichnet:
Wie du siehst habe ich für das SAN zwei Switches genommen und 2 unterschiedliche Farben. D.h. am Besten nimmst du für das SAN je Switch ein anderen IP-Bereich.
Beispiel:
Blau: 192.168.10.x
Rot: 192.168.20.x
Somit ist sichergestellt, dass wenn Switch Blau ausfällt, die Verbindung zwischen Storage und Server nicht abreißt sondern über Switch Rot weitergearbeitet werden kann. Bitte achte drauf, dass die Switche auch für die Aufgabe geeignet sind!
Grüße,
Dani
Hab mir gedacht Active Passive wäre sicherer
Wenn ein Takover (sprich ein Controller fällt aus, der andere übernimmt seine Arbeit) supportet wird überhaupt nicht.Laut Datenblatt hast du 2 Netzwerkports pro Controller. Somit kannst du LAN und SAN sauber von einander trennen. Ich habe es mal grob aufgezeichnet:
Wie du siehst habe ich für das SAN zwei Switches genommen und 2 unterschiedliche Farben. D.h. am Besten nimmst du für das SAN je Switch ein anderen IP-Bereich.
Beispiel:
Blau: 192.168.10.x
Rot: 192.168.20.x
Somit ist sichergestellt, dass wenn Switch Blau ausfällt, die Verbindung zwischen Storage und Server nicht abreißt sondern über Switch Rot weitergearbeitet werden kann. Bitte achte drauf, dass die Switche auch für die Aufgabe geeignet sind!
Grüße,
Dani