Häufig gestellte Fragen zu Clustern und Instances für Amazon Timestream for 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.

Häufig gestellte Fragen zu Clustern und Instances für Amazon Timestream for InfluxDB 3

Fragen zur Erstellung, Konfiguration und Skalierung von Amazon Timestream für InfluxDB 3-Cluster und Instance-Typen. Detaillierte Anweisungen finden Sie unter und. InfluxDB 3-Cluster in Timestream verwalten Konfiguration eines InfluxDB 3-Clusters in Timestream

Welche Instance-Typen sind verfügbar?

Amazon Timestream for InfluxDB 3 bietet Instance-Typen von db.influx.medium (1 vCPU, 8 GiB) bis db.influx.24xlarge (96 VCPUs, 768 GiB). Alle Instances verwenden die db.influxIOIncluded Klasse, die die I/O Kosten zu Rechenpreisen zusammenfasst, um eine vorhersehbare Abrechnung zu gewährleisten.

Wie erstelle ich einen InfluxDB 3-Cluster?

Sie können einen Cluster mit der AWS-Managementkonsole, der oder der Amazon Timestream Timestream-API erstellen. AWS CLI Sie müssen mindestens einen Clusternamen, einen Instanztyp, ein VPC-Subnetz IDs und eine Sicherheitsgruppe angeben. IDs Verwenden Sie beispielsweise: AWS CLI

aws timestream-influxdb create-db-cluster \ --name "my-cluster" \ --db-instance-type db.influx.2xlarge \ --vpc-subnet-ids subnet-12345abc subnet-67890def \ --vpc-security-group-ids sg-12345abc
Wie funktionieren Unternehmenscluster mit mehreren Knoten?

Unternehmenscluster unterstützen bis zu 15 Knoten, die über mehrere Availability Zones verteilt sind, mit dedizierten writer/reader (bis zu 4), nur lesenden (bis zu 13) und Compactor-Rollen. AWS verwaltet die Cluster-Topologie und die Knotenrollen. Knoten kommunizieren intern und verwenden DNS-basierte Verkehrsverteilung für Client-Verbindungen. Einzelheiten finden Sie unter Skalierung eines Clusters und in der InfluxDB 3 Enterprise Clustering-Dokumentation.

Wie skaliere ich meinen Cluster?

Sie können vertikal skalieren, indem Sie den Instance-Typ ändern, oder horizontal skalieren (nur Enterprise), indem Sie writer/reader Knoten (bis zu 4) oder Nodes nur für Leser (bis zu 13) hinzufügen. Um horizontal zu skalieren, erstellen Sie eine neue Parametergruppe mit der gewünschten Knotenkonfiguration und wenden Sie sie auf Ihren Cluster an. Verwenden Sie den update-db-cluster Befehl oder die AWS-Managementkonsole , um die Änderungen zu übernehmen. Weitere Informationen finden Sie unter Skalierung eines Clusters.

Wie führe ich ein Upgrade von der Core auf die Enterprise Edition durch?

Sie können einen vorhandenen Core-Cluster über den auf Enterprise aktualisieren AWS-Managementkonsole. Wenn dies die erste Enterprise-Aktivierung für Ihr AWS Konto ist, muss das Upgrade über die Konsole erfolgen. Nach dieser ersten Aktivierung können nachfolgende Upgrades auch über die AWS CLI OR-API durchgeführt werden. Beachten Sie, dass dies ein unidirektionaler Vorgang ist. Ein Downgrade von Enterprise auf Core ist nicht möglich. Nach dem Upgrade werden Ihre vorhandenen Daten schrittweise im Hintergrund komprimiert, während der Cluster weiterhin nutzbar ist. Details hierzu finden Sie unter Führen Sie ein Upgrade von Core auf Enterprise Edition durch.

Warum schlägt meine Clustererstellung fehl?

Zu den häufigsten Ursachen gehören unzureichende IAM-Berechtigungen, ein ungültiges VPC-Subnetz oder eine ungültige Sicherheitsgruppe IDs oder das Fehlen des erforderlichen Amazon S3 S3-VPC-Endpunkts für private Cluster. Vergewissern Sie sich, dass Ihre IAM-Rolle über die entsprechenden timestream-influxdb:CreateDbCluster Berechtigungen verfügt, dass sich Ihre Subnetze in verschiedenen Availability Zones befinden und dass Ihre Sicherheitsgruppen die erforderlichen eingehenden Ports zulassen. Suchen Sie in den AWS CloudTrail Protokollen nach der spezifischen Fehlermeldung.