Glauben Sie, dass die Verwendung einer EC2-Instanz (Micro, 64bit) gut für MongoDB-Replikatsätze wäre?
Scheint so, als ob das alles wäre, was sie taten, und mit mehr als 600 Megabyte RAM könnte man sie für ein schönes Set verwenden.
Würden sie auch gute primäre (Schreib-) Server machen?
Meine Datenbank ist jetzt nur 1-2 Gigs, aber ich sehe es hoffentlich in diesem Jahr auf 20-40 Gigs.
Danke
Sie könnten gut sein - abhängig von Ihrem Datensatz, aber wahrscheinlich werden sie nicht sehr gut sein.
Für den Anfang, Sie erhalten nicht viel RAM mit diesen Instanzen. Berücksichtigen Sie, dass Sie ein komplettes Betriebssystem und alle zugehörigen Dienste ausführen werden - 613 MB RAM könnten sehr schnell voll werden.
MongoDB versucht, so viele Daten wie möglich im RAM zu halten. Das ist nicht möglich, wenn Ihr Datensatz 1-2 Gigs ist und wird noch mehr zu einem Problem, wenn Ihr Datensatz auf 20-40 Gigs anwächst.
Zweitens werden sie als "Low IO performance" gekennzeichnet. Wenn Ihre Daten auf die Festplatte wechseln (und auf der Größe des Datensatzes basieren), leiden Sie aufgrund des niedrigen IO-Durchsatzes unter den Lesevorgängen.
Beachten Sie, dass Mikroinstanzen für stachelige CPU-Nutzung ausgelegt sind und dass Sie auf die "niedrige Hintergrundebene" gedrosselt werden, wenn Sie die Zuweisung überschreiten.
Die AWS Micro-Dokumentation enthält gute Informationen darüber, wofür sie gedacht sind .
Zwischen der CPU und einer nicht sehr guten I / O-Leistung war meine Erfahrung mit der Verwendung von Mikros für Entwicklung / Test nicht sehr gut. (größere Instanztypen waren zwar in Ordnung), aber ein Mikro kann für Ihren Anwendungsfall funktionieren.
Allerdings gibt es Ausnahmen für einen Config oder Arbiter Knoten, ich glaube ein Mikro sollte für diese Art von Maschinen gut genug sein.
Es gibt auch einige mongodb-spezifische Dokumentation für EC2 , die hilfreich sein könnten.
Tags und Links performance mongodb amazon-ec2