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.

Skalierung von mit Lambda verwalteten Instances

Lambda Managed Instances skaliert nicht, wenn Aufrufe eintreffen, und unterstützt keine Kaltstarts. Stattdessen skaliert es asynchron mithilfe von Signalen zum Ressourcenverbrauch. Managed Instances werden derzeit auf der Grundlage der CPU-Ressourcenauslastung und der Auslastung mehrerer Parallelitäten skaliert.

Die wichtigsten Unterschiede:

Wenn sich Ihr Traffic innerhalb von 5 Minuten mehr als verdoppelt, kann es zu Drosselungen kommen, da Lambda Instances und Ausführungsumgebungen entsprechend der Nachfrage hochskaliert.

Der Lebenszyklus der Skalierung

Lambda Managed Instances verwendet eine verteilte Architektur zur Verwaltung der Skalierung:

Komponenten:

So funktioniert es:

Anpassung des Skalierungsverhaltens

Sie können das Skalierungsverhalten von Managed Instances mithilfe von fünf Steuerelementen anpassen:

Steuerungen auf Funktionsebene

1. Funktionsspeicher und vCPUs

Wählen Sie die Speichergröße und die vCPU-Zuweisung für Ihre Funktion. Die kleinste unterstützte Funktionsgröße ist 2 GB und 1 vCPU.

Überlegungen:

2. Maximale Parallelität

Legen Sie die maximale Parallelität pro Ausführungsumgebung fest.

Standardverhalten: Lambda wählt sinnvolle Standardwerte, die den Ressourcenverbrauch und den Durchsatz ausgleichen und für eine Vielzahl von Anwendungen funktionieren.

Richtlinien für Anpassungen:

Wichtig: Da Lambda Managed Instances für Anwendungen mit mehreren gleichzeitigen Vorgängen konzipiert sind, kann es in Ausführungsumgebungen mit sehr geringer Parallelität bei der Skalierung zu Drosselungen kommen. Wenn Aufrufe in einer Ausführungsumgebung ankommen, die ihre Parallelitätsgrenze erreicht hat, leitet Lambda diese Aufrufe an eine andere Stelle weiter und skaliert neue Ausführungsumgebungen, um die Last zu bewältigen. Um zu ermitteln, welche Ressourceneinschränkung die Drosselung verursacht, überwachen Sie die Metriken für den Grund der Drosselung (, und), die unter beschrieben werden. ConcurrencyThrottles CPUThrottles MemoryThrottles DiskThrottles Arten von Metriken für Lambda-Funktionen

3. Ausführungsumgebungen pro Funktion

Legen Sie die minimale und maximale Anzahl von Ausführungsumgebungen für Ihre Funktion fest.

Standardverhalten: Das Standardminimum sind 3 Ausführungsumgebungen in Availability Zones, ohne Standardmaximum. Sie können beide Werte überschreiben, nachdem die Funktion erstellt wurde.

Richtlinien für Anpassungen:

Beispiel:

aws lambda put-function-scaling-config \
  --function-name my-lmi-function \
  --qualifier '$LATEST.PUBLISHED' \
  --function-scaling-config MinExecutionEnvironments=5,MaxExecutionEnvironments=20 \
  --region us-east-1

Wichtige Hinweise:

Kontrollen auf Ebene des Kapazitätsanbieters

4. Zielressourcenauslastung

Wählen Sie Ihr eigenes Ziel für den CPU-Auslastungsverbrauch.

Standardverhalten: Lambda bietet genügend Spielraum, sodass sich Ihr Traffic innerhalb von 5 Minuten ohne Drosselung verdoppeln kann.

Optimierungsoptionen:

5. Auswahl des Instance-Typs

Legen Sie zulässige oder ausgeschlossene Instanztypen fest.

Standardverhalten: Lambda wählt die besten Instanztypen für Ihre Arbeitslast aus. Es wird empfohlen, Lambda Managed Instances die Auswahl der Instanztypen zu überlassen, da die Beschränkung der Anzahl möglicher Instanztypen zu einer geringeren Verfügbarkeit führen kann.

Benutzerdefinierte Konfiguration:

Geplante Skalierung

Verwenden Sie Amazon EventBridge Scheduler, um die minimalen und maximalen Ausführungsumgebungen Ihrer Funktion nach einem wiederkehrenden oder einmaligen Zeitplan anzupassen. Dies ist nützlich für vorhersehbare Verkehrsmuster, z. B. beim Hochfahren vor Spitzenzeiten und beim Herunterfahren außerhalb der Spitzenzeiten.

Scheduler-Konfiguration:

Beispiel 1: Skalierung zur Bewältigung des geplanten Spitzenverkehrs

Erstellen Sie zwei Zeitpläne, um vor den Hauptverkehrszeiten nach oben zu skalieren und danach nach unten zu skalieren. Jeder Zeitplan zielt mit aktualisierten MaxExecutionEnvironments Werten auf die PutFunctionScalingConfig API MinExecutionEnvironments ab.

Um 8:00 Uhr UTC hochskalieren (min=100, max=1000):

aws scheduler create-schedule \
  --name "ScaleUpLambdaManagedInstances" \
  --schedule-expression "cron(0 8 * * ? *)" \
  --flexible-time-window '{"Mode": "OFF"}' \
  --target '{
    "Arn": "arn:aws:scheduler:::aws-sdk:lambda:PutFunctionScalingConfig",
    "RoleArn": "arn:aws:iam::<account-id>:role/eventbridge-scheduler-role",
    "Input": "{\"FunctionName\": \"my-lmi-function\", \"Qualifier\": \"$LATEST.PUBLISHED\", \"FunctionScalingConfig\": {\"MinExecutionEnvironments\": 100, \"MaxExecutionEnvironments\": 1000}}"
  }'

Um 18:00 Uhr UTC herunterskalieren (min=5, max=20):

aws scheduler create-schedule \
  --name "ScaleDownLambdaManagedInstances" \
  --schedule-expression "cron(0 18 * * ? *)" \
  --flexible-time-window '{"Mode": "OFF"}' \
  --target '{
    "Arn": "arn:aws:scheduler:::aws-sdk:lambda:PutFunctionScalingConfig",
    "RoleArn": "arn:aws:iam::<account-id>:role/eventbridge-scheduler-role",
    "Input": "{\"FunctionName\": \"my-lmi-function\", \"Qualifier\": \"$LATEST.PUBLISHED\", \"FunctionScalingConfig\": {\"MinExecutionEnvironments\": 5, \"MaxExecutionEnvironments\": 20}}"
  }'

Beispiel 2: Außerhalb der Spitzenzeiten deaktivieren und erneut aktivieren

Wenn Sie MinExecutionEnvironments sowohl als auch MaxExecutionEnvironments auf 0 setzen, wird die Funktionsversion deaktiviert, ohne sie zu löschen. Eine deaktivierte Funktion wird nicht automatisch mit dem Verkehr wieder hochskaliert. Sie müssen sie explizit reaktivieren, indem Sie im Rahmen einer anderen geplanten Aktion Werte festlegen, die nicht Null sind.

Um 22:00 Uhr UTC deaktivieren (min=0, max=0):

aws scheduler create-schedule \
  --name "DeactivateLambdaManagedInstances" \
  --schedule-expression "cron(0 22 * * ? *)" \
  --flexible-time-window '{"Mode": "OFF"}' \
  --target '{
    "Arn": "arn:aws:scheduler:::aws-sdk:lambda:PutFunctionScalingConfig",
    "RoleArn": "arn:aws:iam::<account-id>:role/eventbridge-scheduler-role",
    "Input": "{\"FunctionName\": \"my-lmi-function\", \"Qualifier\": \"$LATEST.PUBLISHED\", \"FunctionScalingConfig\": {\"MinExecutionEnvironments\": 0, \"MaxExecutionEnvironments\": 0}}"
  }'

Reaktivieren Sie um 7:00 Uhr UTC (min=10, max=20):

aws scheduler create-schedule \
  --name "ReactivateLambdaManagedInstances" \
  --schedule-expression "cron(0 7 * * ? *)" \
  --flexible-time-window '{"Mode": "OFF"}' \
  --target '{
    "Arn": "arn:aws:scheduler:::aws-sdk:lambda:PutFunctionScalingConfig",
    "RoleArn": "arn:aws:iam::<account-id>:role/eventbridge-scheduler-role",
    "Input": "{\"FunctionName\": \"my-lmi-function\", \"Qualifier\": \"$LATEST.PUBLISHED\", \"FunctionScalingConfig\": {\"MinExecutionEnvironments\": 10, \"MaxExecutionEnvironments\": 20}}"
  }'

Richtlinien zur Anpassung:

Nächste Schritte