Compartir a través de

Configuración de un clúster de macrodatos de SQL Server: versión preliminar de CU9

Se aplica a: SQL Server 2019 (15.x)

Important

Los clústeres de macrodatos de Microsoft SQL Server 2019 se retiran. La compatibilidad con clústeres de macrodatos de SQL Server 2019 finalizó a partir del 28 de febrero de 2025. Para obtener más información, consulte la entrada de blog del anuncio y las opciones de macrodatos en la plataforma de Microsoft SQL Server.

En clústeres de macrodatos de SQL Server 2019, se publica CU8 y versiones anteriores, puede configurar las opciones del clúster de macrodatos en el momento de la implementación a través del archivo de implementación bdc.json . La instancia maestra de SQL Server solo se puede configurar después de la implementación mediante mssql-conf.

Note

Antes de la versión CU9 y la compatibilidad con clústeres habilitados para la configuración, los clústeres de macrodatos solo se podían configurar en tiempo de implementación, con excepción de la instancia maestra de SQL Server, que solo se podía configurar después de la implementación mediante mssql-conf. Para obtener instrucciones para configurar una CU9 y versiones posteriores, consulte Configuración de un clúster de macrodatos de SQL Server.

Configuration Scopes

La configuración de clústeres de macrodatos pre-CU9 tiene dos niveles de ámbito: service, y resource. La jerarquía de la configuración sigue también en este orden, de mayor a menor. Los componentes de BDC tomarán el valor de la configuración definida en el ámbito más bajo. Si la configuración no está definida en un ámbito determinado, heredará el valor de su ámbito primario superior.

Por ejemplo, puede definir el número predeterminado de núcleos que usará el controlador spark en el grupo de almacenamiento y Sparkhead los recursos. Puede hacer esto de dos maneras:

  • Especificar un valor de núcleos predeterminado en el ámbito de Spark servicio
  • Especificar un valor de núcleos predeterminado en el ámbito del storage-0 recurso y sparkhead

En el primer escenario, todos los recursos de ámbito inferior del servicio Spark (grupo de almacenamiento y Sparkhead) heredarán el número predeterminado de núcleos del valor predeterminado del servicio Spark.

En el segundo escenario, cada recurso usará el valor definido en su ámbito respectivo.

Si el número predeterminado de núcleos está configurado en el ámbito de servicio y de recursos, el valor con ámbito de recurso invalidará el valor con ámbito de servicio, ya que este es el ámbito configurado por el usuario más bajo para la configuración especificada.

Para obtener información específica sobre la configuración, consulte los artículos adecuados:

Configuración de la instancia maestra de SQL Server

Configure la instancia maestra de clústeres de macrodatos de SQL Server.

Los valores de configuración del servidor no se pueden configurar para la instancia maestra de SQL Server en el momento de la implementación. En este artículo se describe una solución temporal sobre cómo configurar opciones como SQL Server Edition, habilitar o deshabilitar el Agente SQL Server, habilitar marcas de seguimiento específicas o habilitar o deshabilitar los comentarios de los clientes.

Para cambiar cualquiera de estas opciones de configuración, siga estos pasos:

  1. Cree un archivo mssql-custom.conf personalizado que incluya la configuración de destino. En el ejemplo siguiente se habilita el Agente SQL, la telemetría, se establece un PID para Enterprise Edition y se habilita la marca de seguimiento 1204.:

    [sqlagent]
enabled=true

[telemetry]
customerfeedback=true
userRequestedLocalAuditDirectory = /tmp/audit

[DEFAULT]
pid = Enterprise

[traceflag]
traceflag0 = 1204

  2. Copie el archivo mssql-custom.conf en /var/opt/mssql en el contenedor mssql-server del pod master-0. Reemplace <namespaceName> por el nombre del clúster de macrodatos.

    kubectl cp mssql-custom.conf master-0:/var/opt/mssql/mssql-custom.conf -c mssql-server -n <namespaceName>

  3. Reinicie la instancia de SQL Server. Reemplace <namespaceName> por el nombre del clúster de macrodatos.

    kubectl exec -it master-0  -c mssql-server -n <namespaceName> -- /bin/bash
supervisorctl restart mssql-server
exit

Important

Si la instancia maestra de SQL Server está en una configuración de grupos de disponibilidad, copie el archivo mssql-custom.conf en todos los pods master. Tenga en cuenta que cada reinicio provocará una conmutación por error, por lo que debe asegurarse de que está sincronizando esta actividad durante los períodos de tiempo de inactividad.

Known limitations

  • Los procedimientos anteriores requieren permisos de administrador de clústeres de Kubernetes.
  • No se puede cambiar la intercalación del servidor para la instancia maestra de SQL Server del clúster de macrodatos después de la implementación.

Configuración de Apache Spark y Apache Hadoop

Para configurar Apache Spark y Apache Hadoop en clústeres de macrodatos, debe modificar el perfil de clúster en el momento de la implementación.

Un clúster de macrodatos tiene cuatro categorías de configuración:

  • sql
  • hdfs
  • spark
  • gateway

sql, hdfs, spark, sql son servicios. Cada servicio se asigna a la misma categoría de configuración nombrada. Todas las configuraciones de puerta de enlace van a la categoría gateway.

Por ejemplo, todas las configuraciones del servicio hdfs pertenecen a la categoría hdfs. Tenga en cuenta que todas las configuraciones de Hadoop (sitio principal), HDFS y Zookeeper pertenecen a la categoría hdfs; todas las configuraciones de Livy, Spark, Yarn, Hive, Metastore pertenecen a la categoría spark.

Las configuraciones admitidas enumeran las propiedades de Apache Spark y Hadoop que puede configurar al implementar un clúster de macrodatos de SQL Server.

En las secciones siguientes se enumeran las propiedades que no se pueden modificar en un clúster:

Next steps

Configuración de un clúster de macrodatos de SQL Server

  • Last updated on