Informazioni sui modelli di distribuzione di Microsoft SQL su VPC

Questa guida si concentra sull'ottenimento di prestazioni ottimali e di un equilibrio dei costi per le distribuzioni di applicazioni ( Microsoft SQL Server ) su server virtuali ( IBM Cloud VPC ). In genere c'è un compromesso tra l'ottimizzazione dei costi e l'ottimizzazione delle prestazioni, e se il carico di lavoro è molto impegnativo, è necessario valutare queste linee guida tenendo conto dei requisiti di prestazione.

Quando si seleziona l' IBM Cloud e per il server virtuale VPC per ospitare i database SQL, è necessaria una comprensione del carico di lavoro del database:

• Per la migrazione di un ambiente esistente, raccogliere una linea di base delle prestazioni dell'istanza del database esistente per determinare i requisiti del server virtuale.
• Per nuovi carichi di lavoro, collaborare con il fornitore dell'applicazione per comprendere i requisiti del database SQL.

È importante ricordare che un vantaggio delle soluzioni basate su cloud è la possibilità di ridimensionarle dopo l'implementazione iniziale. Per ulteriori informazioni, consultare Ridimensionamento di un'istanza di server virtuale. Per informazioni su come raccogliere un valore di riferimento delle prestazioni, fare riferimento a Creazione di un valore di riferimento.

Questa documentazione si concentra su tre modelli di distribuzione in IBM Cloud VPC che sfruttano le zone di disponibilità (AZ) e le regioni multizona (MZR):

• Schema di distribuzione AZ singolo - Questo schema è adatto per lo sviluppo o per i database di prova che non richiedono alta disponibilità o un rapido disaster recovery. Se necessario, è possibile utilizzare backup eseguiti con prodotti come " IBM " (http://www.backup-software.org/) o " Spectrum Protect " (http://www.backup-software.org/) o "Veeam" (http://www.veeam.com/) per ripristinare i database in caso di guasto.
• Schema di distribuzione a doppia AZ: questo schema è adatto per database di produzione che richiedono un'elevata disponibilità e sfrutta il gruppo di disponibilità Always On su due AZ nella stessa MZR.
• Schema di distribuzione duale MZR - Questo schema estende lo schema duale AZ per renderlo adatto ai database di produzione che richiedono sia HA che disaster recovery e sfrutta un gruppo di disponibilità Always On su due MZR.

Informazioni su SQL Server: alta disponibilità e disaster recovery

Microsoft SQL Server ha una serie di tecnologie di replica supportate per ottenere un'elevata disponibilità e il ripristino di emergenza, tra cui: gruppi di disponibilità Always On, log shipping, mirroring del database e istanze di cluster di failover Always On. Gli schemi di distribuzione SQL su VPC sfruttano i gruppi di disponibilità Always On:

• Gruppi di disponibilità Always On - SQL Server I gruppi di disponibilità Always On possono fornire sia alta disponibilità che disaster recovery per i database di tipo " SQL Server ". Dal punto di vista concettuale, è costituito da un unico insieme di database primari di lettura/scrittura e da più (da uno a otto) insiemi di database secondari correlati. I database secondari possono essere resi disponibili come copie di sola lettura dei database primari per i carichi di lavoro di lettura, incluso il backup del database. I gruppi di disponibilità Always On sono sfruttati nei modelli di distribuzione Dual AZ e Dual MZR. SQL Server I gruppi di disponibilità Always On supportano entrambe le modalità di commit sincrono e asincrono:
  • Sincrono - La replica primaria esegue le transazioni del database dopo che le modifiche sono state eseguite o scritte nel registro della replica secondaria. Utilizzando questa modalità, è possibile eseguire il failover manuale pianificato e il failover automatico se le repliche sono sincronizzate. Questa modalità è più adatta per i casi nello stesso AZ o MZR.
  • Asincrono - La replica primaria esegue le transazioni del database senza attendere la replica secondaria, quindi questa modalità è più adatta per istanze in MZR diversi o tra un AZ e un'installazione locale.
• Log shipping - Il log shipping invia automaticamente i backup dei log delle transazioni da un'istanza di database primaria a una o più istanze di database secondarie. Per consentire la spedizione dei log, i job dell'agente di amministrazione ( SQL Server ) vengono utilizzati per automatizzare il processo di backup, copia e applicazione dei backup dei log delle transazioni. Il trasporto dei log offre un'elevata disponibilità, consentendo di promuovere manualmente le istanze secondarie in caso di guasto dell'istanza primaria. Le istanze secondarie possono anche essere utilizzate come copie di sola lettura delle istanze primarie per ridurre il carico sull'istanza primaria, se necessario. Questa guida non tratta la spedizione dei registri, tuttavia, se necessario, è possibile configurarla su IBM Cloud VPC.
• Database mirroring - Il database mirroring crea una copia di sola lettura del database primario su un'istanza separata. Microsoft prevede di rimuovere il supporto del mirroring del database nelle versioni future di SQL Server, pertanto, è necessario valutare l'utilizzo dei gruppi di disponibilità Always On. Questa guida non tratta il mirroring dei database.
• Istanze di cluster di failover sempre attive ( SQL Server ) Le istanze di cluster di failover sempre attive (FCI) utilizzano il cluster di failover di Windows Server (WSFC) per fornire un'elevata disponibilità a livello di istanza del server. Un FCI è un singolo esempio di SQL Server, distribuito tra i nodi WSFC. Gli FCI richiedono uno storage condiviso a cui possano accedere tutti i nodi WSFC. Questa guida non tratta le istanze di cluster Always On Failover.

Informazioni sugli spazi di archiviazione Microsoft

I modelli di distribuzione di Microsoft SQL su VPC sfruttano gli spazi di archiviazione Microsoft. Storage Spaces è una tecnologia di Windows Server concettualmente simile a RAID, implementata nel sistema operativo. Gli spazi di archiviazione possono essere utilizzati per raggruppare volumi di dati in un pool di archiviazione e quindi la capacità del pool viene utilizzata per creare spazi di archiviazione (dischi virtuali). Uno spazio di archiviazione appare al sistema operativo Windows come un normale disco da cui è possibile creare volumi formattati.

Per creare uno spazio di archiviazione, viene prima creato un pool di archiviazione. Un pool di storage è un insieme di volumi di dati e consente l'aggregazione dello storage e l'espansione elastica della capacità. Quindi, viene creato un disco virtuale a cui viene assegnato un tipo di resilienza:

• Semplice: suddivide i dati in volumi per massimizzare la capacità del disco e aumentare la produttività. Richiede almeno un volume di dati.
• Mirror (specchio): memorizza due o tre copie dei dati nell'insieme dei volumi di dati per aumentare l'affidabilità, ma riduce la capacità. Richiede almeno due volumi di dati per proteggere da un guasto singolo del disco e almeno cinque volumi di dati per proteggere da due guasti simultanei del disco.
• Parità: suddivide i dati e le informazioni di parità tra i volumi di dati per aumentare l'affidabilità attraverso la registrazione, ma riduce la capacità. Richiede almeno tre dischi fisici per proteggere da un guasto di un singolo disco.

Da un disco virtuale, è possibile creare uno o più volumi, dove è possibile configurare le dimensioni, la lettera di unità o cartella, il file system (file system NTFS o Resilient File System ( ReFS ), la dimensione dell'unità di allocazione e, facoltativamente, un'etichetta di volume.

Per ulteriori informazioni, vedere Spazi di archiviazione.

Informazioni su MS SQL Server edizioni

SQL Server: un riassunto delle edizioni

• Express - Adatto solo per ambienti in cui la dimensione dei dati è ridotta e non è previsto un aumento. Questa edizione non ha un Agente di backup automatico ( SQL Server ). Questa edizione è limitata a un massimo di 1 socket o 4 core o 1.410 MB di memoria buffer pool disponibile o 10 GB di dimensione del database individuale.
• Web - Adatto ad ambienti di produzione ma limitato ad ambienti server a basso costo per applicazioni web.
• Standard - Adatto per ambienti di produzione ma limitato a un massimo di 4 socket o 24 core o 128 GB di memoria buffer pool.

Per un riferimento completo delle edizioni di SQL Server, fare riferimento a Edizioni e funzionalità supportate di SQL Server 2022(15.x ).

Informazioni sulle licenze Microsoft

IBM Cloud i server virtuali possono includere licenze per il sistema operativo Linux ( Microsoft Windows ). Per ulteriori informazioni, vedere Immagini stock. Microsoft Windows sistema operativo Bring Your Own License (BYOL) non può essere utilizzato per fornire istanze pubbliche e può essere utilizzato solo per fornire istanze di server virtuali su host dedicati. Per ulteriori informazioni, vedere BYOL per sistemi operativi Windows.

Per informazioni sulle licenze di Microsoft SQL Server, consultare la guida alle licenze 2022 su SQL Server.