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
Einschränkungen bei der Skalierung
Instance Scheduler skaliert auf zwei Hauptachsen, um große Unternehmensbereitstellungen zu verwalten:
Vertikale Skalierung (Ressourcen pro Ziel)
Die vertikale Skalierung wird durch die Anzahl der Ressourcen begrenzt, die eine einzelne Scheduling Request Lambda-Funktion innerhalb eines einzigen Planungsziels (account/region/serviceKombination) effizient verarbeiten kann.
Der Instance Scheduler ist so konzipiert, dass er Tausende EC2s, Hunderte von und Hunderte von RDS dbs/clusters in einem einzigen Scheduling-Ziel verarbeiten kann ASGs, kann jedoch durch die regionsübergreifende Latenz begrenzt sein.
Um eine optimale Leistung zu gewährleisten, empfehlen wir, die Ausführungszeit des Scheduling Request Lambda zu überwachen (siehe Operational Insights-Dashboard). Wir empfehlen, die durchschnittliche Laufzeit unter 90 Sekunden zu halten und die maximale Spitzenzeit nicht über 4 Minuten zu halten.
Horizontale Skalierung (Anzahl der Ziele)
Die horizontale Skalierung ist durch die Anzahl der aktiven Planungsziele begrenzt, die verwaltet werden. Ein aktives Ziel ist eine account/region/service Kombination mit mindestens einer aktiv markierten Ressource. Instance Scheduler kann für viel mehr Konten und Regionen bereitgestellt werden, aber nur Ziele mit aktiv markierten Ressourcen wirken sich auf die Leistung aus.
Mit dem standardmäßigen Lambda-Parallelitätskontingent von 1000 können Sie 1000 aktive Ziele gleichzeitig ausführen. Lambda stellt zusätzliche Ausführungen automatisch in die Warteschlange, sodass Sie über dieses Limit hinaus skalieren können. Für eine optimale Leistung empfehlen wir, die kumulative Verzögerung unter 3 Minuten zu halten.
Bei einer durchschnittlichen Laufzeit von 15 Sekunden und einem Lambda-Parallelitätslimit von 1000 können Sie beispielsweise bis zu 12000 aktive Ziele verwalten und gleichzeitig die kumulierte Verzögerung unter 3 Minuten halten (3 Minuten ÷15 Sekunden × 1000 = 12000 Ziele).
Für größere Bereitstellungen können Sie beim AWS-Support eine Erhöhung des Lambda-Parallelitätskontingents beantragen.
Weitere Überlegungen
AWS-Ressourcen-Tags: AWS-Ressourcen haben in der Regel ein Limit von 50 Tags pro Ressource. Instance Scheduler benötigt 6 Informations- und Kontrolltags für den Betrieb der Lösung. Stellen Sie sicher, dass Ihre Ressourcen über eine ausreichende Tag-Kapazität verfügen, um sowohl die Instance Scheduler-Tags als auch Ihre bestehende Tagging-Strategie zu berücksichtigen.
Lambda-Ausführungslimits: Jede Lambda-Funktion des Scheduling Request Handlers hat ein Ausführungstimeout von 5 Minuten.
DynamoDB-Skalierung: Die Lösung verwendet On-Demand-Skalierung für ihre Amazon DynamoDB-Tabellen
API-Ratenbegrenzungen: Bei sehr großen Bereitstellungen kann es zu einer Drosselung der AWS-Service-API kommen. Die Lösung umfasst eine Wiederholungslogik zur Behandlung vorübergehender Drosselungen. Eine übermäßige Drosselung kann jedoch die oberen Skalierungsgrenzen der Lösung verringern.
AWS-Servicekontingente
Servicekontingente für AWS-Services
Service Quotas, auch als Limits bezeichnet, sind die maximale Anzahl von Serviceressourcen oder -vorgängen für Ihr AWS-Konto. Stellen Sie sicher, dass Sie über ein ausreichendes Kontingent für jeden der in dieser Lösung implementierten Services verfügen. Weitere Informationen finden Sie unter AWS-Servicekontingente.
CloudFormation AWS-Kontingente
Ihr AWS-Konto verfügt über 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.
AWS Lambda Lambda-Kontingente
Ihr Konto hat ein standardmäßiges AWS Lambda Concurrent Execution-Kontingent von 1000. Für größere Bereitstellungen empfehlen wir, Instance Scheduler auf einem dedizierten Konto bereitzustellen, um zu vermeiden, dass mit anderen Workloads um Lambda-Parallelität konkurriert. Dieser Wert ist einstellbar. Weitere Informationen finden Sie im AWS Lambda Getting Started Guide.