Costos de los eventos de Insights
Al habilitar los eventos de Insights en un registro de seguimiento o almacén de datos de eventos existente, CloudTrail analiza los últimos 28 días de los eventos de administración recopilados por el registro de seguimiento o almacén de datos de eventos para establecer una referencia de la actividad normal. Una vez que se crea la referencia inicial, esta se recalcula todos los días sobre los datos de los últimos 28 días. No se cobran cargos de CloudTrail por el análisis de referencia.
Después del el análisis de referencia, se le cobrarán cargos de CloudTrail por cualquier evento de administración futuro analizado por CloudTrail. Incurre en cargos según el número de eventos de administración analizados por los tipos de Insights habilitados.
Si decide registrar ambos tipos de Insights para un registro de seguimiento o almacén de datos de eventos que registre eventos de administración de read y write, la cantidad total de eventos analizados será mayor que la cantidad total de eventos de administrados registrados. Esto se debe a que CloudTrail analizará los eventos de administración de solo escritura dos veces, una para calcular la tasa de llamadas a la API y otra para determinar la tasa de errores de la API. Los eventos de administración de solo lectura se analizarán una vez para calcular la tasa de errores de la API.
Puede identificar los cargos de los eventos de Insights en la factura si busca el tipo de uso de InsightsEvents. Para obtener más información, consulte Visualización del costo y el uso de CloudTrail con AWS Cost Explorer.
Si tiene Insights habilitado, se le cobrarán cargos por separado para cada registro de seguimiento o almacén de datos de eventos. Para obtener más información sobre los precios, consulte Precios de AWS CloudTrail
Ejemplo 1: habilite Insights para medir la tasa de llamadas a la API y la tasa de errores de la API en un registro de seguimiento
En este primer ejemplo, se habilita Insights en un registro de seguimiento y se elige recopilar ambos tipos de Insights. El registro de seguimiento este ejemplo consiste en registrar tanto los eventos de administración de read y write.
-
CloudTrail analiza los eventos de administración que se registraron en los últimos 28 días para formar una referencia. No se cobran cargos de CloudTrail por el análisis.
-
Una vez creada la referencia, el registro de seguimiento registra 300 000 eventos de administración, de los cuales 270 000 son eventos de administración de
ready 30 000 son eventos de administración dewrite.-
Los eventos de administración de
writese analizan dos veces, una para determinar la tasa de llamadas a la API y otra para determinar la tasa de errores de la API (30 000 * 2 = 60 000). -
Los eventos de administración de
readse analizan una vez para determinar la tasa de errores de la API (270 000 * 1 = 270 000). -
El total de eventos de administración analizados es de 330 000 (60 000 + 270 000). Tendrá costos por el análisis de 330 000 eventos de administración para este registro de seguimiento. Se le cobrará por separado si habilita Insights para el registro de seguimiento y almacén de datos de eventos.
-
Ejemplo 2: habilitar Insights para dos registros de seguimiento
En el siguiente ejemplo, habilita Insights en dos registros de seguimiento, el A y el B. Elige habilitar Insights de la tasa de llamadas a la API solo en el registro de seguimiento A e Insights de la tasa de errores de la API solo en el registro de seguimiento B. Los registros de seguimiento registran los eventos de administración de read y de write.
-
CloudTrail analiza los eventos de administración de
writeque se registraron en los últimos 28 días para formar una referencia. No se cobran cargos de CloudTrail por el análisis. -
Una vez creada la referencia, el registro de seguimiento registra 800 000 eventos de administración, de los cuales 710 000 son eventos de
ready 90 000 son eventos dewrite.En el caso del registro de seguimiento A, se produce el siguiente análisis:
-
Los eventos de administración de
writese analizan una vez para determinar la tasa de llamadas a la API (90 000 * 1 = 90 000). -
Los eventos de administración de
readno se analizan, ya que CloudTrail solo analiza los eventos de administración dewritepara obtener Insights de la tasa de llamadas a la API. -
El total de eventos de administración analizados es de 90 000. Tendrá costos por el análisis de 90 000 eventos de administración para el registro de seguimiento A.
En el caso del registro de seguimiento B, se produce el siguiente análisis:
-
Los eventos de administración de
writese analizan una vez para determinar la tasa de errores de la API (90 000 * 1 = 90 000). -
Los eventos de administración de
readse analizan una vez para determinar la tasa de errores de la API (710 000 * 1 = 710 000). -
El total de eventos de administración analizados es de 800 000 (90 000 + 710 000). Tendrá costos por el análisis de 800 000 eventos de administración para el registro de seguimiento B.
-
Ejemplo 3: habilite Insights para medir la tasa de llamadas a la API y la tasa de errores de la API en un registro de seguimiento y un almacén de datos de eventos
En este último ejemplo, se habilita Insights para medir la tasa de llamadas a la API y la tasa de errores de la API en un registro de seguimiento y un almacén de datos de eventos. Tanto en el registro de seguimiento como en el almacén de datos de eventos permiten registrar del eventos de administración de read y de write. Se le cobrarán cargos de CloudTrail Insights por el registro de seguimiento y el almacén de datos de eventos por separado, ya que habilitó Insights en ambos.
-
CloudTrail analiza los eventos de administración que se registraron en los últimos 28 días para formar una referencia. No se cobran cargos de CloudTrail por el análisis.
-
Una vez creada la referencia, el registro de seguimiento y el almacén de datos de eventos registran 500 000 eventos de administración, de los cuales 380 000 son eventos de administración de
ready 120 000 son eventos de administración dewrite.En el caso del registro de seguimiento, se produce el siguiente análisis:
-
Los eventos de administración de
writese analizan dos veces para el registro de seguimiento, una para determinar la tasa de llamadas a la API y otra para determinar la tasa de errores de la API (120 000 * 2 = 240 000). -
Los eventos de administración de
readse analizan una vez para el registro de seguimiento para determinar la tasa de errores de la API (380 000 * 1 = 380 000). -
El total de eventos de administración que se analizaron para el registro de seguimiento es de 620 000 (240 000 + 380 000). Tendrá costos por el análisis de 620 000 eventos de administración para el registro de seguimiento.
En el caso del almacén de datos de eventos, se realiza el siguiente análisis:
-
Los eventos de administración de
writese analizan dos veces para el almacén de datos de eventos, una para determinar la tasa de llamadas a la API y otra para determinar la tasa de errores de la API (120 000 * 2 = 240 000). -
Los eventos de administración de
readse analizan una vez para el almacén de datos de eventos para determinar la tasa de errores de la API (380 000 * 1 = 380 000). -
El total de eventos de administración que se analizaron para el almacén de datos de eventos es de 620 000 (240 000 + 380 000). Tendrá costos por el análisis de 620 000 eventos de administración para el almacén de datos de eventos.
-
