MongoDB
 sql >> Datenbank >  >> NoSQL >> MongoDB

Hochleistungs-MongoDB-Cluster auf Amazon EC2

Leistung ist ein wichtiger Aspekt bei der Bereitstellung von MongoDB auf AWS. Aus Hardware-Sicht wird die MongoDB-Leistung auf EC2 hauptsächlich durch zwei Faktoren bestimmt – RAM und Festplattengeschwindigkeit. Normalerweise (es gibt immer Ausnahmen) sollte weder die CPU noch der Arbeitsspeicher ein Problem darstellen, da viele Größenoptionen (R3, I2, C3/C4) verfügbar sind, die eine große Menge an RAM bieten. Weitere Informationen zur Auswahl des richtigen Instanztyps finden Sie in meinem anderen Blogbeitrag: So wählen Sie den richtigen EC2-Instanztyp aus

In der Vergangenheit waren Festplattengeschwindigkeit und Latenz ein konstantes Problem auf Amazon EBS. Amazon Web Services bietet jetzt jedoch einige Optionen, die Ihnen bei der Festplattenleistung helfen:

  1. Bereitgestellte IOPS-Laufwerke

    Im bereitgestellten IOPS-Modell können Sie zum Zeitpunkt der Datenträgererstellung die Anzahl der IOPS angeben, die Ihr Datenträger unterstützen soll. Je mehr IOPS Sie bereitstellen, desto mehr Durchsatz kann Ihre Festplatte verarbeiten. Sie können bis zu 4000 IOPS/Festplatte erreichen! IOPS können jedoch mit 0,065 $ pro IOPS-Monat teuer werden. Wenn Sie beispielsweise 4.000 IOPS für das Laufwerk bereitstellen, kostet Sie das allein für die IOPS 260 $/Monat. Dies kann sich schnell summieren, wenn Sie mehrere Server haben.

  2. Lokale SSD

    Dies ist die beste Option für die Festplattenleistung auf Amazon AWS. Lokale SSDs bieten den besten Durchsatz und das beste Latenzverhalten aller AWS-Festplattenoptionen. Sie werden jedoch aus einem bestimmten Grund als „lokal“ bezeichnet. Wenn Ihre virtuelle Maschine (VM) aus irgendeinem Grund gestoppt wird, wird der zugewiesene lokale Speicher freigegeben. Die Last der Datenzuverlässigkeit liegt also direkt beim Benutzer. Könnten Sie zwei lokale SSD-Datenspeicher in zwei verschiedenen Verfügbarkeitszonen (AZ) bereitstellen und es als gelöst bezeichnen? Nicht ganz. Wenn AWS einen regionalen Ausfall hat, wie es einige Jahre zuvor in US-Ost der Fall war, sollten Sie damit rechnen, Ihre lokalen SSDs in all Ihren AZs zu verlieren. Aus diesen Gründen sollten lokale SSD-Instanzen nicht als primärer Datenspeicher für Ihre Daten verwendet werden.

Hochleistungs-MongoDB:Replikatsatz mit 3 Knoten

Vor diesem Hintergrund führen wir unsere leistungsstarke MongoDB-Konfiguration auf AWS ein. Die Hochleistungscluster verwenden eine Mischung aus lokaler SSD und von EBS bereitgestelltem IOPS-Datenträger, um sowohl eine hohe Leistung als auch eine hohe Zuverlässigkeit zu erreichen. Eine typische Konfiguration wird mithilfe eines 3-Knoten-Replikatsatzes bereitgestellt.

  • Der Primäre und der Sekundäre 1 verwenden lokale SSD-Festplatten
  • Sekundär 2 verwendet von EBS bereitgestellte IOPS

Hochleistungs-MongoDB-3-Knoten-Replikatsatz

Was bedeutet das? Da Primary und Secondary 1 auf einer lokalen SSD ausgeführt werden, erhalten Sie die bestmögliche Festplattenleistung von Ihren AWS-Rechnern. Kein netzwerkbasiertes EBS mehr, nur eine blitzschnelle lokale SSD. Lese- und Schreibvorgänge auf Ihrer primären und sogar die Lesevorgänge von sekundärer 1 funktionieren mit SSD-Geschwindigkeit. Sekundär 2 verwendet von EBS bereitgestellte IOPS für die Datenfestplatte, und Sie können die Menge an IOPS konfigurieren, die für Ihren Cluster konfiguriert werden soll. Diese Konfiguration bietet vollständige Sicherheit für Ihre Daten, auch wenn Sie die lokalen SSD-Festplatten verwenden. Wir bieten derzeit vier Größen an – Large, XLarge, X2XLarge, X4XLarge. Weitere Einzelheiten finden Sie in den Abschnitten Bring Your Own Cloud (BYOC) und dedizierte Cluster auf unserer Preisseite.

Wenn Sie eine sehr hohe Schreiblast haben, ist es möglich, dass Ihre EBS-Instanz möglicherweise nicht mit Ihren SSD-Instanzen Schritt halten kann. In diesem Szenario stehen einige Optionen zur Verfügung und unser Supportteam führt Sie gerne durch diese. Alle unsere bestehenden Funktionen, einschließlich Sicherungen, Wiederherstellungen, Klone, Skalierung, Komprimierung usw., funktionieren weiterhin wie gewohnt. Wenn Sie weitere Fragen haben, wenden Sie sich bitte an [email protected].