Observabilité CloudTrail Comprenez les coûts des harnais Contrôlez les coûts avec des limites Étiquettes

Observabilité et contrôle des coûts

Cette page couvre la surveillance de votre harnais, le contrôle des coûts d'exécution et la gestion des balises de ressources.

Observabilité

Chaque appel de harnais génère automatiquement des traces, des journaux et des métriques via AgentCore Observability in. CloudWatch Appels de modèles, appels d'outils, opérations sur la mémoire, commandes shell : chaque étape apparaît avec des informations sur le calendrier et la charge utile. Aucune configuration supplémentaire. Les traces sont disponibles dès la première invocation.

Les traces, les journaux et les métriques passent CloudWatch par le rôle d'exécution du harnais. Consultez-les dans le tableau de bord AgentCore Observability ou effectuez des requêtes par programmation via les CloudWatch journaux et les API. X-Ray

Avant de voir les traces, activez la recherche de transactions dans CloudWatch (une seule fois par compte). Consultez la section AgentCore Démarrage d'Observability pour plus de détails sur la configuration.

En savoir plus : Présentation de l'observabilité · métriques · télémétrie https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/observability-telemetry.html

CloudTrail

Les opérations de harnais sont enregistrées en AWS CloudTrail tant qu'événements de gestion (plan de contrôle) et événements de données (plan de données). Dans CloudTrail, les ressources de harnais apparaissent sous le type de AWS::BedrockAgentCore::Runtime ressource plutôt que dans un type spécifique au harnais. Harness est une abstraction gérée par rapport à AgentCore Runtime, et les CloudTrail événements reflètent la ressource d'exécution sous-jacente pour des raisons de cohérence.

Tous les CloudTrail événements de harnais utilisent resources.type =AWS::BedrockAgentCore::Runtime. Les noms des événements sont les suivants :

CreateHarness,UpdateHarness,DeleteHarness,GetHarness, ListHarnesses (événements de gestion)
InvokeAgentRuntime, InvokeAgentRuntimeCommand (événements liés aux données)

Note

Les opérations sur le plan de données apparaissent telles InvokeAgentRuntimeCommand quelles InvokeAgentRuntime et dans CloudTrail, correspondant à l'API Runtime sous-jacente. Le resources.ARN champ contient l'ARN du harnais pour les événements du plan de contrôle et l'ARN d'exécution pour les événements du plan de données.

Comprenez les coûts des harnais

Il n'y a pas de frais supplémentaires pour le harnais lui-même. Vous payez des taux standard pour les fonctionnalités sous-jacentes utilisées par le harnais. Pour connaître les tarifs actuels, consultez la AgentCore tarification d'Amazon Bedrock et la page de tarification de votre fournisseur de modèles.

Le tableau suivant décrit les fonctionnalités qui peuvent entraîner des frais lorsque vous utilisez le harnais.

Capacité	Quand des frais s'appliquent	Qu'est-ce qui détermine l'utilisation
AgentCore Temps d'exécution	AgentCore Runtime démarre une microVM pour chaque session de harnais.	AgentCore Factures d'exécution correspondant à la consommation réelle du processeur et à la mémoire maximale consommée chaque seconde entre le démarrage et la fin de la microVM, y compris les frais de fonctionnement du système. Les frais de processeur ne s'appliquent pas pendant l' I/O attente du modèle ou de l'outil si aucun processus d'arrière-plan n'utilise le processeur. La mémoire reste facturable pendant l'exécution de la session.
Inférence de modèle	Le fournisseur du modèle facture chaque fois que l'agent appelle le modèle configuré. Une seule invocation de harnais peut effectuer plusieurs appels de modèles.	Le fournisseur calcule les frais à partir des jetons d'entrée et de sortie. Les entrées incluent l'invite du système, l'historique des conversations, la mémoire récupérée, les instructions relatives aux compétences et les définitions des outils autorisés. Pour en savoir plus sur les coûts liés à la définition des outils, consultez. Outils
AgentCore Mémoire	AgentCore La mémoire facture lorsque le harnais écrit des événements ou récupère des enregistrements. La mémoire gérée est activée par défaut ; des frais s'appliquent également à la mémoire connectée.	AgentCore La mémoire mesure les nouveaux événements à court terme, les enregistrements de mémoire à long terme stockés et les demandes de récupération de mémoire à long terme.
AgentCore Navigateur et interpréteur de code	Le navigateur et l'interpréteur de code facturent lorsque l'agent utilise ces outils configurés.	Chaque service mesure la consommation active du processeur et de la mémoire pour ses sessions. Leurs définitions d'outils peuvent toujours ajouter des jetons d'entrée de modèle lorsque cela est autorisé, même si l'agent ne les appelle pas.
AgentCore Passerelle et recherche sur le Web	Gateway facture lorsque le harnais découvre ou invoque des outils, effectue des recherches ou utilise des outils indexés. Web Search facture lorsque le harnais soumet une requête.	Gateway mesure les opérations d'API, les requêtes de recherche et les outils indexés, le cas échéant. Web Search gère ses requêtes séparément.
Observabilité	CloudWatch facture les traces, les journaux et les métriques émis par chaque invocation.	CloudWatch ingestion de compteurs, stockage et utilisation des requêtes.
Stockage et réseau	Les services de stockage et de réseau sont facturés lorsque vous utilisez un conteneur personnalisé, des systèmes de fichiers persistants ou un transfert de données.	Amazon ECR mesure le stockage des images. Utilisation des ressources des compteurs Amazon S3 et EFS. Les taux de transfert de données standard s'appliquent au trafic réseau.

Estimation du coût d'exécution

La facturation de l'exécution utilise la consommation active par seconde plutôt que le temps d'instance provisionné :


CPU cost = consumed vCPU-seconds / 3,600 * vCPU-hour rate
Memory cost = sum of peak GB consumed in each second / 3,600 * GB-hour rate

N'estimez pas le coût du processeur uniquement à partir de l'appel de l'horloge murale ou de la durée de la session. Les temps d' I/O attente des modèles et des outils n'entraînent pas de frais de processeur lorsqu'aucun autre processus n'utilise le processeur. Cependant, la consommation de mémoire reste facturable. Un raccourcissement idleRuntimeSessionTimeout peut réduire la durée pendant laquelle la mémoire reste facturable après la dernière invocation, au prix de démarrages à froid plus fréquents.

Utilisation des mesures et des attributs

Lisez metadata les événements du flux d'invocation pour connaître l'utilisation des jetons du modèle.
Utilisez les traces, les CloudWatch journaux et les X-Ray API d'AgentCore observabilité pour identifier les appels de modèles, les appels d'outils, les opérations de mémoire et leur durée. L'observabilité explique l'activité mais ne constitue pas un rapport de facturation.
Utilisez AWS Cost Explorer ou le rapport sur les AWS coûts et l'utilisation pour l'utilisation facturée. Activez les étiquettes de votre harnais en tant qu'étiquettes de répartition des coûts pour filtrer les frais pris en charge.

Les balises du harnais se propagent au runtime géré, au point de terminaison d'exécution et à la mémoire gérée créée pour le harnais. Étiquetez les ressources créées séparément, telles que Gateway, EFS, S3 ou une ressource de mémoire à apporter vous-même, de manière indépendante.

Contrôlez les coûts avec des limites

Définissez des majuscules pour qu'un agent en fuite ne puisse pas épuiser ses ressources :

maxIterations- reasoning/action cycles par invocation. Par défaut 75.
timeoutSeconds- temporisation de l'horloge murale pour une seule invocation. Par défaut, 3600.
maxTokens- budget symbolique par invocation. Par défaut N/A.
idleRuntimeSessionTimeout- combien de temps une microVM inactive reste chaude. 900 par défaut.
maxLifetime- durée de vie maximale d'une session microVM. Par défaut 28800.

Toutes les limites sont facultatives ; omettez-les pour utiliser les paramètres par défaut du service. Le harnais étant soutenu par AgentCore Runtime, les invocations de harnais sont également soumises à des quotas de service Runtime. Pour plus d'informations, consultez les sections AgentCore Exploiter les quotas de service et Quotas de service AgentCore d'exécution.