Cluster aufbauen - Welcher Provider ?

freako32

New Member
Hi alle!

Ich möchte gerne selber ein High-Availability Cluster aufbauen mit Heartbeat und DRBD! Dabei will ich MySQL und einen Webserver hochverfügbar machen.

Was ich also brauche:

- Zwei Server mit jeweils einer Extra partition
- Eine Failover IP, die automatisch umgeschaltet werden kann ohne manuellen Eingriff ins Adminpanel.

Ich denke, dass die Failover-IP eine der größten Herausforderungen ist. Bei Hetzner kriegt man auf Nachfrage nur eine, die man hin und herschalten kann.

Auf der anderen Seite bin ich mir auch nicht sicher, ob das alles beim selben Serveranbieter gemacht werden sollte... Wenn da mal das Netz ausfällt, was dann? Bin mir in dem Punkt nicht sicher, ob man das "Risiko" eingehen sollte, das alles in einem Rechenzentrum zu haben...

Also nochmal: Ich möchte das alles selber machen, keine managed Lösung. Und alles natürlich günstig :)

Wo kriegt man so etwas, habt ihr sonst noch Tipps zum Erstellen eines Hochverfügbarkeitsclusters? Ich bin gerne bereit dafür zu zahlen, aber sobalds in den höheren 3stelligen oder 4stelligen Bereich geht, sehe ich das nicht ein!

Lieben Gruß,
freako32
 
Bei Hetzner kriegt man auf Nachfrage nur eine, die man hin und herschalten kann.
Hetzner hat eine sehr gute API-Schnittstelle, darueber kann dein Slave oder ein externer Monitoring-Server die Failover jederzeit umschalten. Vollautomatisch gibts aber nicht - wie sollten sie auch wissen nach welchen Kriterien du einen Server als "down" ansiehst da er meist dann noch ping't?

Ich kenne jetzt 3 Anbieter die es anbieten
- OVH
- Hetzner
- Webtropia

Alternativ gibts noch die Clouds, also
- Jiffybox
- Amazon EC2
Aufgrund der exorbianten Preise sind diese aber nicht wirklich fuer Normalbetrieb geeignet.
 
ach siehste, das hat der nette mann von hetzner am telefon gar nicht gesagt mit der API ... gibts hier irgendwo infos wie die aufgebaut ist um die IP umzuschalten?
monitoring würde ich sowieso übernehmen.

was sagt ihr zur ausfallsicherheit beim selben anbieter? wärs hier clever in nem anderen rechenzentrum des selben anbieters einen zweiten server aufzustellen oder lieber nen anbieter nehmen für den zweiten?

danke für die info schonmal!!

mit vollautomatisch switchen meine ich das einsetzen der software heartbeat, wo sich auf beide "knoten" des clusters eine ip teilen (jedoch jeder server zusätzlich auch eine eigene ip hat). das wäre ja für den fall nicht soo geeignet!

EDIT: http://wiki.hetzner.de/index.php/Robot-Schnittstellen das scheinen die APIs zu sein, oder? klingt sehr interessant !!
 
Last edited by a moderator:
Jap, genau das ist die API.

Einen anderen Anbieter mit gleicher IP ist nur mit sehr komplexem Routing auf Carrier-Ebene moeglich und sinnvoll - etwas was uns Endkunden leider verwehrt oder viel zu teuer ist.

Hetzner hatte bislang nur sehr wenige Ausfaelle und bis auf paar Ausnahmen (zB den DDoS-Angriff mit zig Gbit) waren sie in aller Regel lokal.
Schon "nur" ein paar Racks Distanz zwischen beiden Server sollte die meisten externen Fehlerursachen welche nicht redundant sind ueberspringen.

mit vollautomatisch switchen meine ich das einsetzen der software heartbeat, wo sich auf beide "knoten" des clusters eine ip teilen (jedoch jeder server zusätzlich auch eine eigene ip hat). das wäre ja für den fall nicht soo geeignet!
Ich versteh nicht was du meinst. So funktioniert ja Failover, nur muessen die Router wissen welcher der Server denn nun die IP kriegen soll; was du durch die API bewerkstelligen kannst.

Kleiner Hinweis am Schluss: Beachte dass du mit Failover recht schnell in ein Split-Brain geraten kannst wo jeder Server sich selbst zustaendig fuehlt wenn nur die Kommunikation zwischen beiden Server nicht funktioniert. Dies resultiert dann in einer Dateninkonsistenz und womoeglich staendigem Herumswitchen der Failover-IP.
 
hi d4f !

danke nochmal für deine antwort :)

ich habe mir zum thema hochverfügbarkeit mit heartbeat das tutorial hier angesehen: http://www.antary.de/2009/05/18/linux-cluster-minihowto/

da wird davon gesprochen, dass eine gemeinsam genutzte ip verwendet wird und beim ausfall eines server automatisch der andere darauf reagiert.

ich frage mich jetzt, ob das so auch möglich ist bei einem server von hetzner oder nem anderen anbieter! ich möchte praktisch genau das machen (auch DRBD, z.B. für MySQL Daten) um Hochverfügbarkeit ohne Ausfallzeiten zu realisieren.

Stichwort DRBD: Würde man hier nicht schnell an Traffic-Grenzen stoßen ?

Versteh mich nicht falsch, ich find die Lösung großartig und werde das auch - falls nicht via heartbeat lösbar - die API der Failover IP nutzen. Ich frage mich nur, ob's nicht noch besser geht :)

Ich hoffe ich konnte meine Frage etwas verständlicher darlegen :)

Lieben Gruß
 
Last edited by a moderator:
Hi,

ich würde bei Hosteurope anfragen. Die haben sich sowas ziemlich spezialisiert:

http://www.hosteurope.de/produkte/Managed-Hosting-Loesungen
http://www.hosteurope.de/produkte/Managed-Hosting-Services-Cluster

Alternativ ein Virtual Cluster:

http://www.hosteurope.de/produkte/Virtual-Cluster

Anfragen kostet ja noch nichts und ich denke das der Virtual Cluster hier auch wenig günstiger ist als die ALternative oben

Managed Hosting leht er ja schon ab. - Aber erfahrungsgemäss ist HostEurope nicht unbedingt der günstigste anbieter, zwar Qualitativ einer der hochwertigstens, meiner meinung. Aber er fordert ja auch einen günstigen Preis. :O
 
ja richtig, das managed ist nicht optimal.

hab aber mal bei denen angefragt, ob sich alles so realisieren lässt mit pacemaker ggf. heartbeat und drbd. danke trotzdem für den tipp !
 
Stichwort DRBD: Würde man hier nicht schnell an Traffic-Grenzen stoßen ?
Das haengt davon ab was du auf dem Server laufen laesst. Viele Anbieter (und von den genannten mindestens OVH, JiffyBox und Hetzner) haben internen Traffic frei. Eine Gbit-Anbindung waere aber natuerlich fuer solche Vorhaben optimal.

und werde das auch - falls nicht via heartbeat lösbar - die API der Failover IP nutzen.
heartbeat kann externe Skripte ausfuehren und ein solches externe Skript kann per API die Failover umkonfigurieren. Es ist also sehr wohl so moeglich wie du es willst.
 
Eine Frage, für was brauchst du einen HA-Cluster?

Macht das überhaupt Sinn, was möchtest du denn auf den Server betreiben?
 
Virtual Cluster ist NICHT managed

richtig. ich spielte ja auch auf die ersten beiden links von butterkeks an (die managed lösungen von hosteurope, nicht die virtual cluster) :)

Eine Frage, für was brauchst du einen HA-Cluster?

Macht das überhaupt Sinn, was möchtest du denn auf den Server betreiben?

ich möchte hier einen MySQL master und einen apache2 betreiben um einen login bereich anzubieten.
 
Wieviele Personen sollen darauf zugreifen und soll dieser Loginbereich kommerziell genutzt werden?

Mehrere hundert bis tausende sollen den Loginbereich kommerziell nutzen.

Alle Slaves (werden wohl so 10-50 werden) werden schreibend darauf zugreifen. Zum Einsatz kommt hier ein Percona MySQL Server 5.5
 
Back
Top