View a markdown version of this page

Säule der Kostenoptimierung - AWS Prescriptive Guidance
Verstehen Sie die Anforderungen und Kosten Ihres AnwendungsfallsAuswahl der Ressourcen unter Berücksichtigung der KostenSkalierung zur Erfüllung von Geschäftsanforderungen ohne MehrausgabenDatenspeicherung und -übertragung in der richtigen Größe

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Säule der Kostenoptimierung

Die Säule Kostenoptimierung des AWS Well-Architected Framework konzentriert sich darauf, unnötige Kosten zu vermeiden und Architekturen kostenoptimiert aufzubauen. Die folgenden Empfehlungen können Ihnen helfen, die Entwurfsprinzipien der Kostenoptimierung und die bewährten Architekturpraktiken für Amazon Timestream for InfluxDB zu erfüllen.

Die Säule Kostenoptimierung konzentriert sich auf die folgenden Schlüsselbereiche:

  • Verstehen Sie die Anforderungen und Kosten Ihres Anwendungsfalls

  • Auswahl von Ressourcen unter Berücksichtigung der Kosten

  • Skalierung zur Erfüllung der Geschäftsanforderungen ohne Mehrausgaben

  • Datenspeicherung und -übertragung in der richtigen Größe

Verstehen Sie die Anforderungen und Kosten Ihres Anwendungsfalls

Wir empfehlen, Timestream for InfluxDB in den folgenden Anwendungsfällen nicht zu verwenden:

  • Wenn Ihr Datenmodell relationale Daten enthält, ist Timestream for InfluxDB nicht die richtige Lösung.

  • Wenn Sie in Ihren Abfragen keine Zeitfilter verwenden können, scannt Influx alle Serien, was ineffizient ist.

Auswahl der Ressourcen unter Berücksichtigung der Kosten

Die Kosten für InfluxDB-Instances basieren auf einem Stundensatz für die Stunden, in denen Ihre Instance läuft. Instances machen im Durchschnitt 85 Prozent der Gesamtkosten für den Betrieb einer Datenbank aus AWS, sodass die richtige Dimensionierung erhebliche Kostenauswirkungen haben kann. Die beste Methode zur richtigen Größe von Instances besteht darin, die Anwendungsleistung zu testen:

  • Sind die CPUUtilization und MemoryUtilization konstant hoch oder niedrig?

  • Wie ist das Gleichgewicht zwischen Preis und Leistung?

Die Instanzkosten skalieren linear. Die Stundenkosten der db.influx.2xlarge Instance sind doppelt so hoch wie die der db.influx.xlarge Instance, obwohl auch die Ressourcenzuweisung doppelt so hoch ist. Die db.influx.16xlarge Instanz kostet das 16-fache der stündlichen Kosten der db.influx.xlarge Instanz.

Schätzen Sie die Anzahl der Schreib- und Lesevorgänge Ihres Workloads für einen bestimmten Zeitraum (Sekunde, Minute, Stunde oder Tag). Timestream für InfluxDB-Instances unterstützt je nach Instance-Typ 50.000 bis mehr als 500.000 Schreibvorgänge pro Sekunde und 10—100 Abfragen pro Sekunde (QPS). Unterstützt beispielsweise db.influx.2xlarge in der Regel bis zu 150.000 Schreibvorgänge pro Sekunde und ungefähr 25 QPS. Mit einem effizienten Datenmodell und effizienten Abfragen kann es diese Leistung übertreffen. Wenn Ihre Anforderungen je nach Tages-, Wochen- oder Monatszeit variieren, können Sie die Skalierung nach oben oder unten planen, indem Sie wie folgt vorgehen:

Skalierung zur Erfüllung von Geschäftsanforderungen ohne Mehrausgaben

Für Experimente auf Einstiegsebene mit Timestream for InfluxDB können Sie und verwenden. db.influx.medium db.influx.large Diese Instanzen sind groß genug, damit Sie Erfahrungen mit Timestream for InfluxDB sammeln können, bevor Sie in größere Instances investieren.

Die db.influx.large Instanzen db.influx.medium und eignen sich gut für kostengünstige Entwicklungsumgebungen. Sie haben jedoch einen kleineren Arbeitsspeicher (8 GiB und 16 GiB), weniger V CPUs (1 vCPU und 2 VCPUs) und eine Netzwerkleistung von nur 10 GB. Nicht alle Workloads sind für diese Instanzklassen geeignet. Überwachen CPUUtilization und und MemoryUtilization skalieren Sie nach Bedarf nach oben oder unten. Häufig ist das Verhältnis zwischen Arbeitsspeicher- und vCPU konsistent. Die db.influx-Instance-Klasse hat ein ähnliches memory-to-vCPU Verhältnis wie die Amazon EC2 EC2-R7G-Instance-Klasse. Wir empfehlen dringend, end-to-end Leistungs- oder Belastungstests durchzuführen, bevor Sie mit der Produktion beginnen.

Effiziente Datenmodellierung, Batch-Schreiben und optimierte Abfragen erfordern weniger Speicher- und Rechenleistung. Wenn weniger Ressourcen benötigt werden, können Sie möglicherweise kleinere Instanzen verwenden.

Datenspeicherung und -übertragung in der richtigen Größe

Verwenden Sie zum Speichern von Daten die folgenden bewährten Methoden:

  • Speichern Sie nur Zeitreihendaten in Timestream for InfluxDB.

  • Stellen Sie die entsprechende Aufbewahrung für den InfluxDB-Bucket ein, sodass Daten, die älter als die Aufbewahrung sind, gelöscht werden und Shards regelmäßig automatisch komprimiert werden. Weitere Informationen finden Sie in der InfluxDB-Dokumentation.

  • Optimieren Sie die Festplattennutzung für future Schreibvorgänge.

  • Löschen Sie alle InfluxDB-Buckets, die für Ihre Workloads nicht benötigt werden. InfluxDB unterstützt Löschungen. Sie können geplante Bereinigungen durchführen, wenn dies zu Ihrem Anwendungsfall passt.

Für die Datenübertragung empfehlen wir, Ihre Anwendung in derselben Weise AWS-Region wie Ihre Timestream for InfluxDB-Datenbank-Instance bereitzustellen, um einen regionsübergreifenden Netzwerkaufwand zu vermeiden. Möglicherweise fallen auch Gebühren für die Datenübertragung an. Weitere Informationen zur Datenübertragung finden Sie auf der Seite mit den Preisen.