Cuando sus gestores de colas de IBM MQ se ejecutan en una infraestructura tradicional como máquinas virtuales (VM), servidores bare metal o instancias EC2, necesita una forma confiable de monitorear su rendimiento sin la complejidad de la orquestación de contenedores. Esta guía le muestra cómo configurar un monitoreo integral de IBM MQ utilizando el recolector de New Relic's Distribution of OpenTelemetry (NRDOT) o OpenTelemetry Collector Contrib.
Configurarás el recolector para recopilar automáticamente las profundidades de las colas, las métricas de rendimiento y el estado de los canales de tus administradores de colas, y luego enviarás esos datos a New Relic, donde aparecerán como entidades organizadas con dashboards listos para usar y alertas. Este enfoque funciona mejor cuando tienes un conjunto estable de administradores de colas que no cambian con frecuencia.
Sugerencia
Si, en cambio, sus gestores de colas se ejecutan en Kubernetes, consulte Monitorear IBM MQ en Kubernetes.
Antes de que empieces
Necesitará estos componentes antes de configurar el recolector:
- Cuenta de New Relic con una clave de licenciaválida
- Extremo OTLP de New Relic para su región
- Gestores de colas de IBM MQ que se ejecutan con canales de conexión de servidor que tienen permisos de consulta de PCF
- Exportador mq-metric-samples de IBM MQ instalado y exponiendo métricas en cada gestor de colas. Un exportador por gestor de colas
- Host de Linux para instalar el recolector NRDOT u OpenTelemetry Collector Contrib
Sugerencia
Recomendamos habilitar las estadísticas de MQI en sus gestores de colas mediante ALTER QMGR STATMQI(ON) STATQ(ON) para obtener mejores métricas de rendimiento.
Configurar el monitoreo de IBM MQ
Seleccione la distribución de su recolector y siga el proceso de configuración completo:
Instalar recolector NRDOT
Descargue e instale el paquete NRDOT para su distribución de Linux. Reemplace <NRDOT_VERSION> con la última etiqueta de versión de la página nrdot-collector-releases (por ejemplo, v0.12.0).
Para Debian/Ubuntu:
bash$curl -LO https://github.com/newrelic/nrdot-collector-releases/releases/download/<NRDOT_VERSION>/nrdot-collector_<NRDOT_VERSION>_linux_amd64.deb$sudo dpkg -i nrdot-collector_<NRDOT_VERSION>_linux_amd64.debPara RHEL/Rocky/Amazon Linux:
bash$curl -LO https://github.com/newrelic/nrdot-collector-releases/releases/download/<NRDOT_VERSION>/nrdot-collector_<NRDOT_VERSION>_linux_amd64.rpm$sudo dnf install ./nrdot-collector_<NRDOT_VERSION>_linux_amd64.rpm
Configurar el Colector NRDOT
Configure el Collector NRDOT para recopilar métricas de IBM MQ y enviarlas a New Relic. Esta configuración se encarga de tres tareas principales:
- Conectarse a sus administradores de colas
- Limpiar los datos
- Enviar los datos a New Relic
Para crear el directorio y el archivo de configuración del recolector con los permisos requeridos, ejecute:
bash$# Config directory — group-readable by nrdot only (it will hold secrets)$sudo install -d -o root -g nrdot -m 0750 /etc/nrdot-collector$$# Create the config file with correct permissions$sudo install -o root -g nrdot -m 0640 /dev/null /etc/nrdot-collector/ibmmq-config.yaml$sudo -u nrdot ${EDITOR:-vi} /etc/nrdot-collector/ibmmq-config.yamlPegue la siguiente configuración en el archivo de configuración creado, reemplazando los marcadores de posición con sus valores reales:
extensions:health_check:endpoint: 127.0.0.1:13133processors:filter/ibmmq-overhead:metrics:exclude:match_type: regexpmetric_names:- "^go_.*"- "^process_.*"- "^promhttp_.*"- "^scrape_.*"filter/ibmmq-queues:metrics:datapoint:- 'attributes["queue"] != nil and IsMatch(attributes["queue"], "^SYSTEM\\.(ADMIN\\.|MQSC\\.|DEFAULT\\.|AUTH\\.|CHANNEL\\.|CHLAUTH\\.|CICS\\.|SYNCPOINT\\.|INTERNAL\\.|PENDING\\.|PROTECTION\\.|BROKER\\.|AMQP\\.|DOTNET\\.|REST\\.|RETAINED\\.|SELECTION\\.|DURABLE\\.|HIERARCHY\\.|DDELAY\\.)")'- 'attributes["queue"] != nil and IsMatch(attributes["queue"], "^SYSTEM\\.CLUSTER\\.(COMMAND|HISTORY)\\.QUEUE$")'- 'attributes["queue"] != nil and IsMatch(attributes["queue"], "^AMQ\\.")'resourcedetection:detectors: [env, ec2, system]system:resource_attributes:host.name:enabled: truehost.id:enabled: truetransform/ibmmq-cleanup:metric_statements:- context: resourcestatements:- delete_key(attributes, "server.address")- delete_key(attributes, "server.port")- delete_key(attributes, "url.scheme")- context: datapointstatements:# Rename the injected identity labels to their OTel dotted form — the# names New Relic's IBM MQ entity synthesis keys on. qmgr / queue stay raw.- set(attributes["target.name"], attributes["targetName"]) where attributes["targetName"] != nil- delete_key(attributes, "targetName")- set(attributes["cluster.name"], attributes["clusterName"]) where attributes["clusterName"] != nil- delete_key(attributes, "clusterName")- delete_key(attributes, "instance")- delete_key(attributes, "job")memory_limiter/ibmmq:check_interval: 1slimit_mib: 512spike_limit_mib: 256cumulativetodelta/ibmmq: {}batch/ibmmq:send_batch_size: 1000timeout: 200msexporters:otlphttp/ibmmq:endpoint: ${env:NEW_RELIC_OTLP_ENDPOINT}headers:api-key: ${env:NEW_RELIC_LICENSE_KEY}receivers:prometheus/ibmmq-qm1:config:scrape_configs:- job_name: 'ibmmq-qm1'scrape_interval: ${env:IBMMQ_SCRAPE_INTERVAL:-60s}scrape_timeout: 15sstatic_configs:- targets:- "${env:IBMMQ_QM1_ENDPOINT:-localhost:9157}"labels:targetName: "${env:TARGET_NAME}"clusterName: "${env:IBMMQ_CLUSTER_NAME:-}"service:pipelines:metrics/ibmmq-qm1:receivers: [prometheus/ibmmq-qm1]processors:- filter/ibmmq-overhead- filter/ibmmq-queues- resourcedetection- transform/ibmmq-cleanup- memory_limiter/ibmmq- cumulativetodelta/ibmmq- batch/ibmmqexporters: [otlphttp/ibmmq]extensions: [health_check]Importante
No reordenes ni elimines los procesadores. El orden de la cadena de procesadores es fundamental para la síntesis de entidades. El procesador
transform/ibmmq-cleanupdebe ejecutarse después del procesadorresourcedetection. Invertir este orden hace que las métricas de IBM MQ se asocien con la propia entidad del recolector en lugar de con las entidadesIBMMQ_MANAGER, lo que evita que los datos se muestren en los dashboards.Qué hace esta configuración
Esta configuración crea un pipeline que recopila métricas de los gestores de colas de IBM MQ y enruta datos estructurados a New Relic. Cada componente realiza una función específica:
Componente Descripción health_checkProporciona un extremo de estado en 127.0.0.1:13133que devuelve{"status":"Server available"}para verificar que el recolector se está ejecutando y para solucionar problemas de inicio.prometheus/ibmmq-qm1Se conecta al exportador para cada gestor de colas cada 60 segundos para recopilar métricas. Cada gestor de colas utiliza un receptor independiente; si un gestor de colas falla, los receptores restantes continúan operando normalmente. Para agregar más gestores de colas, consulte la sección Agregar otro gestor de colas. filter/ibmmq-overheadElimina las métricas internas del exportador (como go_*yprocess_*) que no contienen una señal de IBM MQ. Esto optimiza los costos de ingesta de datos al filtrar la telemetría innecesaria.filter/ibmmq-queuesExcluye las colas internas del sistema IBM MQ ( SYSTEM.*yAMQ.*) para que solo las colas de la aplicación se conviertan en entidadesIBMMQ_QUEUE. Esto reduce el recuento total de entidades y centra el monitoreo en los activos críticos.transform/ibmmq-cleanupEste es un componente crítico que asigna las métricas a las entidades de IBM MQ correspondientes en New Relic. Sin este componente, los datos aparecen como métricas de recolector genéricas en lugar de sintetizar las entidades IBMMQ_MANAGERyIBMMQ_QUEUEcon los dashboards y alertas asociados.memory_limiter/ibmmqLimita el uso de memoria a 512 MB (con un margen para picos de 256 MB) para evitar que el recolector exceda los límites de recursos del sistema. batch/ibmmqAgrupa las métricas antes de la transmisión para reducir la sobrecarga de la red empaquetando hasta 1000 puntos de datos por solicitud. otlphttp/ibmmqExporta las métricas procesadas a New Relic usando la clave de licencia configurada para la autenticación y el extremo regional designado. Cada gestor de colas utiliza un pipeline independiente para que un problema con una instancia no afecte a las demás. El orden de los procesadores es crítico, no reordene ni elimine procesadores, o las métricas no se asignarán correctamente a las entidades de IBM MQ.
Establezca las variables de entorno NRDOT
La configuración de su recolector utiliza variables de entorno para valores específicos del despliegue, como la clave de licencia de New Relic y los extremos del gestor de colas. Este enfoque mantiene los secretos separados de los archivos de configuración y facilita ajustar la configuración sin editar YAML.
Cree un archivo de entorno para el recolector NRDOT:
bash$# Owner nrdot, mode 0600 — this file holds the license key$sudo install -o nrdot -g nrdot -m 0600 /dev/null /etc/nrdot-collector/ibmmq-env$sudo -u nrdot ${EDITOR:-vi} /etc/nrdot-collector/ibmmq-envAgregue su valor como líneas
KEY=VALUEal archivo, reemplazando los marcadores de posición con sus valores reales:# /etc/nrdot-collector/ibmmq-env# --- Required ---# New Relic ingest license key (40 chars, suffix NRAL)NEW_RELIC_LICENSE_KEY=<YOUR-LICENSE-KEY># Stable host identity — first segment of every IBMMQ entity GUIDTARGET_NAME=<YOUR-HOSTNAME># mq-metric-samples exporter endpoints, one per queue managerIBMMQ_QM1_ENDPOINT=localhost:9157# --- Optional (shown with defaults) ---# OTLP endpoint: US prod default shown; For more information, refer to [New Relic OTLP endpoint](https://docs.newrelic.com/docs/opentelemetry/best-practices/opentelemetry-otlp).NEW_RELIC_OTLP_ENDPOINT=https://otlp.nr-data.net:4318# Optional tag grouping for the IBMMQ_MANAGER entity (does not affect the entity GUID).# Leave unset to omit cluster.name (nullable); set it to group QMs under one cluster tag.# IBMMQ_CLUSTER_NAME=prod-mq-cluster# Scrape interval — must be >= the mq-metric-samples pollInterval (default 60s)IBMMQ_SCRAPE_INTERVAL=60sAdvertencia
No cambie el valor
TARGET_NAMEdespués del despliegue inicial. Este valor forma el primer segmento del GUID de cada entidadIBMMQ_MANAGERyIBMMQ_QUEUE(target.name:qmgr). Cambiar este valor después del despliegue crea nuevas entidades y deja huérfanas las existentes, lo que rompe los dashboards y las alertas asociados. Seleccione una cadena estable durante la configuración inicial, como el QMID del Queue Manager. Para obtener más información, consulta El modelo de entidad de IBM MQ.Configure las siguientes variables de entorno en su shell para verificar la configuración antes de iniciar el recolector:
Variable Requerido Descripción NEW_RELIC_LICENSE_KEYSí Tu clave de licencia de ingesta de New Relic. TARGET_NAMESí Un identificador para su host, como el nombre de host o el ID del gestor de colas. No cambie esto después del despliegue inicial, ya que se convierte en parte de los ID de su entidad. IBMMQ_QM1_ENDPOINTSí Ubicación del exportador de su primer gestor de colas. Por ejemplo, localhost:9157si se ejecuta en el mismo host.NEW_RELIC_OTLP_ENDPOINTNo Extremo OTLP de New Relic para su región. Para obtener más información, consulte el extremo OTLP de New Relic. IBMMQ_CLUSTER_NAMENo Nombre del Cluster para agrupar sus gestores de colas en New Relic. IBMMQ_SCRAPE_INTERVALNo Intervalo de recopilación para exportar métricas a New Relic. El intervalo de recopilación predeterminado es de 60 segundos.
Configure el servicio systemd de NRDOT
Cree un archivo drop-in de
systemdpara cargar los archivos de configuración y de entorno.bash$sudo mkdir -p /etc/systemd/system/nrdot-collector.service.d$sudo tee /etc/systemd/system/nrdot-collector.service.d/ibmmq.conf > /dev/null << 'EOF'$[Service]$EnvironmentFile=/etc/nrdot-collector/ibmmq-env$ExecStart=$ExecStart=/usr/bin/nrdot-collector --config /etc/nrdot-collector/ibmmq-config.yaml$MemoryMax=1G$LimitNOFILE=65536$NoNewPrivileges=true$ProtectSystem=strict$ProtectHome=true$EOFLa línea
ExecStart=vacía borra el comando predeterminado y la segunda línea establece el comando personalizado. Esto evita que el recolector se inicie dos veces. Las otras configuraciones cargan el archivo de entorno, limitan el uso de memoria y mejoran la seguridad.Después de crear el drop-in, verifique que systemd pueda analizarlo sin errores:
bash$sudo systemd-analyze verify /etc/systemd/system/nrdot-collector.service$# No output means no syntax errors
Inicia el recolector NRDOT y verifica
Inicie el recolector y habilítelo para que se ejecute automáticamente en el arranque:
bash$sudo systemctl daemon-reload$sudo systemctl enable --now nrdot-collector.service$sudo systemctl status nrdot-collector.service --no-pagerEl comando
statusdebería mostrarActive: active (running). Si veActive: failed, revise los logs conjournalctl -u nrdot-collector.service -n 200 --no-pager.Verifique que el recolector esté en buen estado:
bash$curl -sS http://127.0.0.1:13133$# Expected: {"status":"Server available", ...}Confirme que sus métricas de IBM MQ fluyen hacia New Relic. Espere 60 segundos después de que se inicie el recolector, luego verifique sus datos usando las consultas de verificación en Buscar y consultar sus datos.
Ver tus datos en New Relic
Una vez que su recolector esté en ejecución y las métricas fluyan, verá sus gestores de colas como entidades IBMMQ_MANAGER en New Relic, con sus colas como entidades IBMMQ_QUEUE secundarias. Para obtener detalles sobre cómo buscar sus datos, ejecutar consultas y configurar dashboards y alertas, consulte Buscar y consultar sus datos.
Instalar OpenTelemetry Collector Contrib
Descargue la distribución de OpenTelemetry Collector Contrib (otelcol-contrib) para su plataforma desde la página de versiones de OpenTelemetry Collector. La compilación Contrib incluye el receptor prometheus y los procesadores filter, transform y cumulativetodelta en los que se basa esta guía.
Sugerencia
Ejecute otelcol-contrib --version para confirmar que el binario está instalado y accesible.
Configurar OpenTelemetry Collector
Configure el OpenTelemetry Collector para recopilar métricas de IBM MQ y enviarlas a New Relic. Esta configuración se encarga de tres tareas principales:
- Conectarse a sus administradores de colas
- Limpiar los datos
- Enviar los datos a New Relic
Para crear el directorio y el archivo de configuración del recolector con los permisos requeridos, ejecute:
bash$# Config directory for OpenTelemetry Collector$sudo mkdir -p /etc/otelcol-contrib$sudo chmod 755 /etc/otelcol-contrib$$# Create the config file with correct permissions$sudo touch /etc/otelcol-contrib/ibmmq-config.yaml$sudo chmod 644 /etc/otelcol-contrib/ibmmq-config.yaml$sudo ${EDITOR:-vi} /etc/otelcol-contrib/ibmmq-config.yamlPegue la siguiente configuración en el archivo de configuración creado, reemplazando los marcadores de posición con sus valores reales:
extensions:health_check:endpoint: 127.0.0.1:13133processors:filter/ibmmq-overhead:metrics:exclude:match_type: regexpmetric_names:- "^go_.*"- "^process_.*"- "^promhttp_.*"- "^scrape_.*"filter/ibmmq-queues:metrics:datapoint:- 'attributes["queue"] != nil and IsMatch(attributes["queue"], "^SYSTEM\\.(ADMIN\\.|MQSC\\.|DEFAULT\\.|AUTH\\.|CHANNEL\\.|CHLAUTH\\.|CICS\\.|SYNCPOINT\\.|INTERNAL\\.|PENDING\\.|PROTECTION\\.|BROKER\\.|AMQP\\.|DOTNET\\.|REST\\.|RETAINED\\.|SELECTION\\.|DURABLE\\.|HIERARCHY\\.|DDELAY\\.)")'- 'attributes["queue"] != nil and IsMatch(attributes["queue"], "^SYSTEM\\.CLUSTER\\.(COMMAND|HISTORY)\\.QUEUE$")'- 'attributes["queue"] != nil and IsMatch(attributes["queue"], "^AMQ\\.")'resourcedetection:detectors: [env, ec2, gcp, azure, system]system:resource_attributes:host.name:enabled: truehost.id:enabled: truetransform/ibmmq-cleanup:metric_statements:- context: resourcestatements:- delete_key(attributes, "server.address")- delete_key(attributes, "server.port")- delete_key(attributes, "url.scheme")- context: datapointstatements:# Rename the injected identity labels to their OTel dotted form — the# names New Relic's IBM MQ entity synthesis keys on. qmgr / queue stay raw.- set(attributes["target.name"], attributes["targetName"]) where attributes["targetName"] != nil- delete_key(attributes, "targetName")- set(attributes["cluster.name"], attributes["clusterName"]) where attributes["clusterName"] != nil- delete_key(attributes, "clusterName")- delete_key(attributes, "instance")- delete_key(attributes, "job")memory_limiter/ibmmq:check_interval: 1slimit_mib: 512spike_limit_mib: 256cumulativetodelta/ibmmq: {}batch/ibmmq:send_batch_size: 1000timeout: 200msexporters:otlphttp/ibmmq:endpoint: ${env:NEW_RELIC_OTLP_ENDPOINT}headers:api-key: ${env:NEW_RELIC_LICENSE_KEY}receivers:prometheus/ibmmq-qm1:config:scrape_configs:- job_name: 'ibmmq-qm1'scrape_interval: ${env:IBMMQ_SCRAPE_INTERVAL:-60s}scrape_timeout: 15sstatic_configs:- targets:- "${env:IBMMQ_QM1_ENDPOINT:-localhost:9157}"labels:targetName: "${env:TARGET_NAME}"clusterName: "${env:IBMMQ_CLUSTER_NAME:-}"service:pipelines:metrics/ibmmq-qm1:receivers: [prometheus/ibmmq-qm1]processors:- filter/ibmmq-overhead- filter/ibmmq-queues- resourcedetection- transform/ibmmq-cleanup- memory_limiter/ibmmq- cumulativetodelta/ibmmq- batch/ibmmqexporters: [otlphttp/ibmmq]extensions: [health_check]Importante
No reordenes ni elimines los procesadores. El orden de la cadena de procesadores es fundamental para la síntesis de entidades. El procesador
transform/ibmmq-cleanupdebe ejecutarse después del procesadorresourcedetection. Invertir este orden hace que las métricas de IBM MQ se asocien con la propia entidad del recolector en lugar de con las entidadesIBMMQ_MANAGER, lo que evita que los datos se muestren en los dashboards.Qué hace esta configuración
Esta configuración crea un pipeline que recopila métricas de los gestores de colas de IBM MQ y enruta datos estructurados a New Relic. Cada componente realiza una función específica:
Componente Descripción health_checkProporciona un extremo de estado en 127.0.0.1:13133que devuelve{"status":"Server available"}para verificar que el recolector se está ejecutando y para solucionar problemas de inicio.prometheus/ibmmq-qm1Se conecta al exportador para cada gestor de colas cada 60 segundos para recopilar métricas. Cada gestor de colas utiliza un receptor independiente; si un gestor de colas falla, los receptores restantes continúan operando normalmente. Para agregar más gestores de colas, consulte la sección Agregar otro gestor de colas. filter/ibmmq-overheadElimina las métricas internas del exportador (como go_*yprocess_*) que no contienen una señal de IBM MQ. Esto optimiza los costos de ingesta de datos al filtrar la telemetría innecesaria.filter/ibmmq-queuesExcluye las colas internas del sistema IBM MQ ( SYSTEM.*yAMQ.*) para que solo las colas de la aplicación se conviertan en entidadesIBMMQ_QUEUE. Esto reduce el recuento total de entidades y centra el monitoreo en los activos críticos.transform/ibmmq-cleanupEste es un componente crítico que asigna las métricas a las entidades de IBM MQ correspondientes en New Relic. Sin este componente, los datos aparecen como métricas de recolector genéricas en lugar de sintetizar las entidades IBMMQ_MANAGERyIBMMQ_QUEUEcon los dashboards y alertas asociados.memory_limiter/ibmmqLimita el uso de memoria a 512 MB (con un margen para picos de 256 MB) para evitar que el recolector exceda los límites de recursos del sistema. batch/ibmmqAgrupa las métricas antes de la transmisión para reducir la sobrecarga de la red empaquetando hasta 1000 puntos de datos por solicitud. otlphttp/ibmmqExporta las métricas procesadas a New Relic usando la clave de licencia configurada para la autenticación y el extremo regional designado. Cada gestor de colas utiliza un pipeline independiente para que un problema con una instancia no afecte a las demás. El orden de los procesadores es crítico, no reordene ni elimine procesadores, o las métricas no se asignarán correctamente a las entidades de IBM MQ.
Establezca las variables de entorno de OpenTelemetry
La configuración de su recolector utiliza variables de entorno para valores específicos del despliegue, como la clave de licencia de New Relic y los extremos del gestor de colas. Este enfoque mantiene los secretos separados de los archivos de configuración y facilita ajustar la configuración sin editar YAML.
Cree un archivo de entorno para el OpenTelemetry Collector:
bash$# Owner root, mode 0600 — this file holds the license key$sudo touch /etc/otelcol-contrib/ibmmq-env$sudo chmod 600 /etc/otelcol-contrib/ibmmq-env$sudo ${EDITOR:-vi} /etc/otelcol-contrib/ibmmq-envAgregue su valor como líneas
KEY=VALUEal archivo, reemplazando los marcadores de posición con sus valores reales:# /etc/otelcol-contrib/ibmmq-env# --- Required ---# New Relic ingest license key (40 chars, suffix NRAL)NEW_RELIC_LICENSE_KEY=<YOUR-LICENSE-KEY># Stable host identity — first segment of every IBMMQ entity GUIDTARGET_NAME=<YOUR-HOSTNAME># mq-metric-samples exporter endpoints, one per queue managerIBMMQ_QM1_ENDPOINT=localhost:9157# --- Optional (shown with defaults) ---# OTLP endpoint: US prod default shown; For more information, refer to [New Relic OTLP endpoint](https://docs.newrelic.com/docs/opentelemetry/best-practices/opentelemetry-otlp).NEW_RELIC_OTLP_ENDPOINT=https://otlp.nr-data.net:4318# Optional tag grouping for the IBMMQ_MANAGER entity (does not affect the entity GUID).# Leave unset to omit cluster.name (nullable); set it to group QMs under one cluster tag.# IBMMQ_CLUSTER_NAME=prod-mq-cluster# Scrape interval — must be >= the mq-metric-samples pollInterval (default 60s)IBMMQ_SCRAPE_INTERVAL=60sAdvertencia
No cambie el valor
TARGET_NAMEdespués del despliegue inicial. Este valor forma el primer segmento del GUID de cada entidadIBMMQ_MANAGERyIBMMQ_QUEUE(target.name:qmgr). Cambiar este valor después del despliegue crea nuevas entidades y deja huérfanas las existentes, lo que rompe los dashboards y las alertas asociados. Seleccione una cadena estable durante la configuración inicial, como el QMID del Queue Manager. Para obtener más información, consulta El modelo de entidad de IBM MQ.Configure las siguientes variables de entorno en su shell para verificar la configuración antes de iniciar el recolector:
Variable Requerido Descripción NEW_RELIC_LICENSE_KEYSí Tu clave de licencia de ingesta de New Relic. TARGET_NAMESí Un identificador para su host, como el nombre de host o el ID del gestor de colas. No cambie esto después del despliegue inicial, ya que se convierte en parte de los ID de su entidad. IBMMQ_QM1_ENDPOINTSí Ubicación del exportador de su primer gestor de colas. Por ejemplo, localhost:9157si se ejecuta en el mismo host.NEW_RELIC_OTLP_ENDPOINTNo Extremo OTLP de New Relic para su región. Para obtener más información, consulte el extremo OTLP de New Relic. IBMMQ_CLUSTER_NAMENo Nombre del Cluster para agrupar sus gestores de colas en New Relic. IBMMQ_SCRAPE_INTERVALNo Intervalo de recopilación para exportar métricas a New Relic. El intervalo de recopilación predeterminado es de 60 segundos.
Configurar el servicio systemd de OpenTelemetry
Cree un archivo de servicio de systemd para el OpenTelemetry Collector:
sudo tee /etc/systemd/system/otelcol-contrib.service > /dev/null << 'EOF'[Unit]Description=OpenTelemetry Collector ContribAfter=network.target[Service]Type=simpleUser=nobodyGroup=nogroupExecStart=/usr/bin/otelcol-contrib --config=/etc/otelcol-contrib/ibmmq-config.yamlEnvironmentFile=/etc/otelcol-contrib/ibmmq-envRestart=on-failureRestartSec=5StandardOutput=journalStandardError=journalSyslogIdentifier=otelcol-contribKillMode=mixedKillSignal=SIGTERMMemoryMax=1GLimitNOFILE=65536NoNewPrivileges=trueProtectSystem=strictProtectHome=trueReadWritePaths=/tmp[Install]WantedBy=multi-user.targetEOFEl servicio se ejecuta como
nobody:nogrouppor seguridad, carga el archivo de entorno e incluye límites de memoria y refuerzo de seguridad.Después de crear el servicio, verifique que systemd pueda analizarlo sin errores:
bash$sudo systemctl daemon-reload$sudo systemctl status otelcol-contrib.service$# No output means no syntax errors
Iniciar el recolector de OpenTelemetry y verificar
Inicie el recolector y habilítelo para que se ejecute automáticamente en el arranque:
bash$sudo systemctl enable --now otelcol-contrib.service$sudo systemctl status otelcol-contrib.service --no-pagerEl comando
statusdebería mostrarActive: active (running). Si veActive: failed, revise los logs conjournalctl -u otelcol-contrib.service -n 200 --no-pager.Verifique que el recolector esté en buen estado:
bash$curl -sS http://127.0.0.1:13133$# Expected: {"status":"Server available", ...}Confirme que sus métricas de IBM MQ fluyen hacia New Relic. Espere 60 segundos después de que se inicie el recolector, luego verifique sus datos usando las consultas de verificación en Buscar y consultar sus datos.
Ver tus datos en New Relic
Una vez que su recolector esté en ejecución y las métricas fluyan, verá sus gestores de colas como entidades IBMMQ_MANAGER en New Relic, con sus colas como entidades IBMMQ_QUEUE secundarias. Para obtener detalles sobre cómo buscar sus datos, ejecutar consultas y configurar dashboards y alertas, consulte Buscar y consultar sus datos.
Configuración avanzada
Use estas configuraciones para personalizar su configuración para diferentes escenarios.