Distribuire SQL Server in Azure Stack HCI
Si applica a: Azure Stack HCI, versioni 22H2 e 21H2; SQL Server (tutte le versioni supportate)
Questo argomento fornisce indicazioni su come pianificare, configurare e distribuire SQL Server nel sistema operativo Azure Stack HCI. Il sistema operativo è una soluzione cluster HCI (Hyperconverged Infrastructure) che ospita carichi di lavoro Windows e Linux virtualizzati e le relative risorse di archiviazione in un ambiente locale ibrido.
Panoramica della soluzione
Azure Stack HCI offre una piattaforma flessibile e a disponibilità elevata per l'esecuzione di SQL Server e Spazi di archiviazione diretta. Azure Stack HCI può eseguire carichi di lavoro OLTP (Online Transaction Processing), data warehouse e BI e intelligenza artificiale e analitica avanzati su Big Data.
La flessibilità della piattaforma è particolarmente importante per i database cruciali. È possibile eseguire SQL Server in macchine virtuali (VM) che usano Windows Server o Linux, che consente di consolidare più carichi di lavoro di database e di aggiungere altre macchine virtuali all'ambiente Azure Stack HCI in base alle esigenze. Azure Stack HCI consente anche di integrare SQL Server con Azure Site Recovery per offrire una soluzione di migrazione, ripristino e protezione basata sul cloud per i dati dell'organizzazione affidabili e sicuri.
Deploy SQL Server (Distribuisci SQL Server)
Questa sezione descrive a livello generale come acquisire hardware per SQL Server in Azure Stack HCI e usare Windows Admin Center per gestire il sistema operativo nei server. Sono incluse informazioni sulla configurazione di SQL Server, il monitoraggio e l'ottimizzazione delle prestazioni e l'uso della disponibilità elevata e dei servizi ibridi di Azure.
Passaggio 1: Acquisire hardware dal catalogo di Azure Stack HCI
Prima di tutto, dovrai procurarti l'hardware. Il modo più semplice per eseguire questa operazione consiste nell'individuare il partner hardware Microsoft preferito nel catalogo di Azure Stack HCI e acquistare un sistema integrato con il sistema operativo Azure Stack HCI preinstallato. Nel catalogo è possibile filtrare per visualizzare l'hardware del fornitore ottimizzato per questo tipo di carico di lavoro.
In caso contrario, sarà necessario distribuire il sistema operativo Azure Stack HCI nel proprio hardware. Per informazioni dettagliate sulle opzioni di distribuzione di Azure Stack HCI e sull'installazione di Windows Admin Center, vedere Distribuire il sistema operativo Azure Stack HCI.
Usare quindi Windows Admin Center per creare un cluster Azure Stack HCI.
Passaggio 2: Installare SQL Server in Azure Stack HCI
È possibile installare SQL Server nelle macchine virtuali che eseguono Windows Server o Linux a seconda dei requisiti.
Per istruzioni sull'installazione di SQL Server, vedere:
- Guida all'installazione di SQL Server per Windows.
- Linee guida per l'installazione di SQL Server in Linux.
Passaggio 3: Monitorare e ottimizzare le prestazioni di SQL Server
Microsoft offre un set completo di strumenti per il monitoraggio degli eventi in SQL Server e per l'ottimizzazione della progettazione del database fisico. La scelta dello strumento dipende dal tipo di monitoraggio o ottimizzazione che si vuole eseguire.
Per garantire le prestazioni e l'integrità delle istanze di SQL Server in Azure Stack HCI, vedere Monitor prestazioni e strumenti di ottimizzazione.
Per l'ottimizzazione di SQL Server 2017 e SQL Server 2016, vedere Aggiornamenti e opzioni di configurazione consigliati per SQL Server 2017 e 2016 con carichi di lavoro ad alte prestazioni.
Passaggio 4: Usare le funzionalità di disponibilità elevata di SQL Server
Azure Stack HCI sfrutta Il clustering di failover di Windows Server con SQL Server (WSFC) per supportare SQL Server in esecuzione nelle macchine virtuali in caso di errore hardware. SQL Server offre anche gruppi di disponibilità AlwaysOn per offrire disponibilità elevata a livello di database progettata per facilitare gli errori dell'applicazione e del software. Oltre a WSFC e gruppo di disponibilità, Azure Stack HCI può usare l'istanza del cluster di failover AlwaysOn, basata sulla tecnologia Spazi di archiviazione diretta per l'archiviazione condivisa.
Queste opzioni funzionano tutti con il controllo quorum di Controllo del quorum di Microsoft Azure Cloud. È consigliabile usare le regole antiAffinity del cluster in WSFC per le macchine virtuali posizionate in nodi fisici diversi per mantenere il tempo di attività per SQL Server in caso di errori dell'host quando si configurano gruppi di disponibilità AlwaysOn.
Passaggio 5: Configurare i servizi ibridi di Azure
Sono disponibili diversi servizi ibridi di Azure che è possibile usare per proteggere i dati e le applicazioni di SQL Server. Azure Site Recovery è una soluzione di ripristino di emergenza come servizio (DRaaS). Per altre informazioni sull'uso di questo servizio per proteggere il back-end di SQL Server di un'applicazione per mantenere online i carichi di lavoro, vedere Configurare il ripristino di emergenza per SQL Server.
Backup di Azure consente di definire criteri di backup per proteggere i carichi di lavoro aziendali e supporta il backup e il ripristino della coerenza di SQL Server. Per altre informazioni su come eseguire il backup dei dati SQL locali, vedere Installare Backup di Azure Server.
In alternativa, è possibile usare la funzionalità Backup gestito di SQL Server in SQL Server per gestire i backup Archiviazione BLOB di Azure.
Per altre informazioni sull'uso di questa opzione adatta per l'archiviazione fuori sede, vedere:
- Esercitazione: Usare il servizio di archiviazione BLOB di Azure con SQL Server 2016
- Guida introduttiva: Backup e ripristino di SQL nel servizio di archiviazione BLOB di Azure
Oltre a questi scenari di backup, è possibile configurare altri servizi di database offerti da SQL Server, tra cui Azure Data Factory e Azure Feature Pack per Integration Services (SSIS).
Passaggi successivi
Per altre informazioni sull'uso di SQL Server, vedere: