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.
Servicekontingente von Amazon Managed Service für Prometheus
In den folgenden beiden Abschnitten werden die mit Amazon Managed Service for Prometheus verbundenen Kontingente und Limits beschrieben.
Servicekontingente
Amazon Managed Service for Prometheus hat die folgenden Kontingente. Amazon Managed Service for Prometheus bietet CloudWatch Nutzungsmetriken zur Überwachung der Prometheus-Ressourcennutzung. Mithilfe der Alarmfunktion für CloudWatch Amazon-Nutzungsmetriken können Sie die Ressourcen und die Nutzung von Prometheus überwachen, um Limitfehler zu vermeiden.
Wenn Ihre Projekte und Arbeitsbereiche wachsen, sollten Sie folgende Kontingente am häufigsten überwachen oder deren Erhöhung beantragen: Aktive Serien pro Arbeitsbereich und Aufnahmerate pro Arbeitsbereich.
Für alle anpassbaren Kontingente kannst du eine Erhöhung des Kontingents beantragen, indem du auf den Link in der Spalte „Anpassbar“ klickst, oder indem du eine Erhöhung des Kontingents beantragst
Das Limit für aktive Serien pro Workspace wird dynamisch angewendet. Weitere Informationen finden Sie unter Standardkontingente für aktive Serien. Die Aufnahmerate pro Workspace-Kontingent bestimmt, wie schnell du Daten in deinen Workspace aufnehmen kannst. Weitere Informationen finden Sie unter Drosselung der Aufnahme.
Anmerkung
Sofern nicht anders angegeben, gelten diese Kontingente pro Workspace. Der Höchstwert für aktive Serien pro Workspace liegt bei einer Milliarde.
| Name | Standard | Anpassbar | Beschreibung |
|---|---|---|---|
| Aktive Metriken mit Metadaten pro Workspace | Jede unterstützte Region: 20 000 | Nein | Die Anzahl einmaliger aktiver Metriken mit Metadaten pro Workspace. Hinweis: Wenn das Limit erreicht ist, wird eine Metrikprobe aufgezeichnet, Metadaten, die den Grenzwert überschreiten, werden jedoch gelöscht. |
| Aktive Serien pro Workspace | Jede unterstützte Region: 50 000 000 | Ja |
Die Anzahl der einzelnen aktiven Serien pro Workspace (bis zu einem Maximum von 1 Milliarde). Eine Serie ist aktiv, wenn in den letzten 2 Stunden ein Beispiel gemeldet wurde. Die Kapazität von 2 M bis 50 M wird automatisch auf der Grundlage der Nutzung der letzten 30 Minuten angepasst. |
| Größe der Alarmaggregationsgruppe in der Alert-Manager-Definitionsdatei | Jede unterstützte Region: 1 000 | Ja |
Die maximale Größe einer Alarmaggregationsgruppe in der Alert-Manager-Definitionsdatei. Jede Labelwertkombination von group_by würde eine Aggregationsgruppe erstellen. |
| Größe der Definitionsdatei des Alert Managers | Jede unterstützte Region: 1 000 000 | Nein | Die maximale Größe einer Warnungs-Manager-Definitionsdatei in Byte. |
| Größe der Warnungs-Payload im Alert Manager | Jede unterstützte Region: 20 | Nein | Die maximale Größe der Warnungsnutzlast aller Alert Manager-Warnungen pro Arbeitsbereich in Megabyte. Die Alarmgröße hängt von den Bezeichnungen und Anmerkungen ab. |
| Warnungen im Alert Manager | Jede unterstützte Region: 1 000 | Ja |
Die maximale Anzahl gleichzeitiger Alert Manager-Benachrichtigungen pro Arbeitsbereich. |
| HA-Tracker-Cluster | Jede unterstützte Region: 500 | Nein | Die maximale Anzahl von Clustern, die der HA-Tracker für erfasste Beispiel pro Workspace verfolgt. |
| Erfassungsrate pro Workspace | Jede unterstützte Region: 170.000 | Ja |
Metrische Beispiel-Erfassungsrate pro Workspace pro Sekunde. |
| Unterdrückungsregeln in der Alert-Manager-Definitionsdatei | Jede unterstützte Region: 100 | Yes |
Die maximale Anzahl von Unterdrückungsregeln in der Alert-Manager-Definitionsdatei. |
| Labelgröße | Jede unterstützte Region: 7 | Nein | Die maximale Gesamtgröße aller für eine Serie akzeptierten Beschriftungen und Labelwerte in Kilobyte. |
| LabelSet Grenzwerte pro Arbeitsbereich | Jede unterstützte Region: 100 | Yes |
Die maximale Anzahl von Labelset-Grenzwerten, die pro Workspace erstellt werden können. |
| Labels pro metrischer Serie | Jede unterstützte Region: 150 | Ja |
Anzahl der Etiketten pro metrischer Serie. |
| Länge der Metadaten | Jede unterstützte Region: 1 | Nein | Die maximale Länge, die für metrische Metadaten akzeptiert wird, in Kilobyte. Metadaten beziehen sich auf den Namen, den Typ, die Einheit und den Hilfetext der Metrik. |
| Metadaten pro Metrik | Jede unterstützte Region: 10 | Nein | Die Anzahl von Metadaten pro Metrik. Hinweis: Wenn der Grenzwert erreicht ist, wird eine Stichprobe von Metriken aufgezeichnet, Metadaten, die den Grenzwert überschreiten, werden jedoch gelöscht. |
| Knoten im Alert-Manager-Routingbaum | Jede unterstützte Region: 100 | Yes |
Die maximale Anzahl der Knoten im Alert-Manager-Routingbaum. |
| Anzahl der API-Operationen pro Region in Transaktionen pro Sekunde | Jede unterstützte Region: 10 | Yes |
Die maximale Anzahl von API-Vorgängen pro Sekunde pro Region für alle Amazon Managed Service for Prometheus APIs, einschließlich Workspace CRUD, Tagging APIs, Regelgruppen APIs, Namespace CRUD und Alert Manager Definition CRUD APIs. APIs |
| Anzahl der GetLabels und GetMetricMetadata API-Operationen pro GetSeries Workspace in Transaktionen pro Sekunde | Jede unterstützte Region: 10 | Nein | Die maximale Anzahl von GetSeries GetLabels und GetMetricMetadata Promethus-kompatiblen API-Operationen pro Sekunde pro Workspace. |
| Anzahl der QueryMetrics API-Operationen pro Workspace in Transaktionen pro Sekunde | Jede unterstützte Region: 300 | Nein | Die maximale Anzahl von QueryMetrics Prometheus-kompatiblen API-Vorgängen pro Sekunde pro Workspace. |
| Anzahl der RemoteWrite API-Operationen pro Workspace in Transaktionen pro Sekunde | Jede unterstützte Region: 3 000 | Nein | Die maximale Anzahl von RemoteWrite Prometheus-kompatiblen API-Vorgängen pro Sekunde pro Workspace. |
| Anzahl anderer Promethus-kompatibler API-Operationen pro Workspace in Transaktionen pro Sekunde | Jede unterstützte Region: 100 | Nein | Die maximale Anzahl von API-Vorgängen pro Sekunde pro Workspace für alle anderen Prometheus-kompatiblen Anwendungen, APIs einschließlich, usw. ListAlerts ListRules |
| Bytes für sofortige Abfragen abfragen | Jede unterstützte Region: 5 | Nein | Die maximale Anzahl von Byte, die mit einer einzigen Sofortabfrage gescannt werden können, in Gigabyte. |
| Byte für Bereichsabfragen abfragen | Jede unterstützte Region: 5 | Nein | Die maximale Anzahl an Byte, die pro 24-Stunden-Intervall in einer einzelnen Bereichsabfrage gescannt werden können, in Gigabyte. |
| Abfragebeispiele | Jede unterstützte Region: 50 000 000 | Nein | Die maximale Anzahl der Beispiele, die während einer einzigen Abfrage gescannt werden können. |
| Abfrageserie abgerufen | Jede unterstützte Region: 12.000.000 | Nein | Die maximale Anzahl der Serien, die während einer einzigen Abfrage gescannt werden können. |
| Zeitraum für die Abfrage in Tagen | Jede unterstützte Region: 95 | Nein | Der maximale Zeitbereich von QueryMetrics GetSeries, und GetLabels APIs. |
| Anforderungsgröße | Jede unterstützte Region: 1 | Nein | Die maximale Anforderungsgröße für die Aufnahme oder Abfrage in Megabyte. |
| Bewertungsintervall für die Regel | Jede unterstützte Region: 30 | Yes |
Das minimale Regelauswertungsintervall einer Regelgruppe pro Workspace in Sekunden. |
| Größe der Definitionsdatei des Regelgruppen-Namespace | Jede unterstützte Region: 1 000 000 | Nein | Die maximale Größe einer Regelgruppen-Namespace-Definitionsdatei in Byte. |
| Regeln pro Workspace | Jede unterstützte Region: 2.000 | Ja |
Die maximale Anzahl von Regeln pro Workspace. |
| Stille Zeiten pro Arbeitsbereich | Jede unterstützte Region: 1 000 | Ja |
Maximale Anzahl von Stummschaltungen, einschließlich abgelaufener, aktiver und ausstehender Stummzeiten, pro Workspace. |
| Vorlagen in der Alert-Manager-Definitionsdatei | Jede unterstützte Region: 100 | Yes |
Die maximale Anzahl der Vorlagen in der Alert-Manager-Definitionsdatei. |
| Workspaces pro Region und Konto | Jede unterstützte Region: 25 | Ja |
Die maximale Anzahl von Workspaces pro Region. |
Standardkontingente für aktive Serien
Die Arbeitsbereiche von Amazon Managed Service for Prometheus passen sich automatisch an Ihre Aufnahmenutzung an. Wenn Ihre Nutzung zunimmt, erhöht der Service automatisch Ihre Zeitreihenkapazität bis zum Standardkontingent.
Ihr Amazon Managed Service for Prometheus Workspace skaliert automatisch, basierend auf Ihrer Nutzung, und zwar auf zwei Arten:
-
Wenn Ihre durchschnittliche Nutzung von 30 Minuten unter 5 Millionen Serien liegt, verdoppelt sich die Kapazität (z. B. erhält ein Workspace mit 3,5 Mio. Nutzung eine Kapazität von 7 Mio.).
-
Wenn die Nutzung 5 Millionen Serien überschreitet, fügt der Workspace einen Puffer von 10 Millionen hinzu (ein Workspace mit 25 Millionen Auslastungen erhält beispielsweise eine Kapazität von 35 Millionen).
Amazon Managed Service for Prometheus weist automatisch mehr Kapazität zu, wenn Ihre Datenaufnahme steigt, bis Ihr Kontingent erreicht ist. Auf diese Weise wird sichergestellt, dass Ihr Workload nicht dauerhaft gedrosselt wird. Zu einer Drosselung kann es jedoch kommen, wenn Sie den Wert Ihres vorherigen Ausgangswerts, der in den letzten 30 Minuten berechnet wurde, um das Doppelte oder mehr als 10 Millionen überschritten haben. Um eine Drosselung zu vermeiden, empfiehlt Amazon Managed Service for Prometheus, die Aufnahme schrittweise zu erhöhen, wenn sie über Ihren vorherigen Basiswert hinausgeht.
Anmerkung
Die Mindestkapazität für aktive Zeitreihen beträgt 2 Millionen, und es gibt keine Drosselung, wenn Sie weniger als 2 Millionen Zeitreihen haben.
Um Ihr Standardkontingent zu überschreiten, können Sie eine Erhöhung des Kontingents
Skalierung über das Standardkontingent hinaus
Wenn Sie eine Erhöhung des Kontingents über das Standardkontingent für aktive Serien hinaus beantragen, passt Amazon Managed Service for Prometheus Ihre Workspace-Kapazität entsprechend an. Wenn Sie die erhöhte Kapazität nicht vollständig nutzen, wird der Service den ungenutzten Teil im Laufe der Zeit zurückfordern. Wenn Ihre Nutzung zunimmt, wird der Workspace automatisch wieder skaliert.
Eine Drosselung kann jedoch auftreten, wenn Sie im Vergleich zu Ihrem vorherigen Basiswert, berechnet aus den letzten 2 Stunden, mehr als 50 Millionen aktive Zeitreihen mehr als verdoppeln oder überschreiten. Zum Beispiel:
-
Wenn Ihr Kontingent 100 Millionen beträgt und Ihr Basiswert 30 Millionen beträgt, können Sie ohne Drosselung innerhalb von 2 Stunden auf 60 Millionen hochskalieren.
-
Wenn Ihr Kontingent 100 Millionen beträgt und Ihr Basiswert 50 Millionen beträgt, können Sie innerhalb von 2 Stunden ohne Drosselung auf die vollen 100 Millionen hochskalieren.
Drosselung der Aufnahme
Amazon Managed Service for Prometheus drosselt die Datenaufnahme für jeden Workspace, basierend auf Ihren aktuellen Limits. Dies trägt dazu bei, die Leistung des Workspace aufrechtzuerhalten. Wenn du das Limit überschreitest, siehst du das DiscardedSamples in den CloudWatch Kennzahlen (mit dem rate_limited Grund). Sie können CloudWatch damit Ihre Aufnahme überwachen und einen Alarm auslösen, der Sie warnt, wenn Sie kurz davor sind, die Drosselungsgrenzen zu erreichen. Weitere Informationen finden Sie unter Verwenden Sie CloudWatch Metriken, um die Ressourcen von Amazon Managed Service for Prometheus zu überwachen.
Amazon Managed Service for Prometheus verwendet den Token-Bucket-Algorithmus
Jede aufgenommene Datenprobe entfernt ein Token aus dem Bucket. Wenn deine Bucket-Größe (Aufnahmerate pro Workspace) 1.000.000 beträgt, kann dein Workspace eine Million Datenproben in einer Sekunde aufnehmen. Wenn mehr als eine Million Samples aufgenommen werden müssen, wird der Vorgang gedrosselt und es werden keine weiteren Datensätze mehr aufgenommen. Zusätzliche Datenproben werden verworfen.
Der Eimer wird automatisch mit einer festgelegten Geschwindigkeit wieder aufgefüllt. Wenn der Bucket seine maximale Kapazität unterschreitet, wird ihm jede Sekunde eine festgelegte Anzahl von Tokens hinzugefügt, bis er seine maximale Kapazität erreicht hat. Wenn der Eimer voll ist, wenn die Nachfüllmarken ankommen, werden sie weggeworfen. Der Eimer kann nicht mehr als die maximale Anzahl an Tokens aufnehmen. Die Nachfüllrate für die Probenaufnahme wird durch den Grenzwert für die Aufnahmerate pro Arbeitsplatz festgelegt. Wenn deine Aufnahmerate pro Workspace auf 170.000 festgelegt ist, beträgt die Nachfüllrate für den Bucket 170.000 Token pro Sekunde.
Wenn dein Workspace in einer Sekunde 1.000.000 Datenproben aufnimmt, wird dein Bucket sofort auf null Token reduziert. Der Bucket wird dann jede Sekunde mit 170.000 Token aufgefüllt, bis er seine maximale Kapazität von 1.000.000 Token erreicht hat. Wenn keine Aufnahme mehr erfolgt, wird der zuvor leere Eimer innerhalb von 6 Sekunden wieder seine maximale Kapazität erreichen.
Anmerkung
Die Aufnahme erfolgt in gebündelten Anfragen. Wenn Sie 100 Token zur Verfügung haben und eine Anfrage mit 101 Proben senden, wird die gesamte Anfrage abgelehnt. Amazon Managed Service for Prometheus akzeptiert Anfragen nicht teilweise. Wenn Sie einen Collector schreiben, können Sie Wiederholungsversuche verwalten (mit kleineren Batches oder nach Ablauf einer gewissen Zeit).
Sie müssen nicht warten, bis der Bucket voll ist, bevor Ihr Workspace weitere Datenproben aufnehmen kann. Du kannst Tokens verwenden, sobald sie dem Bucket hinzugefügt werden. Wenn Sie die Nachfüll-Token sofort verwenden, erreicht der Eimer nicht seine maximale Kapazität. Wenn Sie beispielsweise den Bucket leer haben, können Sie weiterhin 170.000 Datenproben pro Sekunde aufnehmen. Der Bucket kann nur dann bis zur maximalen Kapazität aufgefüllt werden, wenn Sie weniger als 170.000 Datenproben pro Sekunde aufnehmen.
Zusätzliche Limits für erfasste Daten
Amazon Managed Service für Prometheus verfügt über zusätzliche Anfragen für erfasste Daten, die in den Workspace aufgenommen wurden. Diese sind nicht einstellbar.
-
Metrische Beispiele, die älter als 1 Stunde sind, werden nicht erfasst.
-
Jedes Beispiel und alle Metadaten müssen einen Metriknamen haben.
