View a markdown version of this page

Instances gérées par Lambda - AWS Lambda
Capacités clésQuand utiliser les instances gérées LambdaComment ça marcheModèle de simultanéitéLocation et isolementTarificationDifférences entre les instances gérées Lambda et le type de calcul Lambda (par défaut)Étapes suivantes

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Instances gérées par Lambda

Avec les instances gérées Lambda, vous pouvez exécuter des fonctions Lambda sur vos instances Amazon EC2 de génération actuelle, y compris Graviton4, des instances optimisées pour le réseau et d'autres options de calcul spécialisées, sans gérer les cycles de vie des instances, les correctifs du système d'exploitation et du langage d'exécution, le routage, l'équilibrage de charge ou les politiques de dimensionnement. Avec les instances gérées Lambda, vous bénéficiez des avantages tarifaires d'EC2, notamment des plans d'épargne EC2 et des instances réservées.

Pour obtenir la liste des types d'instances pris en charge, rendez-vous sur la page AWS Lambda Tarification et sélectionnez votre Région AWS.

Capacités clés

Les instances gérées Lambda fournissent les fonctionnalités suivantes :

  • Choisissez les instances appropriées  : sélectionnez les instances appropriées en fonction des exigences en matière de performances et de coûts, notamment l'accès aux processeurs les plus récents tels que Graviton4, des ratios mémoire-processeur configurables et un réseau à bande passante élevée.

  • Provisionnement automatique  : AWS provisionne automatiquement les instances appropriées et active les environnements d'exécution des fonctions.

  • Mise à l'échelle dynamique  : les instances évoluent de manière dynamique en fonction des modèles de trafic de vos fonctions.

  • Expérience entièrement gérée  : AWS gère la gestion de l'infrastructure, la mise à l'échelle, l'application de correctifs et le routage, avec les mêmes intégrations complètes de sources d'événements que vous connaissez bien.

Quand utiliser les instances gérées Lambda

Envisagez les instances gérées Lambda pour les cas d'utilisation suivants :

  • Charges de travail prévisibles à volume élevé  : idéal pour les charges de travail stables sans pics de trafic imprévus. Les instances gérées Lambda s'adaptent pour gérer le doublement du trafic en cinq minutes par défaut.

  • Performance-critical applications - Accès aux processeurs les plus récents, à des ratios mémoire-processeur variables et à un débit réseau élevé

  • Exigences réglementaires - Besoins de gouvernance granulaires avec contrôle du VPC et du placement des instances

  • Diverses applications  : applications, media/data traitements, Event-driven applications Web et charges de travail héritées migrant vers le mode sans serveur

Comment ça marche

Les instances gérées Lambda utilisent des fournisseurs de capacité comme base pour exécuter vos fonctions :

  1. Créez un fournisseur de capacité  : définissez où vos fonctions s'exécutent en spécifiant la configuration du VPC et, éventuellement, les exigences en matière d'instance et la configuration de dimensionnement

  2. Créez votre fonction  : créez des fonctions Lambda comme d'habitude et associez-les à un fournisseur de capacité

  3. Publier une version de fonction  : les versions de fonctions deviennent actives sur les instances de fournisseurs de capacité une fois publiées

Lorsque vous publiez une version de fonction avec un fournisseur de capacité, Lambda lance des instances gérées dans votre compte. Il lance trois instances par défaut pour la résilience AZ et démarre trois environnements d'exécution avant de marquer la version de votre fonction comme ACTIVE. Si vous attachez une fonction à un fournisseur de capacité existant qui exécute déjà d'autres fonctions, Lambda risque de ne pas créer de nouvelles instances si les instances disponibles disposent déjà de la capacité nécessaire pour s'adapter aux environnements d'exécution de la nouvelle fonction.

Modèle de simultanéité

Les instances gérées Lambda prennent en charge les appels multisimultanés, dans lesquels un environnement d'exécution peut gérer plusieurs appels en même temps. Cela diffère du type de calcul Lambda (par défaut), qui fournit un modèle de simultanéité unique dans lequel un environnement d'exécution peut exécuter un maximum d'une invocation à la fois. Multi-concurrency permet une meilleure utilisation de vos instances EC2 sous-jacentes et est particulièrement utile pour les IO-heavy applications telles que les services Web ou les tâches par lots. Cette modification du modèle d'exécution signifie que la sécurité des threads, la gestion des états et l'isolation du contexte doivent être gérées différemment selon le runtime.

Location et isolement

Le type de calcul Lambda (par défaut) est mutualisé et utilise la technologie Firecracker MicroVM pour isoler les environnements d'exécution exécutés sur des flottes Lambda partagées. Les instances gérées Lambda s'exécutent sur votre compte et fournissent le matériel EC2 le plus récent et les dernières options tarifaires. Les instances gérées utilisent des conteneurs exécutés sur des instances EC2 Nitro pour assurer l'isolation plutôt que Firecracker. Les fournisseurs de capacité constituent la limite de sécurité pour les fonctions Lambda. Les fonctions s'exécutent dans des conteneurs au sein d'instances.

Comprendre les instances gérées

Les fonctions Lambda Managed Instances s'exécutent sur les instances gérées EC2 de votre compte. Ces instances sont entièrement gérées par Lambda, ce qui signifie que vous disposez d'autorisations limitées sur celles-ci par rapport aux instances EC2 standard. Vous pouvez identifier les instances gérées Lambda dans votre compte en :

  • La présence du Operator champ dans la sortie EC2 DescribeInstances

  • La aws:lambda:capacity-provider balise de l'instance

Vous ne pouvez pas effectuer d'opérations EC2 standard directement sur ces instances, comme les arrêter manuellement. Pour détruire les instances gérées, supprimez le fournisseur de capacité associé. Lambda met ensuite fin aux instances dans le cadre du processus de suppression du fournisseur de capacité.

Les instances gérées sont masquées par défaut dans les vues de votre console EC2 et dans les opérations de liste d'API. Vous pouvez ajuster la visibilité à l'aide du paramètre de visibilité des ressources gérées. Les instances gérées restent pleinement opérationnelles et facturables sur votre AWS compte.

Tarification

Les instances gérées Lambda utilisent une EC2-based tarification assortie de frais de gestion de 15 % en plus du coût de l'instance EC2. Ce modèle tarifaire prend en charge les plans d'épargne EC2, les instances réservées et toute autre remise tarifaire appliquée à votre utilisation d'EC2. Consultez la page de tarification pour plus de détails : https://aws.amazon.com/lambda/pricing/

Pour comparer le coût d'exécution de vos fonctions sur Lambda default, les instances gérées Lambda et Amazon EC2 autogéré, utilisez le calculateur de tarification des instances gérées Lambda.

Important : les remises tarifaires EC2 s'appliquent uniquement au calcul EC2 sous-jacent, et non aux frais de gestion.

Différences entre les instances gérées Lambda et le type de calcul Lambda (par défaut)

Les instances gérées Lambda modifient la façon dont Lambda traite les demandes par rapport à Lambda (par défaut).

Principales différences :

Lambda (par défaut) Instances gérées par Lambda
Modèle de simultanéité Modèle de simultanéité unique dans lequel un environnement d'exécution peut prendre en charge un maximum d'une invocation à la fois Multi-concurrent appels dans lesquels un environnement d'exécution peut gérer plusieurs appels simultanément, augmentant ainsi le débit, en particulier pour les applications IO-heavy
Location et isolement Multi-tenant, utilisant la technologie Firecracker MicroVM pour isoler les environnements d'exécution exécutés sur des flottes Lambda partagées Exécutez-le dans votre compte en utilisant EC2 Nitro pour assurer l'isolation. Les fournisseurs de capacité constituent la limite de sécurité, les fonctions s'exécutant dans des conteneurs au sein des instances
Modèle de tarification Per-request tarification de la durée Instance-based tarification avec les modèles de tarification EC2, y compris les instances réservées, On-Demand et des options d'économie telles que les plans Compute Savings
Comportement de mise à l’échelle. Évolue lorsqu'il n'existe pas d'environnement d'exécution libre pour gérer une invocation entrante (démarrage à froid). S'adapte à zéro sans trafic Évolue de manière asynchrone en fonction de l'utilisation des ressources du processeur uniquement, sans démarrage à froid. S'adapte à des environnements d'exécution minimaux configurés sans trafic
Le mieux adapté pour Fonctions soumises à un trafic en rafale pouvant supporter un certain temps de démarrage à froid, ou applications sans charge soutenue qui bénéficient d'une évolutivité à zéro Le trafic prévisible à volume élevé fonctionne lorsque vous souhaitez bénéficier de la flexibilité, des plans tarifaires et des options matérielles d'EC2

Étapes suivantes