Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
si applica a:
SQL Server
Questo articolo descrive come distribuire SQL Server su Azure Locale in modalità connessa. SQL Server gira su Windows Server o macchine virtuali Linux (VM) in un cluster Azure Locale che mantiene la connettività con Azure. Questa configurazione combina esecuzione locale e residenza dati con la gestione, il monitoraggio, la fatturazione e i servizi ibridi basati su Azure.
Per ambienti senza connettività continua con Azure, vedi Deploy SQL Server su Azure Locale con operazioni disconnesse.
Prerequisiti
Prima di iniziare, conferma di avere:
- Hardware supportato per Azure Locale. Convalida il tuo ambiente con il verificatore di ambiente Azure Locale.
- Un abbonamento Azure per servizi di gestione e ibridi.
- Connettività di rete tra Azure Locale e Azure che soddisfi i requisiti del firewall di Azure Locale.
- Supportava immagini Windows Server o Linux per creare VM su Azure Locale e ospitare SQL Server.
- Appropriate licenze SQL Server. Rivedi le licenze e la fatturazione di SQL Server tramite Azure Arc.
- I permessi e la connettività necessari per collegare SQL Server ad Azure Arc quando si raggiunge la fase di onboarding.
Il seguente workflow copre la distribuzione di Azure Locale e la creazione delle VM di SQL Server.
Pianifica il carico di lavoro di SQL Server
Prima di dimensionare le VM, registra i requisiti del carico di lavoro:
- Seleziona la versione e l'edizione di SQL Server in base alla dimensione del database, alle funzionalità di disponibilità, alle operazioni online, ai diritti di virtualizzazione e al ciclo di vita del supporto.
- Registra l'utilizzo massimo della CPU, la memoria del working set, le operazioni di input/output al secondo (IOPS), il throughput, la latenza, la crescita del database, la domanda
tempdb, la frequenza di generazione dei log e il livello di concorrenza. - Definire gli obiettivi dei punti di recupero (RPO) e gli obiettivi di tempo di recupero (RTO).
- Identificare dipendenze applicative, metodi di autenticazione, requisiti di Transport Layer Security (TLS), porte, account di servizio, finestre di manutenzione, ritenzione di backup e dipendenze software offline.
Progetta le VM di SQL Server
Utilizzare le seguenti considerazioni nella progettazione di ogni VM:
| Area di progettazione | Linee guida per SQL Server |
|---|---|
| Compute | Dimensionare CPU virtuali per un utilizzo prolungato e per l'efficienza delle licenze. Evita l'oversubscription che crea una latenza imprevedibile delle query. |
| Memory | Riserva memoria da destinare al sistema operativo, agli agenti, ai driver e alle attività di failover. Configura max server memory in modo che SQL Server non consumi la memoria necessaria ad altri processi. |
| Storage | Usa volumi separati per il sistema operativo, i dati, i log tempdbdelle transazioni e i backup. Verifica latenza, throughput, profondità della coda, capacità, resilienza e soglie di spazio disponibile. |
| Rete | Fornire percorsi stabili per client, management, backup e replica secondo necessità. Valida DNS, unità di trasmissione massima (MTU), regole firewall, trust TLS e connettività dell'ascoltatore. |
| Collocazione | Posizionare repliche ad alta disponibilità su diversi nodi Azure Locale o domini di guasto. Usa l'anti-affinità dove disponibile. |
Flusso di lavoro per la distribuzione
Le fasi seguenti ti portano dal deployment dell'infrastruttura alla gestione di SQL Server connesso.
| Stage | Risultato |
|---|---|
| Acquisire hardware e distribuire Azure Locale | Un ambiente Azure Locale supportato. |
| Crea VM e installa SQL Server | SQL Server in esecuzione su Windows Server o Linux. |
| Monitora e ottimizza SQL Server | Un punto di riferimento per le prestazioni e lo stato di salute di SQL Server. |
| Configura l'alta disponibilità | Una progettazione della disponibilità specifica per il carico di lavoro, ad esempio gruppi di disponibilità o istanze del cluster di failover. |
| Connettere SQL Server ad Azure Arc | Inventario, governance, sicurezza e licenze centralizzate. |
Distribuire Azure Locale
Distribuisci Azure Locale seguendo la panoramica della distribuzione di Azure Locale. Completa i prerequisiti di distribuzione e il processo di deployment applicabili prima di creare le VM per i tuoi carichi di lavoro SQL Server.
Crea VM e installa SQL Server
Crea Windows Server o VM Linux su Azure Locale per i tuoi carichi di lavoro SQL Server.
Installa SQL Server seguendo le istruzioni del tuo sistema operativo:
Rivedere i requisiti di licenza e fatturazione di SQL Server e configurare il modello di licenza appropriato.
Monitora e ottimizza SQL Server
Monitorare SQL Server con viste di gestione dinamica, Eventi Estesi, log degli errori e una soluzione di monitoraggio supportata dal sistema operativo ospite. Su Windows, puoi anche usare avvisi di SQL Server Agent e contatori di prestazioni di Windows. Gli avvisi SQL Server Agent non sono supportati su Linux; controlla il supporto alle funzionalità di SQL Server in Linux per la tua versione.
Stabilire una base per l'utilizzo della CPU, la pressione di memoria, la latenza di storage, il blocco, la crescita del database e la salute del backup prima di regolare il carico di lavoro. Dopo aver collegato SQL Server ad Azure Arc, puoi anche eseguire una valutazione delle best practice, soggetto ai suoi prerequisiti.
Configurare la disponibilità elevata
Azure Locale fornisce resilienza a livello host per le VM. Configura separatamente l'alta disponibilità di SQL Server per soddisfare i requisiti di disponibilità del database o delle istanze del tuo carico di lavoro:
- I gruppi di disponibilità Always On forniscono protezione a livello di database. Per le implementazioni Windows, consulta Windows Server Failover Clustering con SQL Server.
- Su Windows, le istanze di cluster di failover Always On offrono protezione a livello di istanza e richiedono un design supportato di storage condiviso. Consulta la panoramica di Spazi di archiviazione diretta quando pianifichi lo stoccaggio.
- Usa le regole di affinità del cluster per posizionare repliche di SQL Server su diversi nodi fisici. Questa collocazione contribuisce a mantenere la disponibilità in caso di guasto di un host.
- Per i cluster Windows connessi, valuta Cloud Witness come opzione di quorum.
Per Linux, un gruppo di disponibilità senza un gestore di cluster fornisce repliche in scala di lettura, non ad alta disponibilità. Le implementazioni ad alta disponibilità richiedono un cluster manager supportato, come Pacemaker, mentre le implementazioni in produzione richiedono recinzione. Vedi Configura i gruppi di disponibilità su Linux. Valida la distribuzione Linux, il gestore del cluster, il meccanismo di remedio e il supporto allo storage per la tua configurazione Azure Locale; le procedure di Windows non si applicano invariate a Linux.
Pianifica la protezione del carico di lavoro separatamente dalla resilienza delle infrastrutture. Per le opzioni Backup di Azure e Azure Site Recovery, consulta la resilienza e il disaster recovery di Azure Locale e i requisiti di supporto per il tuo carico di lavoro.
Connettere SQL Server ad Azure Arc
Collega le istanze di SQL Server che girano su Azure Locale ad Azure Arc per creare risorse Azure per una gestione centralizzata.
- Valida i prerequisiti di Azure Arc.
- Segui Connect SQL Server ad Azure Arc per generare ed eseguire lo script di onboarding.
- Conferma che le risorse di SQL Server compaiano nel portale Azure.
Dopo l'onboarding, puoi utilizzare le seguenti funzionalità, a seconda dei requisiti di versione e configurazione:
| Capability | Guidance |
|---|---|
| Inventario e reportistica | Visualizza istanze, database, versioni, edizioni e sistemi operativi host. Usa Azure Resource Graph per fare query su tutto il tuo patrimonio SQL Server. Vedi SQL Server abilitato da Azure Arc. |
| Valutazione delle procedure consigliate | Ricevi raccomandazioni per prestazioni e sicurezza. Vedi valutazione delle migliori pratiche. |
| Identity | Utilizzare l'autenticazione Microsoft Entra, soggetta alla versione e ai requisiti del sistema operativo. La configurazione dell'identità gestita per l'autenticazione Microsoft Entra richiede SQL Server abilitato ad Arc 2025 su Windows Server e utilizza l'identità assegnata al sistema del server abilitato ad Arc. L'autenticazione Microsoft Entra non è supportata per le istanze del cluster di failover. |
| Sicurezza e gestione | Configura Microsoft Defender per il cloud, oppure registrati e scansiona SQL Server con Microsoft Purview. |
| Operations | Gestire la configurazione ed eseguire script approvati tra i server integrati. Vedi SQL Server abilitato per Azure Arc e Gestisci la configurazione. |
Configura le licenze tramite Azure Arc
Usa SQL Server abilitato da Azure Arc per dichiarare e gestire il modello di licenza e fatturazione per le tue istanze SQL Server:
- Pay-as-you-go: Abbonati tramite Azure e paga per i core con licenza riportati da Azure Arc. Questo modello può adattarsi a carichi di lavoro variabili, temporanei o incrementali.
- Licenza con Software Assurance o abbonamento: Dichiara una licenza SQL Server esistente coperta da Software Assurance attiva o da un abbonamento SQL Server. Azure Arc registra il tipo di licenza e consente i benefici di gestione applicabili.
- Ambito delle licenze per core: Valutare le licenze per core virtuali per singole VM e le licenze Enterprise idonee per core fisici con virtualizzazione illimitata. Valida l'idoneità prima di scegliere un modello di licenza.
- Configurazione: Imposta e rivedi il tipo di licenza tramite il portale Azure, Azure PowerShell o interfaccia della riga di comando di Azure. Applica modifiche su scala quando necessario.
- Reportistica: Mantieni sani l'agente Azure Connected Machine e l'estensione SQL Server in modo che inventario, report sugli usi e fatturazione rimangano accurati.
In Linux, la fatturazione con pagamento in base al consumo non rileva automaticamente le repliche passive dei gruppi di disponibilità o le istanze del cluster di failover. Tutte le istanze di SQL Server sono dichiarate attive, indipendentemente dal loro ruolo di alta disponibilità o disaster recovery. Considera questa differenza quando pianifichi le implementazioni Linux. Vedi considerazioni sul pay-as-you-go.
Per requisiti e procedure, vedi Gestione licenze e fatturazione, Gestione della configurazione e Gestione della transizione al pay-as-you-go.
Costruire applicazioni di IA locali
SQL Server 2025 può usare sp_invoke_external_rest_endpoint per chiamare un endpoint HTTPS di completamento della chat compatibile. Le applicazioni possono combinare dati SQL con modelli ospitati localmente mantenendo l'inferenza all'interno del tuo ambiente.
Prima di chiamare un endpoint locale del modello:
- Abilitare l'opzione di configurazione del
external rest endpoint enabledserver. La procedura è disabilitata di default in SQL Server 2025. - Concedere al database chiamante il permesso principale
EXECUTE ANY EXTERNAL ENDPOINTe configurare l'autenticazione e le credenziali richieste dall'endpoint. - Distribuisci il modello e rendi il suo endpoint HTTPS raggiungibile dalla VM di SQL Server. Configurare certificati TLS e trust dei certificati per l'uso in produzione; un test che bypassa la validazione dei certificati non stabilisce che SQL Server possa connettersi in modo sicuro.
Per dettagli, consulta le autorizzazioni e i prerequisiti dell'endpoint REST e la guida all'inferenza locale di Foundry.
- Integrazione SQL Server: invia richieste REST autorizzate da SQL Server 2025 a un endpoint compatibile di completamento della chat ed elabora la risposta nel flusso di lavoro della tua applicazione.
- Inferenza locale del modello: Foundry Local su Azure Locale è in anteprima. Utilizza modelli di catalogo supportati compatibili con la chat o modelli personalizzati e soddisfa i prerequisiti di distribuzione e di accesso dell'offerta.
- Strumenti per sviluppatori: Consulta GitHub Copilot Bring Your Own Key per gli endpoint di modello supportati e i requisiti del client prima di collegare Visual Studio Code a un endpoint locale.
Per maggiori informazioni, consulta la documentazione di Foundry Local e i requisiti dell'endpoint in sp_invoke_external_rest_endpoint.
Usa le VM di avvio affidabili
Il lancio fiducioso per le VM Azure Locale supporta Secure Boot e un modulo virtuale di piattaforma fiduciosa (vTPM). Se le tue VM SQL Server utilizzano la protezione supportata da TPM, consulta il trasferimento automatico di stato per capire come viene gestito lo stato vTPM quando le VM migrano o fanno failover tra nodi.
SQL Server non richiede un vTPM. Se usi un vTPM per la protezione o la crittografia del sistema operativo ospite, valida quei requisiti separatamente dal design della disponibilità di SQL Server.
Per requisiti e limitazioni, vedi Trusted launch for Azure Locale VMs.