Observabilidad CloudTrail Comprenda los costos del arnés Controle los costos con límites Tags

Controles de observabilidad y costos

En esta página se describe la supervisión del uso del arnés, el control de los costos de ejecución y la administración de las etiquetas de recursos.

Observabilidad

Cada invocación del arnés genera automáticamente trazas, registros y métricas a través de AgentCore Observability in. CloudWatch Modela las llamadas, las invocaciones de herramientas, las operaciones de memoria y los comandos de shell: cada paso aparece con detalles sobre el tiempo y la carga útil. Sin configuración adicional. Los rastros están disponibles desde la primera invocación.

Los rastreos, los registros y las métricas pasan CloudWatch por la función de ejecución del arnés. Puede consultarlos en el panel de control de AgentCore Observabilidad o consultarlos mediante programación a través de los CloudWatch registros y las API. X-Ray

Antes de ver los rastros, activa la búsqueda de transacciones CloudWatch (una vez por cuenta). Consulta los AgentCore primeros pasos de Observability para obtener más información sobre la configuración.

Más información: Descripción general de la observabilidad · métricas · telemetría https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/observability-telemetry.html

CloudTrail

Las operaciones de arnés se registran AWS CloudTrail como eventos de administración (plano de control) y eventos de datos (plano de datos). En CloudTrail, los recursos del arnés aparecen bajo el tipo AWS::BedrockAgentCore::Runtime de recurso en lugar de un tipo específico del arnés. Harness es una abstracción administrada de AgentCore Runtime, y los CloudTrail eventos reflejan el recurso de tiempo de ejecución subyacente para mantener la coherencia.

Todos los CloudTrail eventos de arnés usan resources.type =AWS::BedrockAgentCore::Runtime. Los nombres de los eventos son:

CreateHarness,UpdateHarness,DeleteHarness,GetHarness, ListHarnesses (eventos de administración)
InvokeAgentRuntime, InvokeAgentRuntimeCommand (eventos de datos)

nota

Las operaciones del plano de datos aparecen como InvokeAgentRuntime y dentro InvokeAgentRuntimeCommand CloudTrail, y coinciden con la API de tiempo de ejecución subyacente. El resources.ARN campo contiene el ARN del arnés para los eventos del plano de control y el ARN de tiempo de ejecución para los eventos del plano de datos.

Comprenda los costos del arnés

No hay ningún cargo adicional por el arnés en sí. Usted paga tarifas estándar por las capacidades subyacentes que utiliza el arnés. Para conocer las tarifas actuales, consulte los AgentCore precios de Amazon Bedrock y la página de precios de su proveedor de modelos.

En la siguiente tabla se describen las funciones que pueden generar cargos al utilizar el arnés.

Funcionalidad	Cuándo se aplican cargos	¿Qué determina el uso
AgentCore Tiempo de ejecución	AgentCore Runtime inicia una microVM por cada sesión de arnés.	AgentCore El tiempo de ejecución calcula el consumo real de CPU y el consumo máximo de memoria cada segundo desde el inicio de la microVM hasta su finalización, incluida la sobrecarga del sistema. Los cargos de CPU no se aplican durante la I/O espera del modelo o la herramienta si ningún proceso en segundo plano utiliza la CPU. La memoria permanece facturable mientras se ejecuta la sesión.
Inferencia de modelos	El proveedor del modelo factura cada vez que el agente llama al modelo configurado. Una invocación de arnés puede realizar varias llamadas al modelo.	El proveedor calcula los cargos a partir de los tokens de entrada y salida. La entrada incluye el indicador del sistema, el historial de conversaciones, la memoria recuperada, las instrucciones de habilidad y las definiciones de las herramientas permitidas. Para obtener información sobre la sobrecarga relacionada con la definición de herramientas, consulte. Tools (Herramientas)
AgentCore Memoria	AgentCore La memoria se factura cuando el arnés escribe eventos o recupera registros. La memoria gestionada está habilitada de forma predeterminada; también se aplican cargos a la memoria conectada.	AgentCore La memoria mide los nuevos eventos a corto plazo, los registros de memoria a largo plazo almacenados y las solicitudes de recuperación de memoria a largo plazo.
AgentCore Navegador e intérprete de código	El navegador y el intérprete de código facturan cuando el agente utiliza estas herramientas configuradas.	Cada servicio mide el consumo activo de CPU y memoria de sus sesiones. Las definiciones de sus herramientas aún pueden agregar tokens de entrada modelo cuando están permitidos, incluso si el agente no los llama.
AgentCore Gateway y búsqueda web	Gateway factura cuando el arnés descubre o invoca herramientas, realiza búsquedas o utiliza herramientas indexadas. La búsqueda en la web factura cuando el arnés envía una consulta.	Gateway mide las operaciones de la API, las consultas de búsqueda y las herramientas indexadas, según corresponda. La búsqueda web mide sus consultas por separado.
Observabilidad	CloudWatch factura los seguimientos, los registros y las métricas que emite cada invocación.	CloudWatch mide la ingesta, el almacenamiento y el uso de consultas.
Almacenamiento y red	Los servicios de almacenamiento y red se facturan cuando se utiliza un contenedor personalizado, sistemas de archivos persistentes o transferencias de datos.	Amazon ECR mide el almacenamiento de imágenes. Amazon S3 y EFS miden el uso de los recursos. Se aplican las tarifas de transferencia de datos estándar al tráfico de red.

Estime el costo de ejecución

La facturación en tiempo de ejecución utiliza el consumo activo por segundo en lugar del tiempo de instancia aprovisionado:


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

No calcule el costo de la CPU únicamente a partir de la invocación del reloj de pared o de la duración de la sesión. Las I/O esperas de modelos y herramientas no generan gastos de CPU cuando ningún otro proceso la utiliza. Sin embargo, el consumo de memoria sigue siendo facturable. Una versión más corta idleRuntimeSessionTimeout puede reducir el tiempo que la memoria permanece facturable después de la última invocación, a costa de arranques en frío más frecuentes.

Mida y atribuya el uso

Lee metadata los eventos del flujo de invocación para ver el uso del token modelo.
Usa los rastreos, CloudWatch los registros y X-Ray las API de AgentCore observabilidad para identificar las llamadas a modelos, las llamadas a herramientas, las operaciones de memoria y su duración. La observabilidad explica la actividad, pero no es un informe de facturación.
Usa el Explorador de AWS costos o el informe de AWS costos y uso para el uso facturado. Active las etiquetas de arnés como etiquetas de asignación de costos para filtrar los cargos admitidos.

Las etiquetas de arnés se propagan al entorno de ejecución gestionado, al punto final de ejecución y a la memoria gestionada creados para el arnés. Etiquete de forma independiente los recursos creados por separado, como Gateway, EFS, S3 o un recurso de memoria personalizado, de forma independiente.

Controle los costos con límites

Establezca límites estrictos para que un agente fugitivo no pueda consumir recursos:

maxIterations- reasoning/action ciclos por invocación. Predeterminado: 75.
timeoutSeconds- se agota el tiempo de espera del reloj de pared para una sola invocación. Predeterminado: 3600.
maxTokens- presupuesto simbólico por invocación. Predeterminado N/A.
idleRuntimeSessionTimeout- cuánto tiempo permanece caliente una microVM inactiva. Predeterminado: 900.
maxLifetime- duración máxima de una sesión de microVM. 28800 predeterminado.

Todos los límites son opcionales; omítelos para usar los valores predeterminados del servicio. Como el arnés está respaldado por AgentCore Runtime, las invocaciones del arnés también están sujetas a las cuotas de servicio de Runtime. Para obtener más información, consulte AgentCore Harness Service Quotas y AgentCore Runtime Service Quotas.