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.
Amazon Managed Service für Prometheus Service Quotas
In den folgenden beiden Abschnitten werden die mit Amazon Managed Service for Prometheus verbundenen Kontingente und Limits beschrieben.
Service Quotas
Amazon Managed Service for Prometheus hat die folgenden Kontingente. Amazon Managed Service for Prometheus bietet CloudWatch Nutzungsmetriken zur Überwachung der Prometheus-Ressourcennutzung. Mit der Alarmfunktion für CloudWatch Nutzungsmetriken können Sie Prometheus-Ressourcen und -Nutzung überwachen, um Limitfehler zu vermeiden.
Wenn Ihre Projekte und Workspaces wachsen, sind die häufigsten Kontingente, die Sie möglicherweise überwachen oder eine Erhöhung beantragen müssen, folgende Kontingente: Aktive Serien pro Workspace, Aufnahmerate pro Workspace und Aufnahme-Burst-Größe pro Workspace.
Das Limit für aktive Serien pro Workspace wird dynamisch angewendet. Weitere Informationen finden Sie unter Aktive Serien (Standard). Die Aufnahmerate pro Workspace und die Aufnahme-Burst-Größe pro Workspace steuern zusammen, wie schnell Sie Daten in Ihren Workspace aufnehmen können. Weitere Informationen finden Sie unter Drosselung der Aufnahme.
Anmerkung
Sofern nicht anders angegeben, gelten diese Kontingente pro Workspace.
| 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. |
| Aktive Serien pro Workspace | Jede unterstützte Region: 10.000.000 alle 2 Stunden | Ja |
Die Anzahl der einmaligen aktiven Serien pro Workspace. Eine Serie ist aktiv, wenn in den letzten 2 Stunden ein Beispiel gemeldet wurde. Die Kapazität von 2 m bis 10 m wird automatisch an die letzten 30 Minuten der Nutzung angepasst. |
| Größe der Alert-Aggregationsgruppe in der Alert Manager-Definitionsdatei | Jede unterstützte Region: 1 000 | Ja |
Die maximale Größe einer Alert-Aggregationsgruppe 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 Megabyte | Nein | Die maximale Größe einer Alert Manager-Definitionsdatei. |
| Alert-Nutzlastgröße in Alert Manager | Jede unterstützte Region: 20 Megabyte | Nein | Die maximale Größe der Alert-Nutzlast aller Alert Manager-Warnungen pro Workspace. Die Alert-Größe hängt von den Bezeichnungen und Anmerkungen ab. |
| Warnungen in Alert Manager | Jede unterstützte Region: 1 000 | Ja |
Die maximale Anzahl gleichzeitiger Alert Manager-Warnungen pro Workspace. |
| HA-Tracker-Cluster | Jede unterstützte Region: 500 | Nein | Die maximale Anzahl von Clustern, die der HA-Tracker für aufgenommene Beispiel pro Workspace verfolgt. |
| Aufnahme-Burst-Größe pro Workspace | Jede unterstützte Region: 1 000 000 | Ja |
Die maximale Anzahl von Beispielen, die pro Workspace in einem Burst pro Sekunde aufgenommen werden können. |
| Aufnahme-Rate pro Workspace | Jede unterstützte Region: 170.000 | Ja |
Metrische Beispiel-Aufnahmerate pro Workspace pro Sekunde. |
| Sperrregeln in der Alert Manager-Definitionsdatei | Jede unterstützte Region: 100 | Yes |
Die maximale Anzahl von Sperrregeln in der Alert-Manager-Definitionsdatei. |
| Labelgröße | Jede unterstützte Region: 350 Kilobyte | Nein | Die maximale kombinierte Größe aller Etiketten und Etikettenwerte, die für eine Serie akzeptiert werden. |
| Labels pro metrischer Serie | Jede unterstützte Region: 70 | Ja |
Anzahl der Etiketten pro metrischer Serie. |
| Länge der Metadaten | Jede unterstützte Region: 1 Kilobyte | Nein | Die maximale Länge, die für metrische Metadaten akzeptiert wird. Metadaten beziehen sich auf Metrikname, HELP und UNIT. |
| Metadaten pro Metrik | Jede unterstützte Region: 10 | Nein | Die Anzahl von Metadaten pro Metrik. |
| Knoten im Alert Manager-Routingbaum | Jede unterstützte Region: 100 | Yes |
Die maximale Anzahl der Knoten im Alert Manager-Routingbaum. |
| Anzahl der API-Operationen in Transaktionen pro Sekunde | Jede unterstützte Region: 10 | Yes |
Die maximale Anzahl von API-Vorgängen pro Sekunde pro Region. Dazu gehören Workspace-CRUD-APIs, Tagging-APIs, Regelgruppen-Namensräume-CRUD-APIs und CRUD-APIs für die Alert-Manager-Definition. |
| Bytes für sofortige Abfragen abfragen | Jede unterstützte Region: 5 Gigabyte | Nein | Die maximale Byte-Anzahl, die mit einer einzigen Sofortabfrage gescannt werden kann. |
| Byte für Bereichsabfragen abfragen | Jede unterstützte Region: 5 Gigabyte | Nein | Die maximale Byte-Anzahl, die pro 24-Stunden-Intervall in einer einzigen Bereichsabfrage gescannt werden kann. |
| Abfrageblöcke abgerufen | Jede unterstützte Region: 20 000 000 | Nein | Die maximale Anzahl der Blöcke, die während einer einzigen Abfrage gescannt werden können. |
| 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: 32 | Nein | Der maximale Zeitraum einer PromQL-Abfrage. |
| Anforderungsgröße | Jede unterstützte Region: 1 Megabyte | Nein | Maximale Größe der Abfrage für Aufnahme oder Abfrage. |
| Aufbewahrungsdauer für erfasste Daten in Tagen | Jede unterstützte Region: 150 | Ja |
Die Anzahl der Tage, für die Daten in einem Workspace beibehalten werden. Daten, die älter sind, werden gelöscht. Sie können eine Änderung des Kontingents beantragen, um diesen Wert zu erhöhen oder zu verringern. |
| Bewertungsintervall für die Regel | Jede unterstützte Region: 30 Sekunden | Ja |
Das minimale Regelauswertungsintervall einer Regelgruppe pro Workspace. |
| Größe der Definitionsdatei des Regelgruppen-Namensraums | Jede unterstützte Region: 1 Megabyte | Nein | Die maximale Größe einer Definitionsdatei des Regelgruppen-Namensraums. |
| Regeln pro Workspace | Jede unterstützte Region: 2.000 | Ja |
Die maximale Anzahl von Regeln 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. |
Aktive Serien (Standard)
Mit Amazon Managed Service for Prometheus können Sie standardmäßig bis zu Ihrem Kontingent aktive Zeitreihen nutzen.
Amazon Managed Service for Prometheus Workspaces passen sich automatisch Ihrem Erfassungsvolumen an. Wenn Ihre Nutzung zunimmt, erhöht Amazon Managed Service for Prometheus automatisch Ihre Zeitreihenkapazität, um Ihre Basisnutzung bis zum Standardkontingent zu verdoppeln. Wenn Ihre durchschnittliche aktive Zeitreihe in den letzten 30 Minuten beispielsweise 3,5 Millionen beträgt, können Sie bis zu 7 Millionen Zeitreihen ohne Drosselung verwenden.
Wenn Sie mehr als das Doppelte Ihres vorherigen Basiswerts benötigen, weist Amazon Managed Service for Prometheus automatisch mehr Kapazität zu, wenn Ihr Aufnahmevolumen steigt, um sicherzustellen, dass Ihre Workload nicht dauerhaft bis zu Ihrem Kontingent gedrosselt wird. Eine Drosselung kann jedoch eintreten, wenn Sie innerhalb von 30 Minuten das Doppelte Ihrer vorherigen Basislinie überschreiten. Um Drosselung zu vermeiden, empfiehlt Amazon Managed Service for Prometheus, die Aufnahme schrittweise zu erhöhen, wenn sie auf mehr als das Doppelte Ihrer vorherigen aktiven Zeitreihen erhöht wird.
Anmerkung
Die Mindestkapazität für aktive Zeitreihen beträgt 2 Millionen. Bei weniger als 2 Millionen Zeitreihen gibt es keine Drosselung.
Wenn Sie dieses Kontingent überschreiten möchten, können Sie eine Kontingenterhöhung beantragen.
Drosselung der Aufnahme
Amazon Managed Service for Prometheus drosselt die Aufnahme für jeden Workspace, basierend auf Ihren aktuellen Grenzwerten. Dies trägt dazu bei, die Leistung des Workspace aufrechtzuerhalten. Wenn Sie das Limit überschreiten, sehen Sie DiscardedSamples in CloudWatch Metriken (mit dem rate_limited Grund). Sie können Amazon verwenden, CloudWatch um Ihre Aufnahme zu überwachen und einen Alarm zu erstellen, der Sie warnt, wenn Sie kurz vor dem Erreichen der Drosselungsgrenzen stehen. Weitere Informationen finden Sie unter CloudWatch Metriken.
Amazon Managed Service for Prometheus verwendet den Token-Bucket-Algorithmus
Jedes aufgenommene Datenbeispiel entfernt ein Token aus dem Bucket. Wenn Ihre Bucket-Größe (Aufnahme-Burst-Größe pro Workspace) 1 000 000 beträgt, kann Ihr Workspace eine Million Datenstichproben pro Sekunde aufnehmen. Wenn es eine Million Stichproben für die Aufnahme überschreitet, wird es gedrosselt und keine weiteren Datensätze aufnehmen. Zusätzliche Datenstichproben werden verworfen.
Der Bucket wird automatisch mit einer festgelegten Rate aufgefüllt. Wenn der Bucket unter seiner maximalen Kapazität liegt, wird ihm jede Sekunde eine festgelegte Anzahl von Tokens wieder hinzugefügt, bis er seine maximale Kapazität erreicht. Wenn der Bucket voll ist, wenn die Auffülltoken eintreffen, werden sie verworfen. Der Bucket darf nicht mehr als seine maximale Anzahl von Token enthalten. Die Nachfüllrate für die Beispielaufnahme wird durch das Limit für die Aufnahmerate pro Workspace festgelegt. Wenn Ihre Aufnahmerate pro Workspace auf 170.000 festgelegt ist, beträgt die Nachfüllrate für den Bucket 170.000 Token pro Sekunde.
Wenn Ihr Workspace 1 000 000 Datenstichproben pro Sekunde aufnimmt, wird Ihr 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. Wenn keine weitere Aufnahme erfolgt, kehrt der zuvor leere Bucket in 6 Sekunden zur maximalen Kapazität zurück.
Anmerkung
Die Aufnahme erfolgt in Stapelanforderungen. Wenn Sie 100 Token zur Verfügung haben und eine Anfrage mit 101 Beispielen senden, wird die gesamte Anfrage abgelehnt. Amazon Managed Service for Prometheus akzeptiert Anfragen nicht teilweise. Wenn Sie einen Kollektor schreiben, können Sie Wiederholungen verwalten (mit kleineren Batches oder nach Ablauf einiger Zeit).
Sie müssen nicht warten, bis der Bucket voll ist, bevor Ihr Workspace weitere Datenbeispiele aufnehmen kann. Sie können Token verwenden, wenn sie dem Bucket hinzugefügt werden. Wenn Sie die Nachfülltoken sofort verwenden, erreicht der Bucket seine maximale Kapazität nicht. Wenn Sie beispielsweise den Bucket aufgebraucht haben, können Sie weiterhin 170.000 Datenstichproben pro Sekunde aufnehmen. Der Bucket kann nur dann auf die maximale Kapazität aufgefüllt werden, wenn Sie weniger als 170.000 Datenstichproben pro Sekunde aufnehmen.
Zusätzliche Limits für aufgenommene Daten
Amazon Managed Service for 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.
