Asignación de costes de contenedores

Información general

Datadog Cloud Cost Management (CCM) asigna automáticamente los costes de tus clústeres en la nube a los servicios y las cargas de trabajo individuales que se ejecutan en esos clústeres. Utiliza métricas de costes enriquecidas con etiquetas (tags) de pods, nodos, contenedores y tareas para visualizar el coste de las cargas de trabajo de contenedores en el contexto de toda tu factura de nube.

Nubes
CCM asigna los costes de tus instancias de host AWS, Azure o Google. Un host es un equipo (como una instancia EC2 en AWS, una máquina virtual en Azure o una instancia Compute Engine en Google Cloud) que aparece en el informe de costes y uso de tu proveedor de nube y que podría estar ejecutando pods Kubernetes.
Recursos
CCM asigna los costes de clústeres Kubernetes e incluye análisis de costes de muchos recursos asociados como volúmenes Kubernetes persistentes utilizados por tus pods.

CCM muestra los costes de los recursos, como CPU, memoria y otros, en función de la nube y el orquestador que estés utilizando en la página Contenedores.

Tabla de asignación de costes de la nube que muestra las solicitudes y los costes de inactividad durante el último mes en la página Contenedores

Requisitos previos

CCM asigna los costes de los clústeres AWS ECS, así como de todos los clústeres Kubernetes, incluidos los clústeres gestionados mediante Elastic Kubernetes Service (EKS).

La siguiente tabla presenta la lista de características recopiladas y las versiones mínimas del Agent y el Cluster Agent de cada una de ellas.

FunciónVersión mínima del AgentVersión mínima del Cluster Agent
Asignación de costes de contenedores7.27.01.11.0
Asignación de costes de contenedores GPU7.54.07.54.0
Asignación de volúmenes persistentes AWS7.46.01.11.0
Asignación de costes de transferencia de datos7.58.07.58.0
  1. Configura la integración AWS Cloud Cost Management en la página Configuración de costes en la nube.
  2. Para una compatibilidad con Kubernetes, instala el Datadog Agent en un entorno Kubernetes y asegúrate de habilitar el Orchestrator Explorer en tu configuración del Agent.
  3. Para una compatibilidad con AWS ECS, configura la monitorización de contenedores de Datadog en las tareas ECS.
  4. Opcionalmente, habilita la asignación de costes divididos de AWS para la asignación de ECS basada en el uso.
  5. Para habilitar la asignación de costes de almacenamiento, configura la recopilación de métricas EBS.
  6. Para habilitar la asignación de costes de contenedores GPU, instala la integración Datadog DCGM.
  7. Para habilitar la asignación de costes de transferencia de datos, configura Cloud Network Monitoring. Nota: se aplican cargos adicionales.

CCM asigna los costes de todos los clústeres Kubernetes, incluidos los clústeres gestionados mediante Azure Kubernetes Service (AKS).

La siguiente tabla presenta la lista de características recopiladas y las versiones mínimas del Agent y el Cluster Agent de cada una de ellas.

FunciónVersión mínima del AgentVersión mínima del Cluster Agent
Asignación de costes de contenedores7.27.01.11.0
Asignación de costes de contenedores GPU7.54.07.54.0
  1. Configura la integración Azure Cost Management en la página Configuración de costes en la nube.
  2. Instala el Datadog Agent en un entorno Kubernetes y asegúrate de habilitar el Orchestrator Explorer en tu configuración del Agent.
  3. Para habilitar la asignación de costes de contenedores GPU, instala la integración Datadog DCGM.

CCM asigna los costes de todos los clústeres Kubernetes, incluidos los clústeres gestionados mediante Google Kubernetes Engine (GKE).

La siguiente tabla presenta la lista de características recopiladas y las versiones mínimas del Agent y el Cluster Agent de cada una de ellas.

FunciónVersión mínima del AgentVersión mínima del Cluster Agent
Asignación de costes de contenedores7.27.01.11.0
Asignación de costes de contenedores GPU7.54.07.54.0
  1. Configura la integración Google Cloud Cost Management en la página Configuración de costes en la nube.
  2. Instala el Datadog Agent en un entorno Kubernetes y asegúrate de habilitar el Orchestrator Explorer en tu configuración del Agent.
  3. Para habilitar la asignación de costes de contenedores GPU, instala la integración Datadog DCGM.

Asignar costes

La asignación de costes divide los costes de cálculo de hosts y otros recursos de tu proveedor de nube en tareas individuales o en pods asociados a ellas. Luego, estos costes divididos se enriquecen con las etiquetas (tags) de los recursos asociados para que puedas desglosar los costes por cualquier dimensión asociada.

Utiliza la etiqueta (tag) allocated_resource para visualizar los recursos de los gastos asociados a tus costes en varios niveles, incluido el nodo Kubernetes, el host de orquestación de contenedores, el volumen de almacenamiento o a nivel de todo el clúster.

Estos costes divididos se enriquecen con las etiquetas (tags) de nodos, pods, tareas y volúmenes. Puedes utilizar estas etiquetas (tags) para desglosar los costes por cualquier dimensión asociada.

Cálculo

Para la asignación de cálculo de Kubernetes, se conecta un nodo Kubernetes a sus costes de instancia de host asociados. El nombre de clúster del nodo y todas las etiquetas (tags) del nodo se añaden a todo el coste de cálculo del nodo. Esto permite asociar dimensiones de nivel de clúster al coste de la instancia, sin tener en cuenta los pods programados para el nodo.

A continuación, Datadog examina todos los pods ejecutados en ese nodo durante el día. El coste del nodo se asigna al pod en función de los recursos utilizados y del tiempo que estuvo en ejecución. Este coste calculado se enriquece con todas las etiquetas (tags) del pod.

Nota: Sólo se añaden etiquetas (tags) de pods y nodos a las métricas de costes. Para incluir etiquetas (labels), habilita las etiquetas (labels) como etiquetas (tags) para nodos y pods.

Todos los demás costes reciben el mismo valor y las mismas etiquetas (tags) que la métrica aws.cost.amortized de origen.

Almacenamiento de volúmenes persistentes

Para la asignación del almacenamiento de volúmenes persistentes de Kubernetes, los volúmenes persistentes (PV), los reclamos de volúmenes persistentes (PVC), los nodos y los pods se conectan con sus costes de volúmenes EBS asociados. Todas las etiquetas (tags) de PV, PVC, nodos y pods asociadas se añaden a las partidas de costes de volúmenes EBS.

A continuación, Datadog examina todos los pods que reclamaron el volumen ese día. El coste del volumen se asigna a un pod en función de los recursos que utilizó y del tiempo que estuvo en ejecución. Estos recursos incluyen la capacidad aprovisionada de almacenamiento, IOPS y rendimiento. Este coste asignado se enriquece con todas las etiquetas (tags) del pod.

AWS ECS en EC2

Para la asignación de ECS, Datadog determina qué tareas se ejecutan en cada instancia EC2 utilizada para ECS. Si habilitas la asignación de costes divididos de AWS, las métricas asignan los costes de ECS por uso, en lugar de por reserva, lo que proporciona un detalle más específico.

En función de los recursos utilizados por la tarea, Datadog asigna la parte apropiada del coste de cálculo de la instancia a esa tarea. El coste calculado se enriquece con todas las etiquetas (tags) de la tarea y con todas las etiquetas (tags) del contenedor (excepto los nombres de contenedor) que se ejecutan en la tarea.

AWS ECS en Fargate

Las tareas ECS que se ejecutan en Fargate ya están totalmente asignadas en el CUR. CCM enriquece estos datos añadiendo etiquetas (tags) predefinidas y etiquetas (tags) de contenedor al coste de AWS Fargate.

Transferencia de datos

Para la asignación de transferencia de datos de Kubernetes, se conecta un nodo Kubernetes con tus costes de transferencia de datos asociados del CUR. El nombre de clúster del nodo y todas las etiquetas (tags) del nodo se suman a todo el coste de transferencia de datos del nodo. Esto te permite asociar las dimensiones a nivel de clúster con el coste de la transferencia de datos, sin tener en cuenta los pods programados para el nodo.

A continuación, Datadog examina los recursos de carga de trabajo diarios que se ejecutan en ese nodo. El coste del nodo se asigna al nivel de carga de trabajo en función del uso del volumen de tráfico de red. Este coste calculado se enriquece con todas las etiquetas (tags) de los recursos de carga de trabajo.

Nota: Sólo se añaden etiquetas (tags) de pods y nodos a las métricas de costes. Para incluir etiquetas (labels), habilita las etiquetas (labels) como etiquetas (tags) para nodos y pods.

Cloud Network Monitoring debe estar habilitado en todos los hosts AWS para permitir una asignación precisa de costes de transferencia de datos. Si algunos hosts no tienen habilitada la opción Cloud Network Monitoring, los costes de transferencia de datos de estos hosts no se asignan y pueden aparecer como un bucket n/a, dependiendo de las condiciones de filtrado y agrupación.

Datadog sólo admite la asignación de costes de transferencia de datos utilizando recursos de carga de trabajo estándar 6. Para recursos de carga de trabajo personalizados, los costes de transferencia de datos sólo pueden asignarse a nivel de clúster y no a nivel de nodo/espacio de nombres.

Cálculo

Para la asignación de cálculo de Kubernetes, se conecta un nodo Kubernetes a sus costes de instancia de host asociados. El nombre de clúster del nodo y todas las etiquetas (tags) del nodo se añaden a todo el coste de cálculo del nodo. Esto permite asociar dimensiones de nivel de clúster al coste de la instancia, sin tener en cuenta los pods programados para el nodo.

A continuación, Datadog examina todos los pods ejecutados en ese nodo durante el día. El coste del nodo se asigna al pod en función de los recursos utilizados y del tiempo que estuvo en ejecución. Este coste calculado se enriquece con todas las etiquetas (tags) del pod.

Nota: Sólo se añaden etiquetas (tags) de pods y nodos a las métricas de costes. Para incluir etiquetas (labels), habilita las etiquetas (labels) como etiquetas (tags) para nodos y pods.

Todos los demás costes reciben el mismo valor y las mismas etiquetas (tags) que la métrica azure.cost.amortized de origen.

Cálculo

Para la asignación de cálculo de Kubernetes, se conecta un nodo Kubernetes a sus costes de instancia de host asociados. El nombre de clúster del nodo y todas las etiquetas (tags) del nodo se añaden a todo el coste de cálculo del nodo. Esto permite asociar dimensiones de nivel de clúster al coste de la instancia, sin tener en cuenta los pods programados para el nodo.

A continuación, Datadog examina todos los pods ejecutados en ese nodo durante el día. El coste del nodo se asigna al pod en función de los recursos utilizados y del tiempo que estuvo en ejecución. Este coste calculado se enriquece con todas las etiquetas (tags) del pod.

Nota: Sólo se añaden etiquetas (tags) de pods y nodos a las métricas de costes. Para incluir etiquetas (labels), habilita las etiquetas (labels) como etiquetas (tags) para nodos y pods.

Todos los demás costes reciben el mismo valor y las mismas etiquetas (tags) que la métrica gcp.cost.amortized de origen.

Costes Kubernetes Agentless

Para ver los costes de clústeres GKE sin habilitar Datadog Infrastructure Monitoring, utiliza la asignación de costes de GKE. Habilita la asignación de costes de GKE en clústeres GKE no monitorizados para acceder a este conjunto de funciones.

Limitaciones y diferencias del Datadog Agent

  • No existe una compatibilidad para el seguimiento de los costes de inactividad de las cargas de trabajo.
  • No se hace un seguimiento del coste de pods individuales, sólo del coste agregado de una carga de trabajo y del espacio de nombres. No existe una etiqueta (tag) pod_name.
  • GKE enriquece los datos utilizando únicamente etiquetas (labels) de pods e ignora cualquier etiqueta (tag) de Datadog que añadas.
  • Puedes encontrar la lista completa de limitaciones en la documentación oficial de GKE.

Para habilitar la asignación de costes de GKE, consulta la documentación oficial de GKE.

Para entender los gastos

Utiliza la etiqueta (tag) allocated_spend_type para visualizar la categoría de gastos asociados a tus costes en varios niveles, incluido el nodo Kubernetes, el host de orquestación de contenedores, el volumen de almacenamiento o a nivel de todo el clúster.

Cálculo

El coste de una instancia de host se divide en dos componentes: 60% para la CPU y 40% para la memoria. Si la instancia de host tiene GPU, el coste se divide en tres componentes: 95% para la GPU, 3% para la CPU y 2% para la memoria. Cada componente se asigna a cargas de trabajo individuales en función de sus reservas de recursos y su uso.

Los costes se asignan a los siguientes tipos de gastos:

Tipo de gastoDescripción
UtilizaciónCoste de los recursos (como memoria, CPU y GPU) utilizados por las cargas de trabajo, en función del uso medio de ese día.
Carga de trabajo inactivaCoste de los recursos (como memoria, CPU y GPU) reservados y asignados pero no utilizados por las cargas de trabajo. Es la diferencia entre el total de recursos solicitados y el uso medio.
Clúster inactivoCoste de los recursos (como memoria, CPU y GPU) que no están reservados por las cargas de trabajo en un clúster. Es la diferencia entre el coste total de los recursos y lo que se asigna a las cargas de trabajo.

Volumen persistente

El coste de un volumen EBS tiene tres componentes: IOPS, rendimiento y almacenamiento. Cada uno de ellos se asigna en función del uso de un pod cuando se monta el volumen.

Tipo de gastoDescripción
UtilizaciónCoste de las IOPS, del rendimiento o del almacenamiento aprovisionados, utilizados por las cargas de trabajo. El coste de almacenamiento se basa en la cantidad máxima de volumen de almacenamiento utilizado ese día, mientras que los costes de IOPS y de rendimiento se basan en la cantidad media de volumen de almacenamiento utilizado ese día.
Carga de trabajo inactivaCoste de las IOPS, del rendimiento o del almacenamiento aprovisionados, reservados y asignados pero no utilizados por las cargas de trabajo. El coste de almacenamiento se basa en la cantidad máxima de volumen de almacenamiento utilizado ese día, mientras que los costes de IOPS y de rendimiento se basan en la cantidad media de volumen de almacenamiento utilizado ese día. Es la diferencia entre el total de recursos solicitados y el uso medio. Nota: Esta etiqueta (tag) sólo está disponible si ya habilitaste Resource Collection en tu integración AWS. Para evitar que se te cobre por Cloud Security Posture Management, asegúrate de que durante la configuración de Resource Collection, la casilla Cloud Security Posture Management no esté marcada.
Clúster inactivoCoste de las IOPS, del rendimiento o del almacenamiento aprovisionados, que no están reservados por ningún pod ese día. Es la diferencia entre el coste total de los recursos y lo que se asigna a las cargas de trabajo.

Nota: La asignación de volúmenes persistentes sólo se admite en clústeres Kubernetes y sólo está disponible para pods que forman parte de un StatefulSet Kubernetes.

Transferencia de datos

Los costes se asignan a los siguientes tipos de gastos:

Tipo de gastoDescripción
UtilizaciónCoste de transferencia de datos monitorizado por Cloud Network Monitoring y asignado.
No monitorizadoCoste de transferencia de datos que no son monitorizados por Cloud Network Monitoring. Este coste no se asigna.

Cálculo

El coste de una instancia de host se divide en dos componentes: 60% para la CPU y 40% para la memoria. Si la instancia de host tiene GPU, el coste se divide en tres componentes: 95% para la GPU, 3% para la CPU y 2% para la memoria. Cada componente se asigna a cargas de trabajo individuales en función de sus reservas de recursos y su uso.

Los costes se asignan a los siguientes tipos de gastos:

Tipo de gastoDescripción
UtilizaciónCoste de los recursos (como memoria, CPU y GPU) utilizados por las cargas de trabajo, en función del uso medio de ese día.
Carga de trabajo inactivaCoste de los recursos (como memoria, CPU y GPU) reservados y asignados pero no utilizados por las cargas de trabajo. Es la diferencia entre el total de recursos solicitados y el uso medio.
Clúster inactivoCoste de los recursos (como memoria, CPU y GPU) que no están reservados por las cargas de trabajo en un clúster. Es la diferencia entre el coste total de los recursos y lo que se asigna a las cargas de trabajo.

Cálculo

El coste de una instancia de host se divide en dos componentes: 60% para la CPU y 40% para la memoria. Si la instancia de host tiene GPU, el coste se divide en tres componentes: 95% para la GPU, 3% para la CPU y 2% para la memoria. Cada componente se asigna a cargas de trabajo individuales en función de sus reservas de recursos y su uso.

Los costes se asignan a los siguientes tipos de gastos:

Tipo de gastoDescripción
UtilizaciónCoste de los recursos (como memoria, CPU y GPU) utilizados por las cargas de trabajo, en función del uso medio de ese día.
Carga de trabajo inactivaCoste de los recursos (como memoria, CPU y GPU) reservados y asignados pero no utilizados por las cargas de trabajo. Es la diferencia entre el total de recursos solicitados y el uso medio.
Clúster inactivoCoste de los recursos (como memoria, CPU y GPU) que no están reservados por las cargas de trabajo en un clúster. Es la diferencia entre el coste total de los recursos y lo que se asigna a las cargas de trabajo.
No monitorizadoCoste de los recursos cuyo tipo de gasto se desconoce. Para resolverlo, instala el Datadog Agent en estos clústeres nodos.

Para entender los recursos

Dependiendo del proveedor de la nube, ciertos recursos pueden o no estar disponibles para la asignación de costes.

RecursoAWSAzureGoogle Cloud
CPU
Memoria
Volúmenes persistentes

Almacena recursos dentro de un clúster, aprovisionados por administradores o dinámicamente, cuyos datos persisten independientemente de los ciclos de vida de los pods.

Tarifas de servicios gestionados

Costo de las tarifas asociadas, que cobra el proveedor de nube por la gestión del clúster, como tarifas de servicios gestionados por Kubernetes u otras opciones de orquestación de contenedores.

Costes de ECSN/AN/A
Costes de transferencia de datosLimitado*Limitado*
GPU
Almacenamiento local

Recursos de almacenamiento directamente asociados para un nodo.

Limitado*Limitado*

Los recursos Limited* fueron identificados como parte de tus gastos en Kubernetes, pero no están totalmente asignados a cargas de trabajo o pods específicos. Estos recursos son costes a nivel de host, no a nivel de pod o de espacio de nombres, y se identifican con allocated_spend_type:<resource>_not_supported.

Métricas de costes

Cuando se cumplen los requisitos previos, aparecen automáticamente las siguientes métricas de costes.

Métrica de costesDescripción
aws.cost.amortized.shared.resources.allocatedCostes de EC2 asignados según la CPU y la memoria utilizadas por un pod o tarea ECS, utilizando una división 60:40 para CPU y memoria respectivamente, y una división 95:3:2 para GPU, CPU y memoria respectivamente, si un pod utiliza una GPU. También incluye los costes de EBS asignados.
Basados en aws.cost.amortized.
aws.cost.net.amortized.shared.resources.allocatedCostes netos de EC2 asignados según la CPU y la memoria utilizadas por un pod o tarea ECS, utilizando una división 60:40 para CPU y memoria respectivamente, y una división 95:3:2 para GPU, CPU y memoria respectivamente, si un pod utiliza una GPU. También incluye los costes de EBS asignados.
Basados en aws.cost.net.amortized.
Métrica de costesDescripción
azure.cost.amortized.shared.resources.allocatedCostes de Azure VM asignados según la CPU y la memoria utilizadas por un pod o tarea de contenedor, utilizando una división 60:40 para CPU y memoria respectivamente, y una división 95:3:2 para GPU, CPU y memoria respectivamente, si un pod utiliza una GPU. También incluye los costes de Azure asignados.
Basados en azure.cost.amortized.
Métrica de costesDescripción
gcp.cost.amortized.shared.resources.allocatedCostes de Google Compute Engine asignados según la CPU y la memoria utilizadas por un pod, utilizando una división 60:40 para CPU y memoria respectivamente, y una división 95:3:2 para GPU, CPU y memoria respectivamente, si un pod utiliza una GPU. Este método de asignación se utiliza cunado la factura no proporciona una división específica entre el uso de CPU y de memoria.
Basados en gcp.cost.amortized.

Estos costes de métricas incluyen todos tus costes de nube. Esto te permite seguir visualizando todos tus costes de nube de una sola vez.

Por ejemplo, supongamos que tienes la etiqueta (tag) team en un bucket de almacenamiento, en una base de datos gestionada por un proveedor de nube y en pods Kubernetes. Puedes utilizar estas métricas para agrupar los costes por team, que incluye los costes de las tres ubicaciones mencionadas.

Aplicación de etiquetas (tags)

Datadog consolida y aplica a las métricas de costes las siguientes etiquetas (tags) procedentes de diversas fuentes.

Kubernetes

Además de las etiquetas (tags) de pods Kubernetes y de nodos Kubernetes, se aplica la siguiente lista no exhaustiva de etiquetas (tags) predefinidas a las métricas de costes:

Etiquetas (tags) predefinidasDescripción
orchestrator:kubernetesPlataforma de orquestación asociada a la partida es Kubernetes.
kube_cluster_nameNombre del clúster Kubernetes.
kube_namespaceEspacio de nombres donde se ejecutan las cargas de trabajo.
kube_deploymentNombre del despliegue Kubernetes.
kube_stateful_setNombre del StatefulSet Kubernetes.
pod_nameNombre de cualquier pod individual.

Los conflictos se resuelven favoreciendo las etiquetas (tags) de mayor especificidad, como las etiquetas (tags) de pods, sobre las etiquetas (tags) de menor especificidad, como las etiquetas (tags) de host. Por ejemplo, un pod Kubernetes con la etiqueta (tag) service:datadog-agent que se ejecuta en un nodo etiquetado como service:aws-node da como resultado final la etiqueta (tag) service:datadog-agent.

Volumen persistente

Además de las etiquetas (tags) de pods Kubernetes y de nodos Kubernetes, se aplican las siguientes etiquetas (tags) predefinidas a las métricas de costes.

Etiquetas (tags) predefinidasDescripción
persistent_volume_reclaim_policyPolítica de reclamo de Kubernetes sobre volúmenes persistentes.
storage_class_nameClase de almacenamiento Kubernetes utilizada para instanciar volúmenes persistentes.
volume_modeModo de volumen del volumen persistente.
ebs_volume_typeTipo del volumen EBS. Puede ser gp3, gp2 u otros.

Amazon ECS

Además de las etiquetas (tags) de tareas ECS, las siguientes etiquetas (tags) predefinidas se aplican a las métricas de costes.

Nota: Se aplican la mayoría de las etiquetas (tags) de los contenedores ECS (excluyendo container_name).

Etiquetas (tags) predefinidasDescripción
orchestrator:ecsPlataforma de orquestación asociada a la partida es AWS ECS.
ecs_cluster_nameNombre del clúster ECS.
is_aws_ecsTodos los costes asociados a la ejecución de ECS.
is_aws_ecs_on_ec2Todos los costes de cálculo de EC2 asociados a la ejecución de ECS en EC2.
is_aws_ecs_on_fargateTodos los costes asociados a la ejecución de ECS en Fargate.

Transferencia de datos

La siguiente lista de etiquetas (tags) predefinidas se aplica a las métricas de costes asociadas a las cargas de trabajo Kubernetes:

Etiquetas (tags) predefinidasDescripción
source_availability_zoneNombre de la zona de disponibilidad donde se originó la transferencia de datos.
source_availability_zone_idID de la zona de disponibilidad donde se originó la transferencia de datos.
source_regionRegión donde se originó la transferencia de datos.
destination_availability_zoneNombre de la zona de disponibilidad a la que se envió la transferencia de datos.
destination_availability_zone_idID de la zona de disponibilidad a la que se envió la transferencia de datos.
destination_regionRegión a la que se envió la transferencia de datos.
allocated_resource:data_transferSeguimiento y asignación de los costes asociados a las actividades de transferencia de datos.

Además, también se aplican algunas etiquetas (tags) de pod Kubernetes que son frecuentes entre todos los pods del mismo nodo.

Kubernetes

Además de las etiquetas (tags) de pods Kubernetes y de nodos Kubernetes, se aplica la siguiente lista no exhaustiva de etiquetas (tags) predefinidas a las métricas de costes:

Etiquetas (tags) predefinidasDescripción
orchestrator:kubernetesPlataforma de orquestación asociada a la partida es Kubernetes.
kube_cluster_nameNombre del clúster Kubernetes.
kube_namespaceEspacio de nombres donde se ejecutan las cargas de trabajo.
kube_deploymentNombre del despliegue Kubernetes.
kube_stateful_setNombre del StatefulSet Kubernetes.
pod_nameNombre de cualquier pod individual.
allocated_resource:data_transferSeguimiento y asignación de los costes asociados a las actividades de transferencia de datos utilizadas por servicios o cargas de trabajo Azure.
allocated_resource:local_storageSeguimiento y asignación de costes a nivel de host asociados a los recursos de almacenamiento local utilizados por servicios o cargas de trabajo Azure.

Kubernetes

Además de las etiquetas (tags) de pods Kubernetes y de nodos Kubernetes, se aplica la siguiente lista no exhaustiva de etiquetas (tags) predefinidas a las métricas de costes:

Etiquetas (tags) predefinidasDescripción
orchestrator:kubernetesPlataforma de orquestación asociada a la partida es Kubernetes.
kube_cluster_nameNombre del clúster Kubernetes.
kube_namespaceEspacio de nombres donde se ejecutan las cargas de trabajo.
kube_deploymentNombre del despliegue Kubernetes.
kube_stateful_setNombre del StatefulSet Kubernetes.
pod_nameNombre de cualquier pod individual.
allocated_spend_type:not_monitoredSeguimiento y asignación de costes de Kubernetes Agentless asociados a los recursos utilizados por servicios o cargas de trabajo Google Cloud. El Datadog Agent no monitoriza estos recursos.
allocated_resource:data_transferSeguimiento y asignación de los costes asociados a las actividades de transferencia de datos utilizadas por servicios o cargas de trabajo Google Cloud.
allocated_resource:gpuSeguimiento y asignación de costes a nivel de host asociados a los recursos de GPU utilizados por servicios o cargas de trabajo Google Cloud.
allocated_resource:local_storageSeguimiento y asignación de costes a nivel de host asociados a los recursos de almacenamiento local utilizados por servicios o cargas de trabajo Google Cloud.

Referencias adicionales

Más enlaces, artículos y documentación útiles: