Aktualisieren Sie einen Cluster in Timestream für InfluxDB 3 - Amazon Timestream

Für ähnliche Funktionen wie Amazon Timestream für sollten Sie Amazon Timestream for LiveAnalytics InfluxDB in Betracht ziehen. Es bietet eine vereinfachte Datenaufnahme und Antwortzeiten im einstelligen Millisekundenbereich für Analysen in Echtzeit. Erfahren Sie hier mehr.

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.

Aktualisieren Sie einen Cluster in Timestream für InfluxDB 3

Nachdem Ihr Cluster erstellt wurde, können Sie bestimmte Konfigurationsparameter ändern, um sie an die sich ändernden Arbeitslastanforderungen in Amazon Timestream anzupassen. Beachten Sie, dass einige Änderungen zu vorübergehenden Ausfallzeiten während des Aktualisierungsvorgangs führen können.

Aktualisieren Sie einen Cluster mit dem AWS-Managementkonsole

  1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon Timestream for InfluxDB-Konsole.

  2. Wählen Sie im Navigationsbereich InfluxDB-Datenbanken aus.

  3. Wählen Sie den Cluster aus, den Sie ändern möchten.

  4. Wählen Sie Ändern aus.

  5. Verfügbare Einstellungen aktualisieren:

    • Instanzklasse: Rechenressourcen nach oben oder unten skalieren (gilt für alle Knoten im Cluster und erfordert einen Neustart des Clusters).

    • Parametergruppe: Ordnen Sie eine andere Parametergruppe zu, um die Engine-Konfiguration oder die Clusterform zu ändern (erfordert einen Neustart des Clusters).

    • Konfiguration der Protokollzustellung: Aktivieren oder ändern Sie den CloudWatch Protokollexport.

    • Edition: Upgrade von Core auf Enterprise (unidirektional). Details hierzu finden Sie unter Führen Sie ein Upgrade von Core auf Enterprise Edition durch.

  6. Wählen Sie Weiter und überprüfen Sie Ihre Änderungen.

  7. Wählen Sie aus, wann die Änderungen übernommen werden sollen:

    • Sofort anwenden: Änderungen werden sofort übernommen (dies kann zu kurzen Ausfallzeiten führen).

  8. Wählen Sie Cluster bearbeiten aus.

Aktualisieren Sie einen Cluster mit dem AWS CLI

Instanztyp aktualisieren:

aws timestream-influxdb update-db-cluster \ --region us-east-1 \ --identifier "my-influxdb3-cluster" \ --db-instance-type db.influxIOIncluded.2xlarge \ --apply-immediately

Parametergruppe aktualisieren (einschließlich Cluster-Skalierung):

Um Ihre Cluster-Konfiguration zu ändern — einschließlich der Skalierung der Anzahl der Knoten —, erstellen Sie eine neue Parametergruppe mit der gewünschten Konfiguration und wenden Sie sie auf Ihren Cluster an:

# Step 1: Create a new parameter group with desired node configuration aws timestream-influxdb create-db-parameter-group \ --name "scaled-enterprise-pg" \ --parameters '{ "InfluxDBv3Enterprise": { "ingestQueryInstances": 4, "queryOnlyInstances": 10, "dedicatedCompactor": true, "dataFusionNumThreads": 8, "bufferMemLimitMb": 32768 } }' # Step 2: Apply the new parameter group to your cluster using the parameter group identifier aws timestream-influxdb update-db-cluster \ --region us-east-1 \ --identifier "my-influxdb3-cluster" \ --db-parameter-group-identifier "<parameter-group-identifier>" \ --apply-immediately

Skalierung Ihres Clusters (Enterprise Edition)

Bei Clustern der Enterprise Edition können Sie Ihre Clustergröße skalieren, indem Sie eine neue Parametergruppe mit Ihrer gewünschten Knotenkonfiguration anwenden. Eine ausführliche Anleitung finden Sie unterSkalierung eines Clusters.

  • Hochskalieren: Fügen Sie Knoten hinzu, indem Sie sie erhöhen ingestQueryInstances (bis zu 4) oder queryOnlyInstances (bis zu 13)

  • Verkleinern: Entferne Knoten, indem du diese Werte verringerst

  • Knotenmodi ändern: Passen Sie das Verhältnis von writer/reader Knoten zu Knoten an, die nur lesbar sind

Wichtig: Cluster mit 3 oder mehr Knoten benötigen einen dedizierten Compactor (dedicatedCompactor: true). Bei der Skalierung werden die Knoten automatisch auf mehrere Availability Zones verteilt, um eine hohe Verfügbarkeit zu gewährleisten.

Überlegungen bei der Aktualisierung eines Clusters

Veränderbare Parameter

Die folgenden Parameter können nach der Clustererstellung geändert werden:

Parameter Beschreibung Auswirkung
Instance-Klasse compute/memory Ressourcen nach oben oder unten skalieren Erfordert einen fortlaufenden Neustart der Knoten
Parametergruppe Ändern Sie die Konfiguration der Datenbank-Engine oder die Clusterform (Knotenanzahl und Modi) Erfordert einen Neustart des Clusters
Protokollzustellung Konfigurieren Sie den Export CloudWatch von Protokollen Wird sofort angewendet
Edition Upgrade von Core auf Enterprise (unidirektional). Siehe Führen Sie ein Upgrade von Core auf Enterprise Edition durch. Erfordert einen Neustart des Clusters

Nicht änderbare Parameter

Die folgenden Parameter können nach der Clustererstellung nicht geändert werden:

  • VPC und Subnetze: Der Netzwerkstandort ist festgelegt.

  • Sicherheitsgruppen: Die Netzwerkzugriffskontrollen können nicht geändert werden.

  • Öffentlicher Zugang: Die Einstellung für Barrierefreiheit im Internet ist dauerhaft.

  • DB-Cluster-ID: Der Clustername kann nicht geändert werden.

Auswirkungen von Ausfallzeiten:

  • Änderungen der Instanzklasse: Rollender Neustart (minimale Ausfallzeit bei Clustern mit mehreren Knoten).

  • Änderungen der Parametergruppen (einschließlich Cluster-Skalierung): Neustart des Clusters erforderlich. Bei Clustern mit mehreren Knoten, die Cluster-Endpunkte verwenden, wird der Datenverkehr während des Aktualisierungsvorgangs automatisch auf die verfügbaren Knoten umverteilt.

  • Konfigurationsänderungen protokollieren: Keine Ausfallzeiten.

Bewährte Methoden:

  • Planen Sie die Netzwerkkonfiguration vor der Clustererstellung sorgfältig, da sie nicht geändert werden kann.

  • Testen Sie Änderungen zunächst in Umgebungen außerhalb der Produktionsumgebung.

  • Überwachen Sie die Messwerte während und nach Updates, um die Leistung zu überprüfen.

  • Verwenden Sie Cluster-Endpunkte, um ein transparentes Failover bei fortlaufenden Updates und Skalierungsvorgängen sicherzustellen.

  • Vermeiden Sie knotenspezifische Endpunkte bei Aktualisierungsvorgängen, da einzelne Knoten neu gestartet oder ersetzt werden können.

  • Berücksichtigen Sie bei der Skalierung Ihre Workload-Muster, um das optimale Verhältnis von writer/reader Knoten zu Knoten, die nur lesbar sind, zu ermitteln.

Validierung:

  • Das System validiert alle Änderungen, bevor sie angewendet werden.

  • Ungültige Konfigurationen werden mit beschreibenden Fehlermeldungen zurückgewiesen.

  • Einige Parameterkombinationen sind möglicherweise nicht kompatibel (z. B. benötigen Cluster mit mehr als 3 Knoten einen eigenen Compactor).

Rollback:

  • Behalten Sie die vorherigen Parametergruppenkonfigurationen bei, um ein einfaches Rollback zu ermöglichen.

  • Dokumentieren Sie die aktuellen Einstellungen, bevor Sie Änderungen vornehmen.

  • Erstellen Sie bei wichtigen Änderungen vor dem Update Cluster-Snapshots.

  • Um einen Skalierungsvorgang rückgängig zu machen, erstellen Sie eine Parametergruppe mit Ihrer vorherigen Knotenkonfiguration und wenden Sie sie auf den Cluster an.

Überwachen Sie den Fortschritt der Aktualisierung

Verfolgen Sie den Aktualisierungsstatus über:

  1. Konsole: Der Cluster-Status zeigt während Updates „Wird geändert“ an.

  2. CLI: Clusterstatus abfragen:

    aws timestream-influxdb get-db-cluster \ --identifier "my-influxdb3-cluster"

    Der mögliche Status für einen Cluster ist:

    • CREATING

    • UPDATING

    • DELETING

    • AVAILABLE

    • FAILED

    • DELETED

    • UPDATING_INSTANCE_TYPE

    • PARTIALLY_AVAILABLE(Gilt nur für Cluster mit mehreren Knoten, wenn einige Knoten noch erstellt oder aktualisiert werden)

  3. CloudWatch Metriken: Überwachen Sie die Leistungskennzahlen bei Updates.

Einschränkungen

Aktuelle Einschränkungen für Cluster-Updates:

  • VPC, Subnetze, Sicherheitsgruppen oder öffentliche Zugänglichkeit können nach der Erstellung nicht geändert werden.

  • Ein Upgrade von Core auf Enterprise wird unterstützt (unidirektional), ein Downgrade von Enterprise auf Core ist jedoch nicht möglich. Siehe Führen Sie ein Upgrade von Core auf Enterprise Edition durch.

  • Der Cluster kann nicht umbenannt werden (die DB-Cluster-ID ist unveränderlich).

  • Alle Knoten müssen dieselbe Instance-Klasse verwenden (außer dem Compactor).

  • Parametergruppen sind unveränderlich (für Änderungen müssen neue erstellt werden).

  • Cluster-Skalierungsoperationen (Hinzufügen/Entfernen von Knoten) erfordern das Erstellen und Anwenden einer neuen Parametergruppe.

Wenn Sie diese Aktualisierungsfunktionen und Einschränkungen verstehen, können Sie Ihre InfluxDB 3-Cluster effektiv verwalten und skalieren, um den sich ändernden Workload-Anforderungen gerecht zu werden, und gleichzeitig die Einstellungen, die zum Zeitpunkt der Clustererstellung konfiguriert werden müssen, angemessen planen.