Lambda Provisioned Concurrency on Version vs. Alias

0

I have Lambda function that is fronted by an Application Load Balancer. The Lambda function has an alias called live. The ALB is pointing to the live alias (ie. target of the ALB is arn:aws:lambda:us-east-1:123456789012:function:MyLambda:live)

I have assigned provisioned concurrency (2 instances) to the live alias but noticed in the invocations graph that none of the invocations to the live alias are using provisioned concurrency.

First question: Why is live showing all invocations not using provisioned concurrency despite 2 instances allocated? What's the best way to troubleshoot this?

Second question: When assigning provisioned concurrency we have an option of allocating to the version that the live alias points to, or allocating to the alias. Which is better? Allocate to the version that the Alias is pointing to? or allocate to the Alias?

  • Hi Mike,

    We experience the same behavior. The only difference is that our calls come from an API Gateway. Despite provisioned concurrency, when calls hit the function it starts new instances and the ones provisioned are not used. Then we have delays because of the cold start.

    Another strange thing is that we have provisioned 5 instances and we always have 10 instances running. We don't know why. (to find out how many instances are running, we count the log streams in cloud watch)

    Do you (or anyone else) have a solution?

    Regards, Florian

gefragt vor 2 Jahren151 Aufrufe
Keine Antworten

Du bist nicht angemeldet. Anmelden um eine Antwort zu veröffentlichen.

Eine gute Antwort beantwortet die Frage klar, gibt konstruktives Feedback und fördert die berufliche Weiterentwicklung des Fragenstellers.

Richtlinien für die Beantwortung von Fragen