Wir haben eine AWS EC2-Instanz, auf der eine EBS gp3 SSD mit etwa 70 GB installiert ist. Manchmal führen wir einige SCP-Befehle aus, um neue Dateien auf diese EBS zu kopieren, aber den Rest der Zeit führt die Instanz nur Lesevorgänge in der EBS aus.
Diese Instanz erhält Anfragen aus dem Internet und muss für jede Anfrage 2000 Dateien lesen (1000 von ~ 60 KB und 1000 von ~ 414 B). Jetzt möchten wir diese Instanz in eine Autoscaling-Gruppe aufnehmen. Was sollen wir mit diesem EBS tun? Soweit ich gelesen habe, kann ich:
- Erstellen Sie die neuen Instanzen mit einem neuen EBS, das das ursprüngliche EBS bei jeder Erstellung kopiert -> Es kopiert GB und führt IOPS aus, was letztendlich bedeutet, dass zum Kopieren des EBS $ + Zeit aufgewendet werden müssen.
- Verwenden Sie Multi-Attach-EBS -> höhere Speicherkosten (es handelt sich um bereitgestellte GB, nicht allgemein)
- Verwenden Sie EFS. Niedrigere Geschwindigkeit und höhere Latenz. Höherer Preis als EBS, aber wenn mehrere erstellt werden, ist es billiger.
- Verwenden Sie NFS auf einer Mikroinstanz mit einer Autoscaling-Gruppe mit min:1 max:1, um Fehler zu vermeiden, und hängen Sie das EBS bei jeder Erstellung an.
- Verwenden Sie GlusterFS. Ich glaube, es ist bei AWS ziemlich teuer. Ist es das?
Ich glaube nicht, dass wir auf lange Sicht jemals mehr als 100 GB gemeinsam nutzen werden. Was ist Ihrer Meinung nach in diesem Szenario der beste Ansatz? Ich dachte an 5), aber aus Kostengründen dachte ich an 4).
Antwort1
In diesem Szenario wird normalerweise EFS verwendet, das als gemeinsam genutzter Netzwerkspeicher gedacht ist. Sie können auch Multi-Attach-EBS verwenden, wenn Ihnen die Kosten oder die Leistung von EFS nicht zusagen.
1 / 4 / 5 sind meiner Meinung nach keine guten Optionen. Verwenden Sie Dienste statt Server.