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.
Kontingente
Service Quotas, auch als Limits bezeichnet, sind die maximale Anzahl von Serviceressourcen oder -vorgängen für Ihr AWS-Konto.
Kontingente für AWS-Services in dieser Lösung
Stellen Sie sicher, dass Sie für jeden der in dieser Lösung implementierten Dienste über ein ausreichendes Kontingent verfügen. Weitere Informationen finden Sie unter AWS-Servicekontingente.
Verwenden Sie die folgenden Links, um zur Seite für diesen Service zu gelangen. Um die Service-Kontingente für alle AWS-Services in der Dokumentation einzusehen, ohne die Seiten wechseln zu müssen, sehen Sie sich stattdessen die Informationen auf der Seite Service-Endpunkte und Kontingente im PDF an.
CloudFormation AWS-Kontingente
Ihr AWS-Konto hat CloudFormation AWS-Kontingente, die Sie beachten sollten, wenn Sie den Stack in dieser Lösung starten. Wenn Sie diese Kontingente verstehen, können Sie Limitationsfehler vermeiden, die Sie daran hindern würden, diese Lösung erfolgreich einzusetzen. Weitere Informationen finden Sie unter CloudFormation AWS-Kontingente im CloudFormation AWS-Benutzerhandbuch.
CloudWatch Amazon-Kontingente
Ihr AWS-Konto verfügt über CloudWatch Amazon-Kontingente, die an CloudWatch Ressourcenrichtlinien gebunden sind. Diese erlauben nur 10 Ressourcenrichtlinien pro Region und Konto und können nicht erhöht werden. Weitere Informationen finden Sie unter Amazon CloudWatch Logs Quotas im CloudWatch Amazon-Benutzerhandbuch. Überprüfen Sie vor Ihrer Bereitstellung Ihre aktuelle Nutzung, um sicherzustellen, dass Sie diesen Schwellenwert bei der Bereitstellung der Lösung nicht überschreiten.
AWS Organizations
Die Lambda-Funktionen der Lösung rufen die API von AWS Organizations auf, um den Alias des aktuellen Kontos abzurufen, der in Nachrichten aufgenommen werden soll, die zum SNS-Thema der Lösung veröffentlicht werden. Dadurch können für Menschen lesbare Kontonamen in den Benachrichtigungen der Lösung zu Debugging- und Tracking-Zwecken sichtbar sein.
AWS Organizations begrenzt, wie oft Kunden ihre API-Endpunkte aufrufen können. Wenn Sie feststellen, dass die Lösung die für Ihr Konto festgelegten Limits überschreitet, können Sie die Funktion deaktivieren, mit der der Konto-Alias abgerufen und angezeigt wird.
Navigieren Sie dazu zu der Lambda-Funktion, die sich in der Region und dem Konto SO0111-ASR-sendNotifications befindet, in dem Sie den Admin-Stack bereitgestellt haben. Suchen Sie dann die benannte Umgebungsvariable DISABLE_ACCOUNT_ALIAS_LOOKUP und ändern Sie den Wert von „False“ in „True“. Das Feld für den Konto-Alias in den Benachrichtigungen der Lösung lautet jetzt „Unbekannt“. Dies hat jedoch keine Auswirkungen auf die Funktionalität der Lösung.
Grenzwerte und Standardwerte der Lösung
Zusätzlich zu den oben beschriebenen AWS-Servicekontingenten wendet die Lösung ihre eigenen Standardgrenzwerte an, die in der AWS CDK-Konfiguration festgelegt sind. Diese sind konfigurierbar und liegen deutlich unter den zugrunde liegenden AWS-Servicekontingenten. Sie dienen als Sicherheitsgrenzen, um unerwartete Last- oder Auslaufschleifen einzudämmen, und nicht als knappe Kontingente pro Benutzer. In den folgenden Tabellen sind die Werte aufgeführt, die von den entsprechenden Standardwerten für AWS-Services abweichen.
| Limit | Standardlösung | AWS-Service Standard |
|---|---|---|
|
Amazon API Gateway-Stufendrosselung (kontoweit) |
500 requests/second konstant, 1.000 Burst |
10.000 requests/second, 5.000 Burst |
|
AWS-WAF-Ratenlimit pro Benutzer (60-Sekunden-Fenster) |
1.000 Anfragen |
Keine Standardregel |
|
AWS WAF-Ratenlimit pro IP (60-Sekunden-Fenster) |
2.000 Anfragen |
Keine Standardregel |
|
AWS-WAF-Grenzwert für sensible Schreibvorgänge (60-Sekunden-Fenster) |
300 Anfragen |
Keine Standardregel |
Anmerkung
Die Ratenbeschränkungen pro Benutzer werden auf dem Zugriffstoken des Anrufers zusammengefasst. Anfragen ohne ein Zugriffstoken fallen unter die Pro-IP-Regel. Anfragen, die eine ratenbasierte AWS-WAF-Regel überschreiten, werden blockiert und erhalten eine HTTP-429-Antwort (Too Many Requests) mit einem JSON-Text.
Die Lösung konfiguriert außerdem die folgenden Alarmschwellenwerte aus Gründen der Beobachtbarkeit CloudWatch . Diese Alarme benachrichtigen die Betreiber; sie blockieren keine Anfragen.
| Alarm | Threshold |
|---|---|
|
Kontrollieren Sie Statusänderungen |
5 pro Minute |
|
Sensible Schreibvorgänge |
20 pro Minute |
Es gelten die folgenden Standardwerte für Berechnung und Verarbeitung:
| Limit | Standardlösung | AWS-Service Standard |
|---|---|---|
|
Timeout bei der Ausführung von Orchestrator (AWS Step Functions) |
23 Stunden |
1 Jahr (maximal) |
|
Lambda-Funktionsspeicher für Benachrichtigungen im Dispatcher |
256 MB |
128 MB |
|
Der Benachrichtigungs-Dispatcher, die Lambda-Funktion, reservierte Parallelität |
10 |
Keine (vorbehaltlos) |
|
Timeout für die Lambda-Funktion im Dispatcher |
30 Sekunden (60 Sekunden für die Webhook-Bereitstellung) |
3 Sekunden |
|
Aufbewahrung von Amazon SQS-Nachrichten |
14 Tage |
4 Tage |
|
Zeitraum der Wiederverwendung von AWS KMS-Datenschlüsseln |
60 Minuten |
5 Minuten |
Die Lösung legt die folgenden Datenaufbewahrungs- (Amazon DynamoDB TTL und Amazon S3) und Exportbeschränkungen fest:
| Item | Standardlösung |
|---|---|
|
Aufbewahrung der Ergebnisse |
8 Tage |
|
Aufbewahrung des Behebungsverlaufs |
365 Tage |
|
Aufbewahrung von Exportdateien |
30 Tage |
|
Pre-signed Gültigkeit der URL |
1 Tag |
|
Maximale Exportzeit pro Anfrage |
26.000 Millisekunden |
|
Maximale Anzahl Datensätze pro Export |
50 000 |