Es fundamental asignar recursos suficientes al gateway para mantener su confiabilidad y evitar la pérdida de datos. Si la puerta de enlace falla, corre el riesgo de perder telemetry data, lo que puede afectar sus capacidades de monitoreo y análisis.
Esta guía lo ayuda a determinar los recursos adecuados para implementar y escalar el control de pipelines gateway en su entorno. Comprender estas especificaciones es esencial para garantizar un rendimiento óptimo y un procesamiento de datos eficiente.
Configuración predeterminada
De forma predeterminada, la puerta de enlace está configurada con una asignación de memoria predeterminada de 2 GB y 1 vCPU por pod. Además, el clúster de puerta de enlace se configura inicialmente durante la instalación con las siguientes configuraciones (estas se pueden modificar luego de la configuración inicial de la puerta de enlace):
minReplicas: 2 maxReplicas: 10 targetCPUUtilizationPercentage: 60
Escalando la puerta de enlace
La puerta de enlace de Control de tuberías debe mantener suficiente capacidad de cálculo para procesar la totalidad de telemetry data que recibe. Dados los tamaños variables y el rendimiento de los diferentes agentes y la carga de trabajo de telemetría, recomendamos adoptar un enfoque por etapas para escalar su clúster de puerta de enlace a fin de pronosticar cuánta capacidad podría necesitar:
- Configure un conjunto pequeño (~15-35) de agentes que no sean de producción para enviar telemetry data a la puerta de enlace. Cerciorar de que estos agentes sean representativos de los tipos de agente y carga de telemetría que desea enviar a la puerta de enlace en producción (por ejemplo, NR Infra, Java APM y Fluent Bit). Toma nota del número de agente de cada uno.
- Confirme que está recopilando estos telemetry data en New Relic.
- Monitorear el clúster de puerta de enlace para identificar la cantidad de vCPU y el uso promedio de CPU durante unos pocos minutos de carga. Esto le dará una idea de cuántas vCPU se necesitan para ejecutar este conjunto de agentes.
- Extrapole linealmente en función de la cantidad de agente que configuró, la cantidad de agente que espera ejecutar en producción máxima y el uso de CPU en el paso 3. Por ejemplo, si está ejecutando 25 Java de agente APM a través de la puerta de enlace y ve que solo 1 vCPU se ejecuta al 65% de carga, debe esperar poder ejecutar 200 Java de agente APM con
<=8 vCPU. - Configurar un conjunto mayor de agentes para enviar datos a la puerta de enlace (por ejemplo 100) y confirme que su extrapolación lineal en el paso 4 todavía es válida.
- Cerciorar de que su
maxReplicassea lo suficientemente grande como para escalar suficiente pod según la cantidad de agentes que espera ejecutar en producción. - Luego de configurar todo el agente de producción y telemetry data para enviar datos al gateway, continúe monitoreando su clúster de gateway para cerciorar de que no esté operando al 100% de su capacidad o más allá de ella.
Especificaciones de rendimiento
Con un solo núcleo de CPU y 100 reglas de eliminación por tipo MELT, la puerta de enlace puede procesar los siguientes volúmenes de telemetry data:
Tipo de datos | Capacidad de procesamiento |
|---|---|
Métrica | 7.000 puntos de datos por segundo |
Evento | 4.500 eventos por segundo |
Logs | 2.700 logs por segundo |
Traza | 3.300 palmos por segundo |
Capacidad de manejo de agentes
Un solo pod de puerta de enlace puede manejar entre 15 y 35 agentes, con tamaños de solicitud que varían entre 26 y 250 KB de datos sin comprimir por segundo.
Sugerencia
Estas estimaciones de capacidad se basan en mediciones del despliegue existente. Sus requisitos reales pueden variar dependiendo de sus patrones de datos específicos y sus necesidades de monitoreo.
Recomendaciones para la configuración de la puerta de enlace
Para mejorar aún más el rendimiento y la escalabilidad de su puerta de enlace, considere las siguientes configuraciones basadas en su agente mapeo. Para acceder a estas configuraciones, vaya a New Relic Control > Gateway > Settings.
Réplicas mínimas y máximas
- Réplicas mínimas: establezca una línea base de número de réplicas de puerta de enlace para acomodar cargas de datos regulares, lo que garantiza redundancia y confiabilidad. Esto ayuda a prevenir la pérdida de datos y mantiene la estabilidad del rendimiento durante los periodos pico. El valor mínimo recomendado es 2, que también es la configuración predeterminada.
- Máximo de réplicas: determine la cantidad máxima de réplicas necesarias para gestionar de manera eficaz los periodos de uso pico. Esta configuración permite que el clúster de puerta de enlace se escale dinámicamente, proporcionando recursos suficientes para alto tráfico sin comprometer el rendimiento. Puede configurar hasta un máximo de 15 réplicas.
Umbral de utilización de la CPU
- Umbral de escalamiento: especifique el porcentaje de utilización de la CPU en el que su clúster de puerta de enlace se escalará automáticamente. La configuración de un umbral de escala garantiza una gestión eficiente de los recursos, evitando la sobrecarga y manteniendo un procesamiento de datos constante. La configuración predeterminada es 60%.
Gestión de la salud y el rendimiento
- Recopilar logs de diagnóstico: revise periódicamente los logs de diagnóstico de la puerta de enlace para obtener información valiosa sobre el estado y el funcionamiento de la puerta de enlace. El monitoreo de logs es esencial para la resolución oportuna de problemas y mantener un rendimiento óptimo. De forma predeterminada, el log de diagnóstico está desactivado.
- Omitir reglas de puerta de enlace: en caso de pocos recursos de CPU disponibles, omitir reglas de puerta de enlace complejas. Esta precaución garantiza el flujo continuo de datos a New Relic, incluso si se reciben datos confidenciales, lo que permite la conservación de recursos y el procesamiento de telemetría ininterrumpido. De forma predeterminada, la omisión de las reglas de puerta de enlace está desactivada.
Próximo paso
A continuación, aprenderá cómo modificar la configuración de su agente para enviar datos a través de la puerta de enlace.