Este producto no es compatible con el sitio Datadog seleccionado. ().

Data Observability: Jobs Monitoring proporciona visibilidad sobre el rendimiento y la confiabilidad de sus trabajos y flujos de trabajo de Databricks que se ejecutan en clústeres o en computación sin servidor.

Configurar

Si su espacio de trabajo de Databricks tiene habilitadas las Restricciones de Red, agregue a Datadog webhook IP ranges a su lista de permitidos. Si su espacio de trabajo utiliza Enlace Privado, consulte la pestaña Conectividad de Enlace Privado a continuación.

Siga estos pasos para habilitar Data Observability: Jobs Monitoring para Databricks.

  1. Configurar la integración de Datadog-Databricks para un espacio de trabajo de Databricks.
  2. Instalar el Agente de Datadog en su(s) clúster(es) de Databricks en el espacio de trabajo.

Configurar la integración de Datadog-Databricks

Las nuevas integraciones de espacio de trabajo deben autenticarse utilizando OAuth. Los espacios de trabajo ya integrados con un Token de Acceso Personal continúan funcionando y pueden cambiar a OAuth en cualquier momento. Después de que un espacio de trabajo comience a usar OAuth, no puede revertir a un Token de Acceso Personal.

Crear y configurar el principal de servicio en Databricks

  1. Como administrador de Databricks workspace, ve a Settings haciendo clic en tu perfil en la esquina superior derecha del workspace.

  2. En la pestaña Identity and access, haz clic en Manage junto a Service principals.

  3. Haz clic en Add service principal, luego haz clic en Add new.

  4. Ingresa un nombre, luego haz clic en Agregar.

    Para Azure Databricks, selecciona el tipo de gestión "administrado por Databricks". Datadog NO soporta los principales de servicio "administrados por Microsoft Entra ID".
  5. Haz clic en el nombre de tu nuevo principal de servicio. Bajo la pestaña Secrets, haz clic en Generate secret.

    1. Establece Lifetime (days) al valor máximo permitido (730).

    2. Haz clic en Generate.

    3. Toma nota de tu ID de cliente y secreto de cliente.

    En Databricks, se muestra un modal con el ID de cliente y el secreto asociados a un nuevo secreto OAuth.
  6. En la pestaña Permissions, haz clic en Grant access. Busca el nuevo principal de servicio, otórgale el permiso Manage y haz clic en Save.

  7. Regresa a la pestaña Identity and access y haz clic en Manage junto a Groups.

  8. Haz clic en el grupo admins, luego haz clic en Add members para agregar el nuevo principal de servicio.

Agrega el espacio de trabajo de Databricks a Datadog

  1. En Datadog, abre el mosaico de integración de Databricks.

  2. En la pestaña Configure, haz clic en Add Databricks Workspace.

  3. Ingresa un nombre de espacio de trabajo, la URL de tu espacio de trabajo de Databricks y el ID de cliente y secreto que generaste.

    En el mosaico de integración de Datadog-Databricks, se muestra un espacio de trabajo de Databricks. Este espacio de trabajo tiene un nombre, URL, ID de cliente y secreto de cliente.
  4. Para obtener visibilidad sobre tus costos de Databricks en Data Observability: Monitoreo de Trabajos o Gestión de Costos en la Nube, proporciona el ID de un Almacén SQL de Databricks que Datadog puede usar para consultar tus tablas del sistema.

    • El principal de servicio debe tener acceso al Almacén SQL. En la página de configuración del Almacén, ve a Permissions (esquina superior derecha) y otórgale permiso CAN USE.
    • Otorga al principal de servicio acceso de lectura a las tablas del sistema del Catálogo de Unity ejecutando los siguientes comandos:
    GRANT USE CATALOG ON CATALOG system TO <service_principal>;
    GRANT SELECT ON CATALOG system TO <service_principal>;
    GRANT USE SCHEMA ON CATALOG system TO <service_principal>;
    

    El usuario que otorga estos permisos debe tener el privilegio MANAGE sobre CATALOG system.

    • El Almacén SQL debe ser Pro o Serverless. Los Almacenes Clásicos NO son compatibles. Se recomienda un almacén 2XS, con Auto Stop configurado de 5 a 10 minutos para reducir costos.
  5. En la sección Seleccionar productos para configurar la integración, asegúrate de que Data Observability: Monitoreo de Trabajos esté Enabled.

  6. En la sección Datadog Agent Setup, elige entre

Si su espacio de trabajo de Databricks se implementa utilizando Conectividad de Private Link, Datadog no puede acceder a las APIs de Databricks directamente. Esto requiere usar un Private Action Runner desplegado en su entorno.

Consulte Private Link Connectivity (Preview) para obtener instrucciones completas de configuración.

Esta opción solo está disponible para integraciones de espacio de trabajo creadas antes del 7 de julio de 2025. Las nuevas integraciones de espacio de trabajo deben autenticarse usando OAuth.
  1. En su espacio de trabajo de Databricks, haga clic en su perfil en la esquina superior derecha y vaya a Settings. Seleccione Developer en la barra lateral izquierda. Junto a Access tokens, haga clic en Manage.

  2. Haga clic en Generate new token, ingrese “Integración de Datadog” en el campo Comment, establezca el valor de Lifetime (days) al máximo permitido (730 días) y cree un recordatorio para actualizar el token antes de que expire. Luego haga clic en Generate. Tome nota de su token.

    Importante:

    • Para la instalación del script de inicialización administrado por Datadog (recomendado)](?tab=datadogmanagedglobalinitscriptrecommended#install-the-datadog-agent), asegúrese de que el Principal del token sea un Administrador de Workspace.
    • Para la instalación manual del script de inicialización, asegúrese de que el Principal del token tenga acceso CAN VIEW para los trabajos y clústeres de Databricks que desea monitorear.

    Como alternativa, siga la documentación oficial de Databricks para generar un token de acceso para un principal de servicio. El principal de servicio debe tener habilitado el acceso al Workspace y los permisos de Administrador de Workspace o CAN VIEW como se describió anteriormente.

  3. En Datadog, abra el mosaico de integración de Databricks.

  4. En la pestaña Configure, haga clic en Add Databricks Workspace.

  5. Ingrese un nombre para el espacio de trabajo, la URL de su espacio de trabajo de Databricks y el token de Databricks que generó.

    En el mosaico de integración de Datadog-Databricks, se muestra un espacio de trabajo de Databricks. Este espacio de trabajo tiene un nombre, una URL y un token de API.
  6. Para obtener visibilidad sobre sus costos de Databricks en Data Observability: Jobs Monitoring o Cloud Cost Management, proporcione el ID de un Almacén SQL de Databricks que Datadog puede usar para consultar sus tablas del sistema.

    • El principal del token debe tener acceso al Almacén SQL. Otórguele CAN USE permiso desde Permisos en la parte superior derecha de la página de configuración del Almacén.
    • Conceda al principal del servicio acceso de lectura al Unity Catalog tablas del sistema ejecutando los siguientes comandos:
    GRANT USE CATALOG ON CATALOG system TO <token_principal>;
    GRANT SELECT ON CATALOG system TO <token_principal>;
    GRANT USE SCHEMA ON CATALOG system TO <token_principal>;
    

    El usuario que otorga estos permisos debe tener el privilegio MANAGE sobre CATALOG system.

    • El Almacén SQL debe ser Pro o Serverless. Los Almacenes Clásicos NO son compatibles. Se recomienda un almacén de tamaño 2XS, con Auto Stop configurado para 5-10 minutos para minimizar costos.
  7. En la sección Seleccionar productos para configurar la integración, asegúrese de que el producto Data Observability: Jobs Monitoring esté Habilitado.

  8. En la sección Datadog Agent Setup, elija ya sea

Instale el Datadog Agent

El Datadog Agent debe estar instalado en los clústeres de Databricks para monitorear los trabajos de Databricks que se ejecutan en clústeres de propósito general o de trabajos. Este paso no es necesario para monitorear trabajos en serverless compute.

Datadog puede instalar y gestionar un script de inicialización global en el espacio de trabajo de Databricks. El Datadog Agent se instala en todos los clústeres en el espacio de trabajo, cuando estos inician.

  • Esta configuración no funciona en clústeres de Databricks en modo de acceso Estándar, porque no se pueden instalar scripts de inicio global en esos clústeres. Si está utilizando clústeres con el modo de acceso Estándar, Datadog recomienda Configurar manualmente una política de clúster en múltiples clústeres o Instalar manualmente en un clúster específico.
  • Esta opción de instalación, en la que Datadog instala y gestiona su script de inicio global de Datadog, requiere un Token de Acceso de Databricks con permisos de Workspace Admin. Un token con acceso CAN VIEW no permite a Datadog gestionar el script de inicio global de su cuenta de Databricks.

Al integrar un espacio de trabajo con Datadog

  1. En la sección Seleccionar productos para configurar la integración, asegúrese de que el producto Data Observability: Jobs Monitoring esté Habilitado.

  2. En la sección Datadog Agent Setup, seleccione el Managed by Datadog botón de alternancia.

  3. Haga clic en Select API Key para seleccionar una clave de API de Datadog existente o crear una nueva clave de API de Datadog.

  4. (Opcional) Desactive Enable Log Collection si no desea recopilar registros de controlador y trabajador para correlacionar con trabajos.

  5. Haga clic en Save Databricks Workspace.

    En el mosaico de integración de Datadog-Databricks, Datadog Agent Setup al agregar un espacio de trabajo de Databricks. Datadog puede instalar y gestionar un script de inicialización global.

Al agregar el script de inicialización a un espacio de trabajo de Databricks ya integrado con Datadog

  1. En la pestaña Configurar, haga clic en el espacio de trabajo en la lista de espacios de trabajo.

  2. Haga clic en la Configured Products pestaña.

  3. Asegúrese de que el producto Data Observability: Jobs Monitoring esté Habilitado.

  4. En la sección Datadog Agent Setup, seleccione el Managed by Datadog botón de alternancia.

  5. Haga clic en Select API Key para seleccionar una clave de API de Datadog existente o crear una nueva clave de API de Datadog.

  6. (Opcional) Desactive Enable Log Collection si no desea recopilar registros de controladores y trabajadores para correlacionar con trabajos.

  7. Haga clic en Guardar espacio de trabajo de Databricks en la parte inferior de la ventana del navegador.

    En el mosaico de integración de Datadog-Databricks, configuración del agente de Datadog para un espacio de trabajo de Databricks que ya se ha agregado a la integración. Datadog puede instalar y gestionar un script de inicialización global.

Opcionalmente, puede agregar etiquetas a su clúster de Databricks y métricas de rendimiento de Spark configurando la siguiente variable de entorno en la sección Advanced Configuration de su clúster en la interfaz de usuario de Databricks o como variables de entorno de Spark con la API de Databricks:

VariableDescripción
DD_TAGSAgregue etiquetas a las métricas de rendimiento del clúster de Databricks y de Spark. Pares clave:valor separados por comas o espacios. Siga las convenciones de etiquetas de Datadog. Ejemplo: env:staging,team:data_engineering
DD_ENVEstablezca la etiqueta de entorno env en métricas, trazas y registros de este clúster.
DD_LOGS_CONFIG_PROCESSING_RULESFiltre los registros recopilados con reglas de procesamiento. Consulte Recopilación avanzada de registros para más detalles.

Este enfoque se recomienda para clústeres en modo de acceso Estándar.

Cree el script de inicialización

  1. En Databricks, cree un archivo de script de inicialización en un Unity Catalog volume con el siguiente contenido. Asegúrese de anotar la ruta del volumen (por ejemplo, /Volumes/catalog_name/schema_name/volume_name/datadog-init-script.sh).

    #!/bin/bash
    
    # Download and run the latest init script
    curl -L https://install.datadoghq.com/scripts/install-databricks.sh > djm-install-script
    bash djm-install-script || true
    

    The script above downloads and runs the latest init script for Data Observability: Jobs Monitoring in Databricks. If you want to pin your script to a specific version, you can replace the filename in the URL with install-databricks-0.14.0.sh to use version 0.14.0, for example. The source code used to generate this script, and the changes between script versions, can be found on the Datadog Agent repository.

  2. Conceda permisos de solo lectura al script de inicialización:

    1. A nivel de volumen, conceda el permiso READ VOLUME a todos los usuarios de la cuenta.
    2. A nivel de catálogo, conceda el permiso USE CATALOG a todos los usuarios de la cuenta.
  3. Agregue el script de inicialización a la lista de permitidos: Para clústeres en modo de acceso Standard, debe agregar la ruta del script de inicialización a la lista de permitidos de Unity Catalog. Siga las instrucciones en la documentación de Databricks para agregar la ruta de su script de inicialización a la lista de permitidos.

Configure la política de cómputo

  1. En Compute, navegue a la pestaña Policies. Si ya tiene una política de clúster aplicada a sus clústeres, navegue a esa política existente para editarla. Este es el enfoque más simple, ya que la política se aplica automáticamente a todos los clústeres que la utilizan. De lo contrario, haga clic en Create Policy para crear una nueva política.

  2. Para agregar el script de inicialización a la política del clúster, en la sección Definition, haga clic en Add Definition. En el modal que se abre, completa los campos:

    1. En el menú desplegable Field, seleccione init_scripts.
    2. En el menú desplegable Source, seleccione Volume.
    3. Bajo Destination, ingrese la ruta del volumen a su script de inicialización.
    4. Haga clic en Add.
  3. Configure las variables de entorno. Debe agregar cada una de las siguientes variables de entorno a la política del clúster que creó:

    ClaveDescripción
    DD_API_KEYSu clave de API de Datadog.
    DD_SITESu sitio de Datadog.
    DATABRICKS_WORKSPACENombre de su espacio de trabajo de Databricks. Debería coincidir con el nombre proporcionado en el paso de integración de Datadog-Databricks. Encierre el nombre entre comillas dobles si contiene espacios en blanco.
    1. Para cada una de las variables anteriores, en la Definition sección, haga clic en Add Definition. En el modal que se abre, complete los campos:
      1. En el Field menú desplegable, seleccione spark_env_vars.
      2. En el Key campo, ingrese la clave de la variable de entorno.
      3. En el Value campo, ingrese el valor de la variable de entorno.
      4. En el menú desplegable Type, seleccione Fixed.
      5. Marque la casilla Hidden para reducir la exposición de valores sensibles.
    2. Opcionalmente, establezca otros parámetros de script de inicialización y variables de entorno de Datadog, como DD_ENV y DD_SERVICE. Puedes configurar el script utilizando los siguientes parámetros:
      VariableDescripciónPredeterminado
      DRIVER_LOGS_ENABLEDRecopile registros del driver de Spark en Datadog.falso
      WORKER_LOGS_ENABLEDRecopile registros de los workers de Spark en Datadog.falso
      DD_TAGSAgregue etiquetas al clúster de Databricks y a las métricas de rendimiento de Spark, utilizando pares clave:valor separados por comas o espacios. Sigue las convenciones de etiquetas de Datadog. Ejemplo: env:staging,team:data_engineering
      DD_ENVEstablezca la etiqueta de entorno env en métricas, trazas y registros de este clúster.
      DD_LOGS_CONFIG_PROCESSING_RULESFiltre los registros recopilados con reglas de procesamiento. Consulte Recopilación Avanzada de Registros para más detalles.
  4. Haga clic en Create si crea una nueva política o en Save si actualiza una política existente. Si actualiza una política existente, todos los clústeres que utilizan esa política aplicarán automáticamente los cambios en su próximo reinicio. Si crea una nueva política, siga los pasos a continuación para aplicarla a sus clústeres.

Aplique la política del clúster a los clústeres

  1. En Compute, seleccione el clúster que desea actualizar o haga clic en Create Compute para un nuevo clúster.
  2. En el menú desplegable Policy en la parte superior, seleccione la política que creó.
  3. Haga clic en Confirm para guardar los cambios. El clúster necesita reiniciarse para que la política surta efecto.
Esta configuración no funciona en clústeres de Databricks en modo de acceso Estándar, porque no se pueden instalar scripts de inicialización global en esos clústeres. Si utiliza clústeres con el modo de acceso Estándar, Datadog recomienda configurar manualmente una política de clúster o instalar manualmente en un clúster específico.
  1. En Databricks, haga clic en su nombre de usuario (dirección de correo electrónico) en la esquina superior derecha de la página.

  2. Seleccione Settings y haga clic en la pestaña Compute.

  3. En la sección All purpose clusters, junto a Global init scripts, haga clic en Manage.

  4. Haga clic en Add. Nombre su script. Luego, en el campo Script, copie y pegue el siguiente script, recordando reemplazar los marcadores de posición con los valores de sus parámetros.

    #!/bin/bash
    
    # Required parameters
    export DD_API_KEY=<YOUR API KEY>
    export DD_SITE=<YOUR DATADOG SITE>
    export DATABRICKS_WORKSPACE="<YOUR WORKSPACE NAME>"
    
    # Download and run the latest init script
    curl -L https://install.datadoghq.com/scripts/install-databricks.sh > djm-install-script
    bash djm-install-script || true
    

    El script anterior establece los parámetros requeridos, y descarga y ejecuta el último script de inicialización para Data Observability: Jobs Monitoring en Databricks. Si desea fijar su script a una versión específica, puede reemplazar el nombre del archivo en la URL con install-databricks-0.14.0.sh para usar la versión 0.14.0, por ejemplo. El código fuente utilizado para generar este script, y los cambios entre las versiones del script, se pueden encontrar en el repositorio del Datadog Agent.

  5. Para habilitar el script para todos los nuevos clústeres y los que se reinicien, active Enabled.

    Interfaz de Databricks, configuraciones de administrador, scripts de inicialización global. Un script llamado 'install-datadog-agent' está en una lista con un interruptor habilitado.
  6. Haga clic en Add.

Establezca los parámetros requeridos del script de inicialización

Proporcione los valores para los parámetros del script de inicialización al inicio del script de inicialización global.

export DD_API_KEY=<YOUR API KEY>
export DD_SITE=<YOUR DATADOG SITE>
export DATABRICKS_WORKSPACE="<YOUR WORKSPACE NAME>"

Opcionalmente, también puede establecer otros parámetros del script de inicialización y variables de entorno de Datadog aquí, como DD_ENV y DD_SERVICE. El script se puede configurar utilizando los siguientes parámetros:

VariableDescripciónPredeterminado
DD_API_KEYSu clave de API de Datadog.
DD_SITESu sitio de Datadog.
DATABRICKS_WORKSPACENombre de su espacio de trabajo de Databricks. Debería coincidir con el nombre proporcionado en el paso de integración de Datadog-Databricks. Enciérrelo en comillas dobles si contiene espacios en blanco.
DRIVER_LOGS_ENABLEDRecopile registros del driver de Spark en Datadog.falso
WORKER_LOGS_ENABLEDRecopile registros de los workers de Spark en Datadog.falso
DD_TAGSAgregue etiquetas al clúster de Databricks y a las métricas de rendimiento de Spark. Pares clave:valor separados por comas o espacios. Siga las convenciones de etiquetas de Datadog. Ejemplo: env:staging,team:data_engineering
DD_ENVEstablezca la etiqueta env de entorno en métricas, trazas y registros de este clúster.
DD_LOGS_CONFIG_PROCESSING_RULESFiltre los registros recopilados con reglas de procesamiento. Consulte Colección Avanzada de Registros para más detalles.
  1. En Databricks, cree un archivo de script de inicialización en un volumen de Catálogo de Unidad con el siguiente contenido. Asegúrese de anotar la ruta del volumen (por ejemplo, /Volumes/catalog_name/schema_name/volume_name/datadog-init-script.sh).

    #!/bin/bash
    
    # Download and run the latest init script
    curl -L https://install.datadoghq.com/scripts/install-databricks.sh > djm-install-script
    bash djm-install-script || true
    

    El script anterior descarga y ejecuta el último script de inicialización para Data Observability: Jobs Monitoring en Databricks. Si desea fijar su script a una versión específica, puede reemplazar el nombre del archivo en la URL (por ejemplo, install-databricks-0.14.0.sh para usar la versión 0.14.0). Puede encontrar el código fuente utilizado para generar este script, y los cambios entre versiones de scripts, en el repositorio del Datadog Agent.

  2. Agregue el script de inicialización a la lista de permitidos (requerido para clústeres en modo de acceso Estándar): Si su clúster utiliza el modo de acceso Estándar, debe agregar la ruta del script de inicialización a la lista de permitidos del Catálogo de Unidad. Siga las instrucciones en la documentación de Databricks para agregar la ruta de su script de inicialización a la lista de permitidos.

  3. En la página de configuración del clúster, haga clic en el Advanced options interruptor.

  4. En la parte inferior de la página, vaya a la pestaña Init Scripts.

    Interfaz de usuario de Databricks, opciones avanzadas de configuración del clúster, pestaña de Scripts de Inicialización. Un menú desplegable de 'Destino' y un selector de archivo de 'Ruta del script de inicialización'.
    • En el menú desplegable Destination, seleccione Volume.
    • Bajo Init script path, ingrese la ruta del volumen a su script de inicialización.
    • Haga clic en Add.

Establezca los parámetros requeridos del script de inicialización

  1. En Databricks, en la página de configuración del clúster, haga clic en el Advanced options interruptor.

  2. En la parte inferior de la página, vaya a la pestaña Spark.

    Interfaz de usuario de Databricks, opciones avanzadas de configuración del clúster, pestaña Spark. Un cuadro de texto titulado 'Variables de entorno' contiene valores para DD_API_KEY y DD_SITE.

    En el Environment variables cuadro de texto, proporcione los valores para los parámetros del script de inicialización.

    DD_API_KEY=<YOUR API KEY>
    DD_SITE=<YOUR DATADOG SITE>
    DATABRICKS_WORKSPACE="<YOUR WORKSPACE NAME>"
    

    Opcionalmente, también puede establecer otros parámetros del script de inicialización y variables de entorno de Datadog aquí, como DD_ENV y DD_SERVICE. El script se puede configurar utilizando los siguientes parámetros:

VariableDescripciónPredeterminado
DD_API_KEYSu clave de API de Datadog.
DD_SITESu sitio de Datadog.
DATABRICKS_WORKSPACENombre de su espacio de trabajo de Databricks. Debería coincidir con el nombre proporcionado en el paso de integración de Datadog-Databricks. Enciérrelo en comillas dobles si contiene espacios en blanco.
DRIVER_LOGS_ENABLEDRecopilar registros del driver de Spark en Datadog.falso
WORKER_LOGS_ENABLEDRecopilar registros de los workers de Spark en Datadog.falso
DD_TAGSAgregar etiquetas al clúster de Databricks y a las métricas de rendimiento de Spark. Pares clave:valor separados por comas o espacios. Siga las convenciones de etiquetas de Datadog. Ejemplo: env:staging,team:data_engineering
DD_ENVEstablezca la etiqueta env de entorno en métricas, trazas y registros de este clúster.
DD_LOGS_CONFIG_PROCESSING_RULESFiltre los registros recopilados con reglas de procesamiento. Consulte Recopilación Avanzada de Registros para más detalles.
  1. Haga clic en Confirm.

Reinicie los clústeres que ya están en ejecución

El script de inicialización instala el Datadog Agent cuando los clústeres se inician.

Los clústeres de propósito general que ya están en ejecución o los clústeres de trabajos de larga duración deben reiniciarse manualmente para que el script de inicialización instale el Datadog Agent.

Para trabajos programados que se ejecutan en clústeres de trabajos, el script de inicialización instala automáticamente el Datadog Agent en la próxima ejecución.

Validación

En Datadog, vea la página Data Observability: Jobs Monitoring para ver una lista de todos sus trabajos de Databricks.

Si algunos trabajos no son visibles, navegue a la página Configuración para entender por qué. Esta página lista todos sus trabajos de Databricks que aún no están configurados con el Agente en sus clústeres, junto con orientación para completar la configuración.

Solución de problemas

Si no ve ningún dato en DJM después de instalar el producto, siga estos pasos.

  1. Validación de la clave de API: Si el script de inicialización fue instalado manualmente, pero los datos del clúster aún no aparecen en el producto DJM, utilice el punto de conexión de validación de la clave de API para asegurarse de que la clave de API de Datadog especificada en el script sea válida.
  2. Validación del Datadog Agent: El script de inicialización instala el Datadog Agent. Para asegurarse de que esté correctamente instalado, conéctese al clúster mediante SSH y ejecute el comando de estado del Datadog Agent:
sudo datadog-agent status

Configuración Avanzada

Filtrar la recolección de registros en clústeres

Excluir toda la recolección de registros de un clúster individual

Configure la siguiente variable de entorno en la Advanced Configuration sección de su clúster en la interfaz de usuario de Databricks o como una variable de entorno de Spark en la API de Databricks.

DD_LOGS_CONFIG_PROCESSING_RULES=[{\"type\": \"exclude_at_match\",\"name\": \"drop_all_logs\",\"pattern\": \".*\"}]

Permisos

Conceda Workspace Admin privilegios al usuario o principal de servicio que se conecta a su espacio de trabajo de Databricks. Esto permite que Datadog gestione las instalaciones y actualizaciones de scripts de inicialización automáticamente, reduciendo el riesgo de una mala configuración.

Si necesita un control más granular, conceda estos permisos mínimos a los siguientes objetos a nivel de espacio de trabajo para poder seguir monitoreando todos los trabajos, clústeres y consultas dentro de un espacio de trabajo:

ObjetoPermiso
JobCAN VIEW
ComputeCAN ATTACH TO
Lakeflow Declarative PipelinesCAN VIEW
QueryCAN VIEW
SQL warehouseCAN MONITOR

Adicionalmente, para que Datadog acceda a sus datos de Cloud Cost de Databricks en Data Observability: Jobs Monitoring o Cloud Cost Management, el usuario o principal de servicio utilizado para consultar system tables debe tener los siguientes permisos:

  • CAN USE permiso en el Almacén SQL. Acceso de lectura a las system tables dentro de Unity Catalog. Esto se puede otorgar con:
GRANT USE CATALOG ON CATALOG system TO <service_principal>;
GRANT SELECT ON CATALOG system TO <service_principal>;
GRANT USE SCHEMA ON CATALOG system TO <service_principal>;

El usuario que otorga estos permisos debe tener el privilegio MANAGE sobre CATALOG system.

Etiquetado de tramos en tiempo de ejecución

You can set tags on Spark spans at runtime. These tags are applied only to spans that start after the tag is added.

// Add tag for all next Spark computations
sparkContext.setLocalProperty("spark.datadog.tags.key", "value")
spark.read.parquet(...)

To remove a runtime tag:

// Remove tag for all next Spark computations
sparkContext.setLocalProperty("spark.datadog.tags.key", null)

Agregación de métricas de clúster para ejecuciones de trabajos únicos

Esta configuración es aplicable si desea datos de utilización de recursos del clúster sobre sus trabajos y crear un nuevo trabajo y clúster para cada ejecución a través del one-time run API endpoint (común al usar herramientas de orquestación fuera de Databricks, como Airflow o Azure Data Factory).

Si está enviando trabajos de Databricks a través del one-time run API endpoint, cada ejecución de trabajo tiene un ID de trabajo único. Esto puede dificultar la agrupación y el análisis de métricas de clúster para trabajos que utilizan clústeres efímeros. Para agregar la utilización del clúster del mismo trabajo y evaluar el rendimiento a través de múltiples ejecuciones, debe establecer la variable DD_JOB_NAME dentro del spark_env_vars de cada new_cluster al mismo valor que el run_name de su carga útil de solicitud.

Aquí hay un ejemplo de un cuerpo de solicitud de ejecución de trabajo único:

{
   "run_name": "Example Job",
   "idempotency_token": "8f018174-4792-40d5-bcbc-3e6a527352c8",
   "tasks": [
      {
         "task_key": "Example Task",
         "description": "Description of task",
         "depends_on": [],
         "notebook_task": {
            "notebook_path": "/Path/to/example/task/notebook",
            "source": "WORKSPACE"
         },
         "new_cluster": {
            "num_workers": 1,
            "spark_version": "13.3.x-scala2.12",
            "node_type_id": "i3.xlarge",
            "spark_env_vars": {
               "DD_JOB_NAME": "Example Job"
            }
         }
      }
   ]
}

Configurar Data Observability: Jobs Monitoring con Databricks Networking Restrictions

Con Databricks Networking Restrictions, Datadog puede no tener acceso a las APIs de Databricks, lo cual es necesario para recopilar trazas de las ejecuciones de trabajos de Databricks junto con etiquetas y otros metadatos.

Si está controlando el acceso a la API de Databricks con IP access lists, incluya en la lista de acceso la dirección específica de Datadog webhook IP addresses permite a Datadog conectarse a las APIs de Databricks en su espacio de trabajo. Consulte la documentación de Databricks para configurar listas de acceso IP para espacios de trabajo individuales para otorgar acceso a la API de Datadog.

Para hacer seguimiento de espacios de trabajo que utilizan conectividad de Databricks Private Link, consulte Conectividad de Private Link (Vista Previa).

Lectura adicional