0

Ich spiele mit der Idee, eine Auto Scaling Group für meine Website zu haben, die viel Verkehr erhält. Ich brauche für jeden Server einen identischen Webservice, daher habe ich mir einige Ideen ausgedacht, um das zu ermöglichen.Sollten sich mehrere ec2-Instanzen einen EFS teilen oder sollte der Code beim Spin-up auf die Instanz heruntergeladen werden?

Idee 1: Rabatt-Code + Benutzerdaten Commit

Ich werde meinen Webserver-Code in einer Git-Repo in CodeCommit halten. Wenn dann meine EC2-Instanzen hochgefahren werden, installieren sie Apache2 und ziehen dann aus dem Git-Repo.

Idee 2: Verwenden Sie Elastic File System

Nachdem ein Server bis dreht, wird es zu einem zentralen EFS montieren, die auf ihn meinen Webserver-Code hat. EC2 wird installieren apache2 dann EFS verwenden, um die richtigen PHP-Dateien usw.

Idee 3 zu erhalten: mit apache2 Verwendung AWS S3

Wie oben, aber dann Webserver-Code von s3 herunterladen.

Welche Option wird empfohlen? Warum?

+0

Warum erstellen Sie nicht ein Abbild einer Ihrer Arbeitsmaschinen und verwenden Sie es in der Startkonfiguration der ASG? – Mahdi

+0

Oh das ist eine wirklich gute Idee. Ist es einfach, diese Bilder zu aktualisieren? @Mahdi –

+0

Ja, es ist einfach. Ich stelle es als Antwort auf. – Mahdi

Antwort

1

Ich schlage vor, Sie haben eine Referenzmaschine, die zum Erstellen von Bildern verwendet wird. Halten Sie es mit der neuesten Version Ihres Codes auf dem neuesten Stand und wenn Sie damit zufrieden sind, erstellen Sie ein Image daraus, aktualisieren Sie Ihre Startkonfiguration und ändern Sie die ASG-Konfiguration, so dass sie sie verwendet. Sie können dann die Referenzmaschine stoppen und den Job den ASG-Instanzen überlassen.

+0

Für Instanzen in der ASG, die alle bereits ausgeführt werden, hat ein Update auf den AMI keine Auswirkungen, richtig? Diese Instanzen müssen beendet und erneut bereitgestellt werden? –

+0

Korrekt. Laufende Instanzen sind nicht betroffen. Aber die neu gestarteten werden auf dem neuen Image laufen. – Mahdi

Verwandte Themen