Re(8): hochverfügbarer server

hochverfügbarer server (32 Beiträge, 1025 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

hallo!

bei mir stellt sich derzeit die frage einer installation eines hochverfügbaren servers, sprich cluster gegen ausfall und hotplug support für die hardware (festplatte usw...)

jetzt ist die frage.. welche linux distribution...

fedora, opensuse. redhat, suse enterprise server?

der suse enterprise hat zwar die clusterung integriert aber auch da gibts ja einfach die open source produkte zum nachinstallieren.. wie das mit dem hotplug support der hardware ausschaut weiß ich allerdings nicht..

sollte ich eine redhat oder suse distribution kaufen.. unter anderem wegn den integeriertn features der hochverfügbarkeit bzw wegn den patches oooder...

ich lad mir eine nicht konstenpflichtige distri runter, installier die clustersache nach und wart auf patches 1 tag länger als bei den kostenpflichtigen..

was würdest ihr mir empfehlen?

linux is for networking, apple for working and windows for solitair

Re: hochverfügbarer server (MidiFan am 23.11.2005, 20:52:38)

Re(2): hochverfügbarer server (sharky2 am 23.11.2005, 21:18:01)

Re: hochverfügbarer server (narayan_gw am 23.11.2005, 20:57:43)

Re(2): hochverfügbarer server (sharky2 am 23.11.2005, 21:16:34)

Re(3): hochverfügbarer server (narayan_gw am 23.11.2005, 21:55:53)

Re(4): hochverfügbarer server (sharky2 am 23.11.2005, 22:22:27)

Re(5): hochverfügbarer server (narayan_gw am 23.11.2005, 22:45:20)

Re(6): hochverfügbarer server (sharky2 am 23.11.2005, 22:50:19)

Re(7): hochverfügbarer server (Tom2k am 24.11.2005, 00:50:57)

Re: hochverfügbarer server (gepeinigter_aon_neukunde am 24.11.2005, 12:27:01)

Re(2): hochverfügbarer server (sharky2 am 24.11.2005, 18:15:42)

Re(3): hochverfügbarer server (gepeinigter_aon_neukunde am 24.11.2005, 18:29:38)

Re(4): hochverfügbarer server (sharky2 am 24.11.2005, 19:01:57)

Re(5): hochverfügbarer server (gepeinigter_aon_neukunde am 24.11.2005, 19:39:11)

Re(6): hochverfügbarer server (sharky2 am 24.11.2005, 20:19:07)

Re(6): hochverfügbarer server (sharky2 am 15.12.2005, 17:54:41)

Re(4): hochverfügbarer server (Ingenico am 24.11.2005, 21:29:09)

Re(5): hochverfügbarer server (gepeinigter_aon_neukunde am 25.11.2005, 10:57:13)

Re(6): hochverfügbarer server (Tom2k am 25.11.2005, 11:15:10)

Re(7): hochverfügbarer server (gepeinigter_aon_neukunde am 25.11.2005, 11:42:30)

Hallo,

DRDB wurde für HA entwickelt und nicht für Load Balancing. Du darfst das DRBD-Device am zweiten Rechner nichtmal passiv mounten, weil das - wie Du korrekt schreibst - zu Problemen führt.

Eine Art von Load Balancing kannst Du machen, indem Du die verschiedenen Dienste auf die beiden Server aufteilst. Aber Du kannst nicht einen einzigen Dienst "load balancen".

Dieses Bild beschreibt die mögliche Art von Load Balancing recht gut und genau so ist es für meinen Zweck auch ausreichend.


Clients  <--------------+---------------------------+ 
                        |                           | 
              +--------------------+      +--------------------+
              | httpd (on drbd0)   |      | sendmail (on drbd1)|  
              | standby for sendmail      | standby for httpd  |
              +--------------------+      +--------------------+
                     node1                        node2

Quelle: http://www.drbd.org/fileadmin/drbd/doc/0.5.7/uman.html

Und hier noch ein Auszug aus den FAQs:

Can I mount the secondary at least readonly?

      Short answer: No!

      DRBD would not care, but most likely your filesystem will be confused because it will not be aware about changes in the underlying device. This in general means that it cannot work, not with ext2, ext3, reiserFS, JFS or XFS. If you need not just a mirrored, but a shared filesystem, use GFS or OpenGFS for example. But these are much slower, and typically expect write access on all nodes in question.

      If we have more than one node concurrently modifying distributed devices, we have some "interessting" problems to decide which part of the device is up-to-date on which node, and what blocks need to be resynchronized in which direction.

      These are the most important reasons why DRBD does not allow mounting the secondary. Thus, if you want to mount the secondary, set the secondary as the primary first. Both devices mounted at the same time does not work.

      If you need access to the data from both nodes, and and arbitrary number of other clients, consider using HaNFS.

Quelle: http://linux-ha.org/DRBD_2fFAQ#head-ff8f594c0d61552676dd75c5c2818546f737f712

Re(9): hochverfügbarer server (gepeinigter_aon_neukunde am 25.11.2005, 15:11:29)

Re(10): hochverfügbarer server (Tom2k am 25.11.2005, 15:21:40)

Re(11): hochverfügbarer server (gepeinigter_aon_neukunde am 25.11.2005, 15:53:50)

Re(2): hochverfügbarer server (narayan_gw am 25.11.2005, 10:58:43)

Re(3): hochverfügbarer server (gepeinigter_aon_neukunde am 25.11.2005, 11:36:46)

Re: hochverfügbarer server (fleptin am 24.11.2005, 21:41:59)

Re(2): hochverfügbarer server (Raydoo am 25.11.2005, 10:27:13)

Re(2): hochverfügbarer server (narayan_gw am 25.11.2005, 10:57:15)

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung