bonkersdeluxe
New Member
HiHo,
Ich habe zur zeit mein Cluster zur zeit erfolgreich am laufen.
Aber ist mir irgendwie zu unflexibel.
ich habe mir mal zum Test eine fertige ISPCONFIG instance im EC2 erstellt mit autoscaling.
Was Ich nur festgestellt habe. AWS ist wie docker. Die Daten werden NICHT zwischen den instancen synchronisert, schade eigentlich... Oder Ich habs nicht gefunden wie das geht ;-) Das wäre natürlich das einfachste...
Ich habe mir gerade kurz angeschaut, S3 Speicher kann man auch über fstab anbinden.
Damit wäre mein Gedanke 4 - S3 Speicher mountpoints zu erstellen.
Einmal für die /etc/apache2/sites-available
Einmal für die /etc/apache2/sites-enable (auch wenn es nur Symlinks sind müssen sie auf allen Instancen sein)
Einmal für das /var/www
Einmal für das /var/mail
Die Datenbank wäre ein RDS von Amazon. Was Ich nur nicht verstehe, die bieten noch Replikation an.
Ich dachte eine RDS ist schon eine HA Datenbank so das man sich um Verfügbarkeit keine Gedanken machen muss.
Dazu kurze Frage zum S3, muss man dazu auch noch HA beantragen?
Denn Ich dachte Deshalb nimmt man Amazon RDS und S3 Speicher weil einen Hochverfügbarkeitsspeicher bieten,
wo dessen Größe in der Laufzeit geändert werden können. genau bei der Datenbank, muss es schneller gehen per
Laufzeit die IOPS und/oder Größe ändern.
Nun die Grundfrage.
Ich müsste (wie weiß ich nocht nicht) die imagevorlage für die Instance ändern das die fstab drin ist, die Datenbank dahin verlegt wird.
Oder ich installiere in einen Debian tatsächlich ISPconfig neu, mit den Daten und erstelle dann das Image mit
dem S3 Speicher und RDS Datenbankspeicher als ein vorhandendes Image abzuändern.
Wenn nun eine zweite instance eröffnet wird durch den autoscaler weil die CPU last zu hoch wird oder RAM verbauch zu hoch werden.
Müsste sich doch die zweite instace wie die erste verhalten nur mit anderer ip adresse.
Dafür hatte ich dann den loadbalancer von amazon davor davor.
Die Frage die Ich mir dann zusätzlich noch stelle ist, wie werden dann die Benutzerkonten repliziert zum anmelden. (SSH etc)
Geht das überhaupt so, oder verschluckt ispconfig sich wenn zwei instancen auf ein und die selbe Datenbank zugreifen. Denn für die instances siehts ja aus, als wäre jeder für sich. Ich hätte auch alle Dienste auf einer instance. Für DNS würde ich einen zweiten LB anlegen, so das ich zwie ip adressen habe die auf mein instances zeigen. denn standard mäßig sollen 2 instances immer laufen. Und dann wachsen bei bedarf durch den autoscaler
*edit*
Eine Idee kam mir gerade noch..
Oder ISPCONFIG installieren.
Dann die instance wieder löschen. Aber die Master DB bleibt ja quasi auf dem RDS liegen.
Nu eine neue instance installieren aber als Server node.
Die managment auf die Master DB linken.
So hätte jeder host seine eigene Datenbank die ja wie beim Multiserver auch.
Dort habe ich ja bei mir nur die webinterface auf die master umgelegt, damit von überall sites email etc angelegt wird. Nun die Preisfrage.
Würde es die anderen instancen stören wenn sie kopie von server 1 sind den es ja eigentlich garnicht gibt weils ja nur nach ne Datenbank ist.
Wenn dann eine zweite instance gestartet wird, musste sich doch automatsich nur die ip und hostname ändern. Zickt der dann rum, wenn alle weiteren hosts die gleiche DB nutzen.
*edit*
Wieder einmal leider wieder viel Text. Ich hoffe ich konnte erklären was Ich vor habe.
Vielen Dank auch für die Geduld!
Viele Grüße Bonkersdeluxe
Ich habe zur zeit mein Cluster zur zeit erfolgreich am laufen.
Aber ist mir irgendwie zu unflexibel.
ich habe mir mal zum Test eine fertige ISPCONFIG instance im EC2 erstellt mit autoscaling.
Was Ich nur festgestellt habe. AWS ist wie docker. Die Daten werden NICHT zwischen den instancen synchronisert, schade eigentlich... Oder Ich habs nicht gefunden wie das geht ;-) Das wäre natürlich das einfachste...
Ich habe mir gerade kurz angeschaut, S3 Speicher kann man auch über fstab anbinden.
Damit wäre mein Gedanke 4 - S3 Speicher mountpoints zu erstellen.
Einmal für die /etc/apache2/sites-available
Einmal für die /etc/apache2/sites-enable (auch wenn es nur Symlinks sind müssen sie auf allen Instancen sein)
Einmal für das /var/www
Einmal für das /var/mail
Die Datenbank wäre ein RDS von Amazon. Was Ich nur nicht verstehe, die bieten noch Replikation an.
Ich dachte eine RDS ist schon eine HA Datenbank so das man sich um Verfügbarkeit keine Gedanken machen muss.
Dazu kurze Frage zum S3, muss man dazu auch noch HA beantragen?
Denn Ich dachte Deshalb nimmt man Amazon RDS und S3 Speicher weil einen Hochverfügbarkeitsspeicher bieten,
wo dessen Größe in der Laufzeit geändert werden können. genau bei der Datenbank, muss es schneller gehen per
Laufzeit die IOPS und/oder Größe ändern.
Nun die Grundfrage.
Ich müsste (wie weiß ich nocht nicht) die imagevorlage für die Instance ändern das die fstab drin ist, die Datenbank dahin verlegt wird.
Oder ich installiere in einen Debian tatsächlich ISPconfig neu, mit den Daten und erstelle dann das Image mit
dem S3 Speicher und RDS Datenbankspeicher als ein vorhandendes Image abzuändern.
Wenn nun eine zweite instance eröffnet wird durch den autoscaler weil die CPU last zu hoch wird oder RAM verbauch zu hoch werden.
Müsste sich doch die zweite instace wie die erste verhalten nur mit anderer ip adresse.
Dafür hatte ich dann den loadbalancer von amazon davor davor.
Die Frage die Ich mir dann zusätzlich noch stelle ist, wie werden dann die Benutzerkonten repliziert zum anmelden. (SSH etc)
Geht das überhaupt so, oder verschluckt ispconfig sich wenn zwei instancen auf ein und die selbe Datenbank zugreifen. Denn für die instances siehts ja aus, als wäre jeder für sich. Ich hätte auch alle Dienste auf einer instance. Für DNS würde ich einen zweiten LB anlegen, so das ich zwie ip adressen habe die auf mein instances zeigen. denn standard mäßig sollen 2 instances immer laufen. Und dann wachsen bei bedarf durch den autoscaler
*edit*
Eine Idee kam mir gerade noch..
Oder ISPCONFIG installieren.
Dann die instance wieder löschen. Aber die Master DB bleibt ja quasi auf dem RDS liegen.
Nu eine neue instance installieren aber als Server node.
Die managment auf die Master DB linken.
So hätte jeder host seine eigene Datenbank die ja wie beim Multiserver auch.
Dort habe ich ja bei mir nur die webinterface auf die master umgelegt, damit von überall sites email etc angelegt wird. Nun die Preisfrage.
Würde es die anderen instancen stören wenn sie kopie von server 1 sind den es ja eigentlich garnicht gibt weils ja nur nach ne Datenbank ist.
Wenn dann eine zweite instance gestartet wird, musste sich doch automatsich nur die ip und hostname ändern. Zickt der dann rum, wenn alle weiteren hosts die gleiche DB nutzen.
*edit*
Wieder einmal leider wieder viel Text. Ich hoffe ich konnte erklären was Ich vor habe.
Vielen Dank auch für die Geduld!
Viele Grüße Bonkersdeluxe
Zuletzt bearbeitet: