Esta página describe las opciones para la administración del contenedor ktranslate utilizado por el Monitoreo de red de New Relic.
Requisitos del contenedor
Recomendamos los siguientes recursos para la imagen del contenedor ktranslate :
Disk
- 100 MB de espacio disponible en disco
CPU
- Sondeo SNMP/recopilación de trampas: 1 núcleo de CPU dedicado por cada approx. 1000 dispositivos
- Colección de flujo de dispositivo: 1 núcleo de CPU dedicado por cada approx. 2000 flujos por segundo (fps)
- Colección de mensajes Syslog: 1 núcleo de CPU dedicado por cada approx. 2000 mensajes por segundo
Memory
- ktranslate generalmente no está limitado por los recursos de memoria. La cantidad de memoria en su host debe depender de los tipos de aplicación/contenedor que planea ejecutar. Como idea general, normalmente vemos éxito con tamaños de imagen tan pequeños como AWS t2.micro , que tiene 1 vCPU y 1,0 GB de RAM disponible.
Sugerencia
La imagen del contenedor KTranslate ejecuta un único "tipo de trabajo" a la vez. Por ejemplo, un contenedor desplegar para sondeo SNMP y recopilación de trampas no se utilizará para la recopilación de flujo. Además, los contenedores desplegar para la recopilación de flujos están limitados a un único tipo -nf.source
por contenedor. Esto significa que es común tener múltiples contenedores implementados en un solo host Docker en un momento dado. También pueden compartir un archivo de configuración común, pero no es necesario.
Actualizando el contenedor
Mantener actualizada la imagen del contenedor ktranslate es una buena práctica para recibir las últimas actualizaciones y resolver problemas comunes mediante varias correcciones de errores aplicadas durante el ciclo de vida de desarrollo. Se recomienda extraer siempre la última imagen disponible al volver a implementar su contenedor.
Extraiga la última imagen de contenedor disponible ejecutando una de las siguientes opciones:
- Docker Hubbash$docker pull kentik/ktranslate:v2
- Quay.iobash$docker pull quay.io/kentik/ktranslate:v2
- Docker Hub
Recopile los ID y nombres de cualquier contenedor existente:
bash$docker ps -a --filter ancestor=kentik/ktranslate:v2 --format "{{.ID}} - {{.Names}}"Ejemplo de salida:
3297b134a352 - ktranslate-snmp4962a854b386 - ktranslate-sflowRetire cualquier contenedor preexistente
bash$docker rm -f $CONTAINER_IDVuelva a implementar su contenedor ktranslate usando la configuración original con la que implementó desde SNMP, datos de flujo o colección syslog.
Importante
El archivo de configuración utilizado por ktranslate se aplica al contenedor en tiempo de ejecución. Los cambios en este archivo requieren que elimine y reinicie los contenedores en ejecución para aplicar las ediciones, con la excepción del uso de trabajos de descubrimiento integrados.
Opciones de tiempo de ejecución del contenedor
A continuación se muestran las diversas opciones disponibles durante el tiempo de ejecución Docker para la imagen del contenedor ktranslate:
Nombre de la opción | Tipo | Requerido | Descripción |
---|---|---|---|
| Bandera | ✓ | Establece la ruta al archivo |
| Bandera | ✓ | El ID de cuenta de New Relic al que ktranslate enviará los datos. |
| Bandera | Anula el nivel de registros predeterminado info para ktranslate. Las opciones disponibles son | |
| Bandera | Se utiliza para configurar el contenedor en modo de descubrimiento SNMP para ejecutar un único trabajo de descubrimiento, actualizar el archivo de configuración YAML proporcionado y salir. | |
| Bandera | Se utiliza para configurar integrated discovery jobs dentro del contenedor de sondeo SNMP programado para ejecutarse en un intervalo fijo. Esta configuración ejecutará el trabajo de descubrimiento, actualizará el archivo de configuración YAML proporcionado y luego reiniciará los subprocesos de recopilación SNMP en el contenedor de sondeo SNMP para eliminar la necesidad de destruir/reiniciar todo el contenedor para los dispositivos descubiertos. | |
| Bandera | Cuando se combina con el indicador | |
| Bandera | Se utiliza para configurar el contenedor para sondear un dispositivo objetivo según demanda. | |
| Bandera | Reenvía el registro Docker desde ktranslate a New Relic Logs. | |
| Bandera | Reenvía salud métrica desde ktranslate a New Relic. | |
| Bandera | Se agrega al nombre del contenedor en el registro Docker para ayudar a aislar el registro de varios contenedores en New Relic Logs. | |
| Bandera | Establece los extremos regionales de API para que ktranslate reenvíe la telemetría a New Relic. Las opciones son | |
| Bandera | Le permite procesar mayores volúmenes de datos. Recomendamos un núcleo de CPU disponible por cada 2000 flujos por segundo (fps) de datos de flujo de red enviados, o cada 1000 dispositivos SNMP que se monitorean, o cada 2000 mensajes syslog por segundo recopilados por un contenedor. El valor predeterminado es | |
| Bandera | Cambia el valor de frecuencia de muestreo predeterminado al que se pasan los flujos al evento New Relic . Esto no acelera la configuración local de la frecuencia de muestreo de flujo en un dispositivo, pero puede ralentizarla. Establecer esto en | |
| Bandera | Anula la cantidad de trabajadores utilizados en el procesamiento de paquetes de red. Utilice un trabajador por cada 4000 flujos por segundo (fps) de datos de flujo de red enviados. El valor predeterminado es | |
| Bandera | Anula el puerto de escucha para paquetes de flujo entrantes. El valor predeterminado es | |
| Bandera | Configura el tipo de flujo que procesará este contenedor. Las opciones son | |
| Bandera | Establece la ruta a un archivo de mapa de aplicación en el contenedor de la Docker , en función de un montaje de volumen desde el host de la Docker pasado como opción durante el tiempo de ejecución. | |
| Bandera | Establece el | |
| Argumento | ✓ (Para contenedor de flujo) | Este argumento establece estáticamente las siguientes marcas: |
| Argumento | ✓ (Para contenedor SNMP) | Este argumento establece estáticamente las siguientes opciones: |
| Argumento | ✓ (Para contenedor syslog) | Este argumento establece estáticamente las siguientes marcas: |
| Bandera | Formato para analizar los mensajes de syslog. Las opciones son
| |
| Bandera | IP:Port tupla para ejecutar el servidor Syslog. Por defecto: | |
| Variable ambiental | ✓ | Variable de entorno que se debe utilizar durante el tiempo de Docker ejecución New Relic para ktranslate contener para que envíe datos a la New Relic API. Ej: |
| Variable ambiental | Variable de entorno que se puede utilizar durante el tiempo de ejecución Docker para configurar ktranslate para enviar datos a New Relic a través de proxy. Ej: | |
| Variable ambiental | Variable de entorno que se puede emplear durante el tiempo de ejecución de Docker para configurar ktranslate's | |
| Variable ambiental | Variable de entorno que se puede utilizar durante el tiempo de ejecución Docker para pasar la clave de API dashboard de Meraki a ktranslate. Ej: | |
Variable ambiental | Variables de entorno que se pueden usar durante el tiempo de ejecución Docker para recuperar secretos de AWS, Azure o GCP. |