View a markdown version of this page

Führen Sie ein Upgrade von Core auf Enterprise Edition durch - 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.

Führen Sie ein Upgrade von Core auf Enterprise Edition durch

Sie können einen vorhandenen InfluxDB 3 Core-Cluster auf die Enterprise Edition aktualisieren, um Zugriff auf Funktionen wie Bereitstellungen mit mehreren Knoten, langfristige Datenspeicherung und dedizierte Komprimierung zu erhalten.

Wichtig

Das Upgrade von Core auf Enterprise ist ein einseitiger Vorgang. Sobald ein Cluster auf Enterprise aktualisiert wurde, kann er nicht mehr zur Core Edition zurückgesetzt werden.

Voraussetzungen und Anforderungen

  • Erstmalige Enterprise-Aktivierung: Wenn Sie zum ersten Mal eine Enterprise-Lizenz für Ihr AWS Konto aktivieren, muss das Upgrade über den AWS-Managementkonsole durchgeführt werden. Diese einmalige Konsolenaktivierung aktiviert Enterprise-Funktionen für Ihr Konto.

  • Nachfolgende Operationen: Nach der ersten Konsolenaktivierung ist Ihr Konto für Enterprise aktiviert. Anschließend können Sie weitere Core-Cluster auf Enterprise aktualisieren oder neue Enterprise-Cluster mithilfe der AWS CLI, API oder der bereitstellen AWS-Managementkonsole.

Führen Sie ein Upgrade mit dem AWS-Managementkonsole

  1. Melden Sie sich bei der Timestream for InfluxDB-Konsole an AWS-Managementkonsole und öffnen Sie sie.

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

  3. Wählen Sie den Core-Cluster aus, den Sie aktualisieren möchten.

  4. Wählen Sie Ändern aus.

  5. Wählen Sie für Edition Enterprise aus.

  6. Überprüfen Sie die Änderungen und wählen Sie Cluster modifizieren aus.

Was passiert während des Upgrades

Wenn Sie einen Core-Cluster auf Enterprise aktualisieren:

  1. Cluster-Neustart: Der Cluster wird neu gestartet, um die Enterprise Engine-Konfiguration anzuwenden.

  2. Knotenkonfiguration: Abhängig von der Anzahl Ihrer Clusterknoten wird der Cluster wie folgt konfiguriert:

    • Ein Enterprise-Cluster mit einem Knoten (all-in-one: Writer, Reader und Compactor auf einem Knoten)

    • Ein Enterprise-Cluster mit mehreren Knoten und einem dedizierten Compactor (für Cluster mit 3 oder mehr Knoten)

  3. Datenkomprimierung: Ihre vorhandenen Daten werden schrittweise im Hintergrund durch die Enterprise Compaction Engine komprimiert. Der Cluster bleibt während dieses Vorgangs nutzbar.

Anmerkung

Die Zeit, die benötigt wird, bis die Datenkomprimierung aufgeholt wird, hängt von der Menge der vorhandenen Daten, der Clustergröße, der Instanzgröße und dem verfügbaren CPU- und Speicher-Headroom im Verhältnis zu Ihrer aktuellen Arbeitslast ab.

Wichtig

Überlegungen zur Kapazität bei der Komprimierung nach dem Upgrade

  • Cluster mit einem Knoten: Beim Upgrade eines Core-Single-Node-Clusters auf Enterprise läuft der Compactor auf demselben Knoten wie der Writer und der Reader. Da Core keinen Compactor enthält, müssen alle vorhandenen Daten nach dem Upgrade komprimiert werden. Dies erfordert zusätzliche CPU- und Speicherkapazität, die über den aktuellen Workload hinausgeht. Wenn der Knoten nicht über ausreichend Spielraum verfügt, kann die Komprimierung mit Ihren Lese- und Schreib-Workloads konkurrieren, was sich möglicherweise auf die Leistung auswirkt. Erwägen Sie vor oder unmittelbar nach dem Upgrade eine Skalierung auf einen größeren Instance-Typ (z. B. von db.influx.xlarge bisdb.influx.2xlarge), um dem Compactor die benötigten Ressourcen zur Verfügung zu stellen. Sie können wieder herunterskalieren, wenn die Verdichtung nachgeholt hat.

  • Cluster mit mehreren Knoten (3 Knoten): Beim Upgrade auf einen Enterprise-Cluster mit 3 Knoten wird ein dedizierter Compactor-Knoten bereitgestellt. Die vollen Vorteile von Enterprise — wie z. B. die optimierte Abfrageleistung aus komprimierten Daten — werden jedoch erst zum Tragen kommen, wenn der Compactor die Verarbeitung aller bereits vorhandenen Daten abgeschlossen hat. Die dafür benötigte Zeit hängt von der Menge der Daten ab, die sich bereits in der Datenbank befinden, von der aktuell ausgeführten Arbeitslast sowie von der Instanzgröße und Konfiguration des Compactor-Knotens.

Optimierung der Verdichtungsleistung: Damit der Verdichter vorhandene Daten schneller verarbeiten kann, können Sie in Ihrer Parametergruppe die folgenden nur für Unternehmen bestimmten Parameter anpassen:

  • compaction-max-num-files-per-plan— Erhöhen Sie diesen Wert, damit der Verdichter mehr Dateien pro Verdichtungszyklus verarbeiten kann. Erhöhen Sie beispielsweise bei größeren Instances (db.influx.4xlarge und höher) den Wert von 500 auf 1000—5000. Die empfohlenen Werte nach Instanzgröße finden Sie unter. compaction-max-num-files-per-plan

  • compaction-check-interval— Reduzieren Sie die Standardeinstellung von 10 Sekunden auf 5 Sekunden für db.influx.4xlarge und höher, damit der Compactor die Arbeit häufiger evaluiert.

Bei Clustern mit einem Knoten ist die Skalierung des Instance-Typs die effektivste Methode, um dem Compactor mehr Kapazität zu geben, da sich alle Rollen die Ressourcen desselben Knotens teilen. Bei Clustern mit mehreren Knoten verwendet der dedizierte Compactor-Knoten dieselbe Instance-Klasse wie die anderen Knoten, sodass die Skalierung des Instance-Typs des Clusters auch die Compactor-Kapazität erhöht. Vollständige Informationen zu den Verdichtungsparametern finden Sie unter. Kategorie 4: Verdichtung

Überlegungen

  • Dies ist ein unidirektionales Upgrade. Ein Downgrade von Enterprise auf Core ist nicht möglich.

  • Planen Sie das Upgrade für einen Zeitraum mit geringerer Aktivität, damit der Verdichtungsprozess genügend CPU- und Speicherressourcen aufholen kann.

  • Cluster mit einem Knoten: Erwägen Sie, vor dem Upgrade vorübergehend auf einen größeren Instance-Typ hochzuskalieren, um sicherzustellen, dass der Compactor über genügend CPU und Arbeitsspeicher verfügt, um vorhandene Daten zu komprimieren, ohne Ihre Arbeitslast zu beeinträchtigen.

  • Cluster mit mehreren Knoten: Rechnen Sie nach dem Upgrade mit einer Übergangsphase, in der der Compactor alle bereits vorhandenen Daten verarbeitet. Nach Abschluss der Komprimierung kommen die vollen Leistungsvorteile für Unternehmen zum Tragen. Die Dauer hängt vom Datenvolumen, der Workload-Intensität und der Instanzgröße ab.

  • Sie können die Komprimierung nach dem Upgrade beschleunigen, indem Sie Ihre compaction-max-num-files-per-plan Parametergruppe vergrößern und verkleinerncompaction-check-interval. Details dazu finden Sie unter Kategorie 4: Verdichtung.

  • Nach dem Upgrade können Sie die Enterprise-Funktionen nutzen, z. B. Skalierung eines Clusters um Ihren Cluster horizontal zu skalieren.