Anzeige:
Ergebnis 1 bis 4 von 4

Thema: Xen ontop Cluster OS?

  1. #1
    Registrierter Benutzer
    Registriert seit
    Jul 2002
    Ort
    Hamburg
    Beiträge
    608

    Xen ontop Cluster OS?

    Hallo zusammen,

    wie bekomme ich eine Unabhängigkeit zum Cluster hin?

    Ich möchte eine Virtualisierung (Xen, virtuozzo, openvz) auf einem Cluster verwenden. Das hätte den beeindruckenden Charme, daß durch hinzufügen von Nodes die Performance steigt und ein Node-Ausfall keinen Ärger macht.

    Leider sind sätmliche mir bekannten Cluster-Betriebssysteme darauf ausgelegt, einzelne loadintensive Prozesse zu verteilen und nicht, eine Virtualisierung der Nodes zu erzeugen (MBI,Rocks Clusters,..).

    Einzig Mosix scheint das zu bieten?

    Also ist somit meine Idee, Xen auf Mosix zu testen, jedoch scheitert das ja wohl erstmal am Kernel, denn wenn der Mosix-Kernel zusätzlich auf XEN gepatcht würde, würde ja wohl XEN - da auf gleicher Ebene im Kern - an Mosix vorbei direkt auf die Hardware zugreifen?!

    Wie kriege ich also hin, daß ein XEN-Kernel, bzw. die gesammten XEN-Prozesse, auf mehrere Nodes verteilt werden?

    Vielleicht, indem ich eine virtualisierte Schicht, die verteilt wird, dazwischen schiebe? Z.B. Mosix -> (VmWare/virtuozzo/openVZ/umlinux/..) -> VM-Image -> XEN?

    Mir ist klar, daß das keiner von euch so direkt beantworten oder gar lösen kann, aber vielleicht habt ihr ein paar Ideen, oder wenn's und aber's, über die sich das Nachdenken lohnt?

    Viele Grüße, Florian
    19x Gentoo-Linux on AMD, Intel, XEN & VmWare ESX
    4x Redhat, 3x Suse, 2x Solaris 8

  2. #2
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    21.501
    derartige Virtualisierungen sind AFAIK auf PC-Basis fast unmöglich (außer Mosix, BeoWulf, ...) - da die HW-Architektur derlei nicht unterstützt.

    Für solche Vorhaben ist meist dann IBM-OS/390 / ZOS / Solaris-Cluster auf entsprechender IBM/Sun-HW angesagt...
    Ich bin root - ich darf das.

  3. #3
    Registrierter Benutzer
    Registriert seit
    Jul 2002
    Ort
    Hamburg
    Beiträge
    608
    ..Naja, der Reiz an diesem Weg ist ja genau gerade DAS man nicht auf teure Hardware, sondern billig nachzurüstende Nodes setzen könnte

    Man stelle sich einen Rack mit 10 - 100 MicroITX-intel atom230-Mainboards vor, jederzeit erweiterbar durch neuere Technologien, weil es dem Cluster wurschd ist, welche Hardware ein Node hat....

    Ich finde diese Idee sehr interessant und durchaus eine Teststellung wert, solange ich halbwegs das Gefühl bekomme, daß es eine Chance auf Realisierbarkeit gibt?

    Gruß, Florian
    19x Gentoo-Linux on AMD, Intel, XEN & VmWare ESX
    4x Redhat, 3x Suse, 2x Solaris 8

  4. #4
    Registrierter Benutzer Avatar von bla!zilla
    Registriert seit
    Apr 2001
    Beiträge
    9.884
    Wenn das so einfach mit billiger Hardware wäre, dann wären schon andere Leute vor dir auf die Idee gekommen. Das kannst du mir glauben. Daher denke ich mal, dass solche Systeme nicht ganz so trivial zu realisieren sind. Selbst große HP oder SUN Kisten mit Partitionierung teilen eine große Kiste nur in ein paar kleine. So richtig virtualisiert wird nur im Mainframebereich.

Ähnliche Themen

  1. xen will nach reboot nicht mehr
    Von koepie im Forum Virtuelle Maschinen und Emulatoren
    Antworten: 0
    Letzter Beitrag: 09.06.08, 18:59
  2. XEN erkennt nur 3,2 von 8GB Speicher auf 64Bit Debian
    Von drummermonkey im Forum Kompilieren von Kernel und Sourcen
    Antworten: 7
    Letzter Beitrag: 24.09.07, 09:40
  3. Xen rebootet beim Start ohne ersichtlichen Grund
    Von 3qualizer im Forum Virtuelle Maschinen und Emulatoren
    Antworten: 4
    Letzter Beitrag: 03.08.07, 22:01
  4. XEN und Cluster
    Von Dono im Forum System installieren und konfigurieren
    Antworten: 4
    Letzter Beitrag: 26.12.06, 17:50
  5. Xen: (Netzwerk!-)Leistung ???
    Von tobiasbeil im Forum Virtuelle Maschinen und Emulatoren
    Antworten: 3
    Letzter Beitrag: 13.06.05, 21:23

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •