Introduzione al controller in un cluster Big Data di SQL Server

Si applica a: SQL Server 2019 (15.x)

Il controller ospita la logica di base per la distribuzione e la gestione di un cluster Big Data di SQL Server. Si occupa di tutte le interazioni con Kubernetes, le istanze di SQL Server che fanno parte del cluster e altri componenti come HDFS e Spark.

Il servizio controller fornisce le funzionalità di base seguenti:

• Gestione del ciclo di vita del cluster: bootstrap del cluster ed eliminazione e aggiornamento delle configurazioni
• Gestione delle istanze master di SQL Server
• Gestione dei pool di calcolo, dati e archiviazione
• Esposizione degli strumenti di monitoraggio per osservare lo stato del cluster
• Esposizione degli strumenti di risoluzione dei problemi per rilevare e correggere problemi imprevisti
• Gestione della sicurezza del cluster:
  • Protezione degli endpoint del cluster
  • Gestire utenti e ruoli
  • Configurazione delle credenziali per la comunicazione all'interno del cluster

Distribuzione del servizio controller

Il controller viene distribuito e ospitato nello stesso spazio dei nomi Kubernetes in cui il cliente vuole compilare un cluster Big Data. Questo servizio viene installato da un amministratore di Kubernetes durante il bootstrap del cluster, usando l'utilità della riga di comando azdata. Per altre informazioni, vedere Introduzione ai cluster Big Data di SQL Server.

Il flusso di lavoro di implementazione disporrà su Kubernetes un cluster Big Data di SQL Server completamente funzionale che include tutti i componenti descritti nell'articolo Panoramica. Il flusso di lavoro di bootstrap crea innanzitutto il servizio controller che, una volta distribuito, coordina l'installazione e la configurazione della restante parte dei servizi dei pool master, di calcolo, di dati e di archiviazione.

Gestione del cluster tramite il servizio controller

È possibile gestire il cluster tramite il servizio controller usando uno dei comandi azdata. Se si distribuiscono oggetti Kubernetes aggiuntivi, come i pod, nello stesso spazio dei nomi, questi non vengono gestiti o monitorati dal servizio controller. È anche possibile usare i comandi kubectl per gestire il cluster a livello di Kubernetes. Per altre informazioni, vedere Monitoraggio e risoluzione dei problemi dei cluster Big Data di SQL Server.

Il controller e gli oggetti Kubernetes (set con stato, pod, segreti e così via) creati per un cluster Big Data si trovano in uno spazio dei nomi Kubernetes dedicato. L'amministratore del cluster concederà al servizio controller l'autorizzazione Kubernetes per gestire tutte le risorse all'interno di questo spazio dei nomi. Il criterio di controllo degli accessi in base al ruolo per questo scenario viene configurato automaticamente come parte della distribuzione iniziale del cluster tramite azdata.

azdata

azdata è un'utilità della riga di comando scritta in Python che permette agli amministratori del cluster di eseguire il bootstrap e la gestione di cluster Big Data tramite API REST esposte dal servizio controller.

Sicurezza del servizio controller

Tutte le comunicazioni con il servizio controller avvengono tramite un'API REST su HTTPS. Un certificato autofirmato verrà generato automaticamente in fase di bootstrap.

L'autenticazione all'endpoint del servizio controller usa un'identità di Active Directory o si basa su nome utente e password. Queste credenziali vengono sottoposte a provisioning in fase di bootstrap del cluster usando l'input per le variabili di ambiente AZDATA_USERNAME e AZDATA_PASSWORD.

Passaggi successivi

Per altre informazioni sui cluster Big Data di SQL Server, vedere le risorse seguenti:

• Introduzione ai cluster Big Data di SQL Server 2019
• Workshop: architettura dei cluster Big Data di Microsoft SQL Server