双色球17036期：1注头奖花落申城 奖池金额6.13亿
熟悉阿里巴巴CDR发行计划的人士称，目前的融资规模尚未确定，但有可能超过100亿元人民币。
La forma más sencilla de introducir tus métricas de aplicación personalizadas en Datadog es enviarlas a DogStatsD, un servicio de agregación de métricas incluido con el Datadog Agent. DogStatsD implementa el protocolo StatsD y a?ade algunas extensiones específicas de Datadog:
- Tipo de métrica de histograma
- Checks de servicio
- Eventos
- Etiquetado
Cualquier cliente de StatsD compatible funciona con DogStatsD y el Agent, pero no incluye las extensiones específicas de Datadog.
Nota: DogStatsD NO implementa los temporizadores de StatsD como un tipo nativo de métrica (aunque los admite a través de histogramas).
DogStatsD está disponible en Docker Hub y GCR:
Docker Hub está sujeto a límites en la tasa de extracción de imágenes. Si no eres cliente de Docker Hub, Datadog recomienda que actualices tu configuración del Datadog Agent y del Cluster Agent para extraer desde GCR o ECR. Para obtener instrucciones, consulta
Cambio de tu registro de contenedores.
Cómo funciona
DogStatsD acepta métricas personalizadas, eventos y checks de servicio mediante UDP y periódicamente los agrega y reenvía a Datadog.
Como utiliza UDP, tu aplicación puede enviar métricas a DogStatsD y reanudar su trabajo sin esperar respuesta. Si DogStatsD deja de estar disponible, tu aplicación no sufrirá ninguna interrupción.
A medida que recibe datos, DogStatsD agrega múltiples puntos de datos para cada métrica única en un único punto de datos durante un periodo denominado el intervalo de descarga. DogStatsD utiliza un intervalo de descarga de 10 segundos.
Configuración
DogStatsD consta de un servidor que se incluye en el paquete del Datadog Agent y una biblioteca cliente, disponible en varios idiomas. El servidor DogStatsD está habilitado por defecto en el puerto UDP 8125 para el Agent v6 o posterior. Puedes configurar un puerto personalizado para el servidor, si es necesario. Configura tu cliente para que coincida con la dirección y el puerto del servidor DogStatsD del Datadog Agent.
Servidor DogStatsD del Datadog Agent
Si necesitas cambiar el puerto, configura la opción dogstatsd_port en el archivo de configuración del Agent principal y reinicia el Agent. También puedes configurar DogStatsD para utilizar un socket de dominio UNIX.
Para habilitar un puerto UDP personalizado del servidor DogStatsD en el Agent:
Configura el parámetro dogstatsd_port:
## @param dogstatsd_port - integer - optional - default: 8125
## Override the Agent DogStatsD port.
## Note: Make sure your client is sending to the same UDP port.
#
dogstatsd_port: 8125
Reinicia tu Agent.
Por defecto, DogStatsD escucha en el puerto UDP 8125, por lo que debes vincular este puerto a tu puerto host cuando ejecutes el Agent en un contenedor. Si tus métricas de StatsD provienen de fuera de localhost, debes establecer DD_DOGSTATSD_NON_LOCAL_TRAFFIC en true para permitir la recopilación de métrica. Para ejecutar el Agent con el servidor de DogStatsD activo, ejecuta el siguiente comando:
docker run -d --cgroupns host \
--pid host \
-v /var/run/docker.sock:/var/run/docker.sock:ro \
-v /proc/:/host/proc/:ro \
-v /sys/fs/cgroup/:/host/sys/fs/cgroup:ro \
-e DD_API_KEY=<DATADOG_API_KEY> \
-e DD_DOGSTATSD_NON_LOCAL_TRAFFIC="true" \
-p 8125:8125/udp \
gcr.io/datadoghq/agent:latest
Si necesitas cambiar el puerto utilizado para recopilar métricas de StatsD, utiliza la variable de entorno DD_DOGSTATSD_PORT="<NEW_DOGSTATSD_PORT>. También puedes configurar DogStatsD para utilizar un socket de dominio UNIX.
Detección de origen a través de UDP
La detección de origen es compatible con el Agent v6.10.0+, y permite a DogStatsD detectar de dónde proceden las métricas de contenedor y automáticamente etiquetar las métricas. Cuando este modo está activado, todas las métricas recibidas a través de UDP son etiquetadas por las mismas etiquetas (tags) de pod como métricas de Autodiscovery.
La detección del origen en entornos distintos a Kubernetes se basa en una extensión del protocolo DogStatsD en Datagram Format and Shell Usage. Para habilitar la función en el Agent, establece la variable de entorno DD_DOGSTATSD_ORIGIN_DETECTION_CLIENT en true.
Nota: La detección de origen no es compatible con entornos de Fargate.
La recopilación de métricas de StatsD está habilitada por defecto en el socket de dominio UNIX. Para comenzar a recopilar tus métricas de StatsD sobre UDP, necesitas activar la función DogStatsD en la configuración del Operator.
A?ade features.dogstatsd.hostPortConfig.enabled a tu manifiesto datadog-agent.yaml:
features:
dogstatsd:
hostPortConfig:
enabled: true
Este es un ejemplo de manifiesto datadog-agent.yaml:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiSecret:
secretName: datadog-secret
keyName: api-key
features:
dogstatsd:
hostPortConfig:
enabled: true
Esto permite al Agent recopilar métricas de StatsD mediante UDP en el puerto 8125.
Aplica el cambio:
kubectl apply -f datadog-agent.yaml
Atención: El parámetro features.dogstatsd.hostPortConfig.hostPort abre un puerto en tu host. Asegúrate de que tu cortafuegos solo permite el acceso desde tus aplicaciones o fuentes de confianza. Si tu plugin de red no admite hostPorts, entonces a?ade hostNetwork: true en las especificaciones de tu pod de Agent. Esto comparte el espacio de nombres de red de tu host con el Datadog Agent. También significa que todos los puertos abiertos en el contenedor se abren en el host. Si un puerto se utiliza tanto en el host como en tu contenedor, entran en conflicto (ya que comparten el mismo espacio de nombres de red) y el pod no arranca. Algunas instalaciones de Kubernetes no permiten esto.
Enviar métricas de StatsD al Agent
Tu aplicación necesita una forma fiable de determinar la dirección IP de su host. Esto se simplifica en Kubernetes 1.7, que amplía el conjunto de atributos que puedes pasar a tus pods como variables de entorno. En las versiones 1.7 y posteriores, puedes pasar la IP host a cualquier pod a?adiendo una variable de entorno a PodSpec. Por ejemplo, el manifiesto de tu aplicación podría tener este aspecto:
env:
- name: DD_AGENT_HOST
valueFrom:
fieldRef:
fieldPath: status.hostIP
Con esto, cualquier pod que ejecute tu aplicación es capaz de enviar métricas de DogStatsD con el puerto 8125 en $DD_AGENT_HOST.
Nota: Como práctica recomendada, Datadog recomienda utilizar el etiquetado de servicio unificado al asignar atributos. éste une la telemetría de Datadog mediante el uso de tres etiquetas estándares: env, service y version. Para saber cómo unificar tu entorno, consulta etiquetado de servicio unificado.
Detección de origen a través de UDP
La detección de origen es compatible con Agent 6.10.0+ y permite a DogStatsD detectar de dónde proceden las métricas de contenedor y etiquetar métricas automáticamente. Cuando este modo está activado, todas las métricas recibidas a través de UDP son etiquetadas por las mismas etiquetas de pod como métricas de Autodiscovery.
Para activar la detección de origen, a?ade la configuración global.originDetectionUnified.enabled a tu manifiesto datadog-agent.yaml:
global:
originDetectionUnified:
enabled: true
Notas:
- Una alternativa a UDP son los sockets de dominio UNIX.
- La detección de origen con UDP puede utilizar el ID del pod como ID de entidad.
Para utilizar el ID del pod como ID de entidad, a?ade las siguientes líneas al manifiesto de tu aplicación:
env:
- name: DD_ENTITY_ID
valueFrom:
fieldRef:
fieldPath: metadata.uid
Para establecer cardinalidad de etiquetas para las métricas recopiladas mediante la detección de origen, establece el ajuste features.dogstatsd.tagCardinality en low (por defecto), orchestrator o high.
Nota: Para UDP, las etiquetas pod_name no se a?aden por defecto para evitar crear demasiadas métricas personalizadas.
Reunir métricas personalizadas con DogStatsD con helm:
Actualiza tu archivo datadog-values.yaml para habilitar DogStatsD:
dogstatsd:
port: 8125
useHostPort: true
nonLocalTraffic: true
Nota: La funcionalidad hostPort requiere un proveedor de red que se adhiera a la especificación CNI, como Calico, Canal o Flannel. Para obtener más información, incluida una solución para los proveedores de red que no sean CNI, consulta la documentación de Kubernetes: Los servicios de HostPort no funcionan.
Atención: El parámetro hostPort abre un puerto en tu host. Asegúrate de que tu cortafuegos solo permite el acceso desde tus aplicaciones o fuentes de confianza. Si tu complemento de red no admite hostPorts, a?ade hostNetwork: true en las especificaciones de pod de tu Agent. Esto comparte el espacio de nombres de red de tu host con el Datadog Agent. Esto también significa que todos los puertos abiertos en el contenedor se abren en el host. Si un puerto se utiliza tanto en el host como en tu contenedor, entran en conflicto (ya que comparten el mismo espacio de nombres de red) y el pod no arranca. Algunas instalaciones de Kubernetes no permiten esto.
Actualiza tu configuración de Agent:
helm upgrade -f datadog-values.yaml <RELEASE_NAME> datadog/datadog
Actualiza tus pods de aplicación: tu aplicación necesita una forma fiable de determinar la dirección IP de su host. Esto se simplifica en Kubernetes 1.7, que amplía el conjunto de atributos que puedes pasar a tus pods como variables de entorno. En las versiones 1.7 y posteriores, puedes pasar la IP host a cualquier pod a?adiendo una variable de entorno a PodSpec. Por ejemplo, el manifiesto de tu aplicación podría tener este aspecto:
env:
- name: DD_AGENT_HOST
valueFrom:
fieldRef:
fieldPath: status.hostIP
Con esto, cualquier pod que ejecute tu aplicación es capaz de enviar métricas de DogStatsD mediante el puerto 8125 en $DD_AGENT_HOST.
Cliente DogStatsD
Instala la biblioteca cliente DogStatsD con tu lenguaje preferido y configúrala para que coincida con la dirección y el puerto del servidor DogStatsD del Datadog Agent.
Instalar el cliente de DogStatsD
Las bibliotecas de clientes oficiales de Datadog-DogStatsD están disponibles para los siguientes idiomas. Cualquier cliente de StatsD compatible funciona con DogStatsD y Agent, pero no incluye las características específicas de Datadog mencionadas anteriormente:
gem install dogstatsd-ruby
go get github.com/DataDog/datadog-go/v5/statsd
El cliente Java Datadog StatsD se distribuye con maven central, y puede ser descargado desde Maven. Comienza a?adiendo la siguiente configuración a tu pom.xml:
<dependency>
<groupId>com.datadoghq</groupId>
<artifactId>java-dogstatsd-client</artifactId>
<version>4.2.1</version>
</dependency>
A?ade lo siguiente a tu composer.json:
"datadog/php-datadogstatsd": "1.6.*"
Nota: La primera versión de Composer es 0.0.3.
O clona manualmente el repositorio en github.com/DataDog/php-datadogstatsd y configúralo con require './src/DogStatsd.php'.
Instala el paquete directamente mediante la CLI de Nuget u obtén PackageReference de NuGet:
dotnet add package DogStatsD-CSharp-Client
Instanciar el cliente de DogStatsD
Una vez instalado tu cliente DogStatsD, instálalo en tu código:
from datadog import initialize, statsd
options = {
'statsd_host':'127.0.0.1',
'statsd_port':8125
}
initialize(**options)
Por defecto, las instancias del cliente Python de DogStatsD (incluyendo la instancia global
statsd) no pueden ser compartidas entre procesos, pero son thread-safe. Debido a esto, el proceso principal y cada proceso secundario deben crear sus propias instancias de cliente o el almacenamiento en buffer debe ser explícitamente deshabilitado configurando
disable_buffering como
True. Para ver más detalles, consulta la documentación sobre
datadog.dogstatsd.
# Import the library
require 'datadog/statsd'
# Create a DogStatsD client instance.
statsd = Datadog::Statsd.new('localhost', 8125)
Si utilizas DogStatsD con el Agent de contenedor o en Kubernetes, debes instanciar el host al que se reenvían métricas de StatsD con la variable de entorno $DD_DOGSTATSD_SOCKET, si utilizas un socket de dominio UNIX, o con la variable de entorno $DD_AGENT_HOST, si utilizas el método de enlace de puertos del host.
dogstatsd_client, err := statsd.New("127.0.0.1:8125")
if err != nil {
log.Fatal(err)
}
Para más opciones, consulta GoDoc de Datadog.
import com.timgroup.statsd.NonBlockingStatsDClientBuilder;
import com.timgroup.statsd.StatsDClient;
public class DogStatsdClient {
public static void main(String[] args) throws Exception {
StatsDClient statsd = new NonBlockingStatsDClientBuilder()
.prefix("statsd")
.hostname("localhost")
.port(8125)
.build();
// alternatively
StatsDClient statsdAlt = new NonBlockingStatsDClient(
new NonBlockingStatsDClientBuilder(
.prefix("statsd")
.hostname("localhost")
.port(8125)
.resolve()));
}
}
Instanciar un nuevo objeto DogStatsD utilizando composer:
<?php
require __DIR__ . '/vendor/autoload.php';
use DataDog\DogStatsd;
$statsd = new DogStatsd(
array('host' => '127.0.0.1',
'port' => 8125,
)
);
Configurar la clase de DogStatsD:
// The code is located under the StatsdClient namespace
using StatsdClient;
// ...
var dogstatsdConfig = new StatsdConfig
{
StatsdServerName = "127.0.0.1",
StatsdPort = 8125,
};
using (var dogStatsdService = new DogStatsdService())
{
if (!dogStatsdService.Configure(dogstatsdConfig))
throw new InvalidOperationException("Cannot initialize DogstatsD. Set optionalExceptionHandler argument in the `Configure` method for more information.");
// ...
} // Flush metrics not yet sent
Parámetros de instanciación del cliente
Nota: Como práctica recomendada, Datadog recomienda utilizar el etiquetado de servicio unificado al asignar etiquetas. éste une la telemetría de Datadog mediante el uso de tres etiquetas estándares: env, service y version. Para saber cómo unificar tu entorno, consulta etiquetado de servicio unificado.
Además de la configuración obligatoria de DogStatsD (url y port), tu cliente de DogStatsD dispone de los siguientes parámetros opcionales:
| Parámetro | Tipo | Predeterminado | Descripción |
|---|
statsd_host | Cadena | localhost | Host de tu servidor DogStatsD. |
statsd_port | Entero | 8125 | Puerto de tu servidor DogStatsD. |
statsd_socket_path | Cadena | null | Ruta al socket de dominio UNIX de DogStatsD (anula host y port, sólo es compatible con el Agent v6 o posterior). |
statsd_constant_tags | Lista de cadenas | null | Etiquetas para aplicar a todas las métricas, eventos y checks de servicio. |
statsd_namespace | Cadena | null | Espacio de nombre que debe ser el prefijo de todas las métricas, eventos y checks de servicio. |
Para conocer la lista completa de todos los parámetros opcionales disponibles para datadog.initialize(), así como los parámetros que solo están disponibles cuando se instancian explícitamente instancias de datadog.dogstatsd.DogStatsd, consulta la biblioteca de Datadog Python.
| Parámetro | Tipo | Valor predeterminado | Descripción |
|---|
host | Cadena | localhost | El host de tu servidor de DogStatsD. |
port | Entero | 8125 | El puerto de tu servidor de DogStatsD. |
socket_path | Cadena | null | Ruta al socket de dominio UNIX de DogStatsD (anula host y port, sólo es compatible con el Agent v6 o posterior). |
tags | Lista de cadenas | null | Etiquetas para aplicarse a todas las métricas, eventos y checks de servicio. |
namespace | Cadena | null | Espacio de nombres para preestablecer a todas las métricas, eventos y checks de servicio. |
single_thread | Booleano | false | Hace que el cliente envíe las métricas en el subproceso principal cuando está activado en lugar de en un subproceso compa?ero. |
Para consultar la lista completa de los parámetros opcionales, consulta el repositorio de DogStatsD-Ruby en GitHub.
El cliente Go dispone de múltiples opciones para configurar el comportamiento de tu cliente.
| Parámetro | Tipo | Descripción |
|---|
WithNamespace() | Cadena | Configurar un espacio de nombres para preestablecer a todas las métricas, eventos y checks de servicio. |
WithTags() | Lista de cadenas | Etiquetas globales aplicadas a cada métrica, evento y check de servicio. |
Para conocer todas las opciones disponibles, consulta GoDoc de Datadog.
A partir de la versión 2.10.0, la forma recomendada de instanciar el cliente es con el NonBlockingStatsDClientBuilder. Puedes
usar los siguientes métodos de compilación para definir los parámetros del cliente.
| Método de compilación | Tipo | Valor predeterminado | Descripción |
|---|
prefix(String val) | Cadena | nulo | El prefijo que se aplicará a todas las métricas, eventos y checks de servicio. |
hostname(String val) | Cadena | localhost | El nombre de host del servidor StatsD de destino. |
port(int val) | Entero | 8125 | El puerto del servidor StatsD de destino. |
constantTags(String... val) | Cadena varargs | nulo | Etiquetas globales que se aplicarán a cada métrica, evento y check de servicio. |
blocking(boolean val) | Booleano | falso | El tipo de cliente a instanciar: bloqueante o no bloqueante. |
socketBufferSize(int val) | Entero | -1 | El tama?o del buffer del socket subyacente. |
enableTelemetry(boolean val) | Booleano | falso | Informes de telemetría de clientes. |
entityID(String val) | Cadena | nulo | ID de la entidad para la detección del origen. |
errorHandler(StatsDClientErrorHandler val) | Entero | nulo | Gestor de errores en caso de error interno del cliente. |
maxPacketSizeBytes(int val) | Entero | 8192/1432 | El tama?o máximo del paquete; 8192 para UDS, 1432 para UDP. |
processorWorkers(int val) | Entero | 1 | El número de subprocesos de trabajo del procesador que ensamblan buffers para su envío. |
senderWorkers(int val) | Entero | 1 | Número de subprocesos de remitente que envían buffers al socket. |
poolSize(int val) | Entero | 512 | Tama?o del grupo de buffer del paquete de red. |
queueSize(int val) | Entero | 4096 | Número máximo de mensajes sin procesar en la cola. |
timeout(int val) | Entero | 100 | El tiempo de inactividad en milisegundos para las operaciones de bloqueo. Solo se aplica a sockets de unix. |
Para obtener más información, busca el paquete de Java DogStatsD para la clase NonBlockingStatsDClient y la clase NonBlockingStatsDClientBuilder. Asegúrate de ver la versión que coincida con la versión de tu cliente.
| Parámetro | Tipo | Valor predeterminado | Descripción |
|---|
host | Cadena | localhost | Host de tu servidor DogStatsD. Si no se define, el Agent busca la variable de entorno DD_AGENT_HOST o DD_DOGSTATSD_URL. |
port | Entero | 8125 | Puerto de tu servidor DogStatsD. Si no se define, el Agent busca la variable de entorno DD_DOGSTATSD_PORT o DD_DOGSTATSD_URL. |
socket_path | Cadena | null | Ruta al socket de dominio UNIX de DogStatsD (anula host y port). Sólo es compatible con el Agent v6 o posterior. Si no se define, el Agent busca la variable de entorno DD_DOGSTATSD_URL. |
global_tags | Lista de cadenas | null | Etiquetas para aplicar a todas las métricas, eventos y checks de servicio. La etiqueta @dd.internal.entity_id se a?ade a global_tags desde la variable de entorno DD_ENTITY_ID. |
| Parámetro | Tipo | Valor predeterminado | Descripción |
|---|
StatsdServerName | Cadena | localhost | El nombre de host del servidor StatsD de destino. |
StatsdPort | Entero | 8125 | El puerto del servidor StatsD de destino. |
Prefix | Cadena | null | Prefijo que se aplica a cada métrica, evento y check de servicio. |
ConstantTags | Lista de cadenas | null | Etiquetas globales que se aplicarán a cada métrica, evento y check de servicio. |
Sumérgete en DogStatsD
DogStatsD y StatsD son en general similares, sin embargo, DogStatsD contiene características avanzadas que son específicas de Datadog, incluidos los tipos de datos, eventos, checks de servicio y etiquetas disponibles:
Más enlaces, artículos y documentación útiles:
Si estás interesado en aprender más sobre el formato de datagram utilizado por DogStatsD, o quieres desarrollar tu propia biblioteca de Datadog, consulta la sección datagram y shell usage, que también explica cómo enviar métricas y eventos directamente desde la línea de comandos.
Referencias adicionales
Más enlaces, artículos y documentación útiles:
