2010-08-23 4 views
27

Ich habe die MongoDB Dokumentation zu lesen, und es kommt mit einer Warnung über 32-Bit-Systeme; insbesondere, dass sie auf 2 GB verfügbaren RAM für Mongo begrenzt sind.Durchführbarkeit von MongoDB auf Linode 512 VPS?

Ich frage mich also, ob diese Aussage etwas in Bezug gemeint MongoDB in einem niedrigen Speicher läuft wie Linode des 512 MB RAM basierten VPS einstellen. Ich bezweifle, dass es wichtig ist, aber mit einer 64-Bit-Distribution für spätere Ressourcen.

Warnungen oder würde jemand ein Minimum von einem RAM empfiehlt in einem VPS für MongoDB zu wählen? Ich weiß, dass Projektanforderungen darin enthalten sind, aber ich meine Minimum im Sinne von dem, was lächerlich wäre, ohne dass sogar MongoDB gedreht wird.

+2

Wow, ihre docs sagen Und hier dachte ich "Daten" war Speicherplatz. Das wäre eine Katastrophe. Beinahe verlassen Mongo ganz und genau da und dort. Ich bin so froh, dass ich diese Frage gesehen habe. – Joe

Antwort

26

Ich benutze es auf einigen kleinen Produktionsstätten, die innerhalb meiner Linode 512 & laufen, es verwendet kaum Speicher, nur etwa 5 - 6MB. Mein Datensatz ist momentan sehr klein.

MongoDB verwendet einen zugeordnetes Speicher Motor, das heißt, es auf dem OS-System-Cache-Speicher in beruht häufig verwendet, um Daten zu halten.

http://www.mongodb.org/display/DOCS/Caching

Also, wenn Sie eine große Datenmenge mit zu beginnen haben, ein Linode 512 sollte in Ordnung sein.

Das einzige, was ich bin ein wenig besorgt mit bei der Recherche ist, dass MongoDB, wenn es ohne große Vorwarnung aus dem Speicher, läuft zum Absturz zu bringen scheint. Es ist auch schwierig, genau festzuhalten, wie viel Speicher oder Festplattenspeicher verwendet wird, und zwar proportional zur Menge der Daten, die Sie haben. Es gibt auch keine Möglichkeit, harte Grenzen auf Kosten einer verschlechterten Leistung festzulegen. Es ist etwas, das Sie wahrscheinlich überwachen möchten.

Sie könnten versuchen, MongoDB mit den Optionen --smallfiles --noprealloc auszuführen, da kleinere Dateien in der Datenbank damit beginnen und nicht vorab zugeordnet werden können. Dadurch sparen Sie Speicherplatz, wenn Sie eine kleine Datenmenge haben.

Hier ein Benutzer-Erfahrung ist:

http://groups.google.com/group/mongodb-user/browse_thread/thread/223810a749f0e1eb

Leider dieser Thread nicht gelöst wurde, wäre schön gewesen, wenn sie einen Grund für den Absturz hatte.

Das ist auch gut zu lesen: "32-Bit auf rund 2 GB Daten sind begrenzt, baut"

http://groups.google.com/group/mongodb-user/browse_thread/thread/2646a52c4f41d832/d43f3ba7bbbbd63d

+0

Ok, danke Klinky :) Ich werde diese Links lesen und sicherstellen, dass ich ein gründliches Verständnis der Begriffe erhalte. – RayTFM

+1

Der Absturz wird wahrscheinlich durch den System-OOM-Killer verursacht. Werfen Sie einen Blick auf http://www.mongodb.org/display/DOCS/The+Linux+Out+of+Memory+OOM+Killer – thoaionline

+0

Es könnte eine gute Idee sein, eine Auslagerungsdatei zu erstellen, läuft Linode auf SSD so ist es nicht so schrecklich langsam. Es ist immer besser, bei hoher Last ein wenig Verzögerung zu haben, als MongoDB vollständig zu stürzen. Und stellen Sie sicher, "vm.swappiness" anzupassen, so dass Sie SSD nicht treffen werden, es sei denn, absolut notwendig. –

Verwandte Themen