Datenknoten plus EBS-Speicher für einen verwalteten Suchcluster.
Suchcluster werden teuer, wenn veraltete Indizes mehr oder größere Hot-Nodes erfordern. Rollen Sie alte Daten auf Warm-/Cold-Tiers um und dimensionieren Sie Hot-Knoten für Live-Abfragen. Verwandt: Log-Retention-Rechner.
Der OpenSearch / Elasticsearch-Kostenrechner schätzt die monatliche Rechnung zum Ausführen der Datenschicht eines Suchclusters. Es dauert die Anzahl von Datenknoten, Die Preis pro Knoten und Stunde, und die Stunden pro Monat Der Cluster wird ausgeführt und multipliziert sie dann, um Ihre wiederkehrenden Rechenkosten zu ermitteln. Der EBS-Speicher pro Knoten Die Eingabe skaliert die Summe im gesamten Cluster, sodass Sie sehen können, wie viel angeschlossene Festplatte Ihre Knoten zusammen mit den Instanzen selbst haben. Die Haupttreiber sind einfach und direkt: Durch das Hinzufügen von Knoten, die Wahl einer größeren (teureren) stündlichen Instanz oder den Betrieb rund um die Uhr steigt die Zahl in einer geraden, vorhersehbaren Linie.
Der wichtigste Kompromiss, den es zu beobachten gilt, ist Knotenanzahl und Instanzgröße im Vergleich zum Speicher pro Knoten. Ein Cluster mit vielen kleinen Knoten und großem Speicher pro Knoten kann weitaus mehr kosten als ein schlankeres Design, das dieselben Daten enthält. Daher lohnt es sich, vor dem Commit die richtige Größe festzulegen. Weil Stunden pro Monat Da es sich um eine explizite Eingabe handelt, macht der Rechner auch die Kosten für ständig aktive Cluster sichtbar – Nicht-Produktionsumgebungen, die über Nacht oder am Wochenende im Leerlauf sind, benötigen selten einen ganzen Monat Laufzeit. Geben Sie die tatsächlichen Zahlen von der Preisseite Ihres Anbieters ein, anstatt Schätzungen zu runden, und führen Sie sie jedes Mal erneut aus, wenn Sie Knoten oder Speicher skalieren, um die Prognose ehrlich zu halten.
Pro Datenknotenstunde für Rechenleistung plus EBS-Speicher pro GB-Monat, der an jeden Knoten angeschlossen ist, plus dedizierte Masterknoten auf größeren Clustern. Sie zahlen kontinuierlich für den laufenden Cluster, nicht pro Abfrage.
Verwenden Sie die Index-Lebenszyklusverwaltung, um alte Indizes zu verschieben oder zu löschen, nur die von Ihnen abgefragten Shards aktiv zu halten und den Knotenspeicher auf die richtige Größe für Ihre durchsuchbaren Daten anzupassen. UltraWarm- und Cold-Storage-Tiers speichern selten gesuchte Daten weitaus kostengünstiger als Hot Nodes.