Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Scegli una soluzione ad alta disponibilità e disaster recovery
Panoramica
Si consiglia di progettare un'architettura per l'implementazione SQL del server AWS che soddisfi le esigenze aziendali e allo stesso tempo soddisfi gli obiettivi di disaster recovery (DR), inclusi l'obiettivo del tempo di ripristino (RTO) e l'obiettivo del punto di ripristino (RPO). Le seguenti soluzioni possono aiutarti a progettare l'architettura giusta per SQL Server su Amazon Elastic Compute Cloud (AmazonEC2), ottimizzando al contempo i costi per i carichi di lavoro SQL del server.
-
SQLGruppi di disponibilità Server Always On: i gruppi di disponibilità SQLServer Always On offrono alta disponibilità e disaster recovery (soluzione). HA/DR) solutions for SQL Server databases. An availability group consists of a set of user databases that fail over together. Always On availability groups also provide redundancy at the database level, but don't require shared storage—each replica has its own local storage. You can deploy this feature as an HA/DR Per ulteriori informazioni, consulta Cos'è un gruppo di disponibilità Always On?
nella documentazione Microsoft. -
SQLIstanze del cluster di failover Server Always On (FCI): SQLServer Always On FCIs utilizza Windows Server Failover Clustering (WSFC) per fornire HA a livello di istanza del SQL Server. FCIsrichiedono uno storage condiviso per ospitare i database. È possibile utilizzare lo storage a blocchi condiviso o lo storage di file condiviso. Ad esempio, puoi utilizzare Amazon FSx per Windows File Server o Amazon FSx for NetApp ONTAP come soluzione di storage condivisa con più zone di disponibilità. Per ulteriori informazioni, vedere Always On Failover Cluster Instances (SQLServer)
nella documentazione Microsoft. -
SIOS DataKeeper— SIOS DataKeeper può aiutarti a soddisfare i requisiti HA e DR abilitando un SQL server FCI che si estende su entrambe le zone di disponibilità e. Regioni AWS SIOS DataKeeper crea un ambiente virtuale in cluster SAN utilizzando volumi Amazon Elastic Block Store (AmazonEBS) locali e utilizza la replica sincrona tra zone di disponibilità per HA, utilizzando la replica asincrona tra regioni e per il disaster recovery. Per ulteriori informazioni, consulta la sezione Protezione ad alta disponibilità
per le applicazioni Windows nella documentazione. SIOS -
Gruppi di disponibilità distribuiti: i gruppi di disponibilità distribuita sono un tipo speciale di gruppo di disponibilità che si estende su due gruppi di disponibilità Always On separati. Un gruppo di disponibilità può risiedere in due regioni separate (ad esempio,
us-east-1eus-west-1). È possibile pensare a un gruppo di disponibilità distribuito come a un gruppo di disponibilità di gruppi di disponibilità perché i gruppi di disponibilità Always On sottostanti sono configurati su due WSFC cluster diversi. SQLL'edizione Server Enterprise è necessaria per distribuire gruppi di disponibilità distribuiti. Per ulteriori informazioni, vedere Gruppi di disponibilità distribuitinella documentazione Microsoft. -
Spedizione dei log: è possibile implementare la spedizione dei log per proteggere i database in più regioni, nel raro caso in cui una regione venga interessata e diventi non disponibile. A seconda della transazione e della frequenza di spedizione dei log, è possibile farlo RPO RTO in pochi minuti. Per ulteriori informazioni, vedere Informazioni su Log Shipping (SQLServer)
nella documentazione Microsoft. -
AWS Elastic Disaster Recovery— Elastic Disaster Recovery è un'applicazione SaaS (Software as a Service) che gestisce la replica dei server da qualsiasi infrastruttura AWS per scopi di DR. È inoltre possibile utilizzare Elastic Disaster Recovery per replicare il SQL server in più regioni. Elastic Disaster Recovery è una soluzione basata su agenti che replica intere macchine virtuali, incluso il sistema operativo, tutte le applicazioni installate e tutti i database in un'area di gestione temporanea. Per ulteriori informazioni, consulta Cos'è Elastic Disaster Recovery? nella documentazione di Elastic Disaster Recovery.
-
AWS Database Migration Service (AWS DMS) — AWS DMS supporta la migrazione in tempo reale dei dati da e verso AWS, inclusa una regione diversa. È possibile utilizzare questa funzionalità per configurare un'istanza SQL del server separata in una regione diversa da utilizzare come database di disaster recovery. Per ulteriori informazioni, consulta Cos'è AWS Database Migration Service? nella AWS DMS documentazione.
SQLGruppi di disponibilità Server Always On
Se utilizzi l'edizione SQL Server Enterprise solo per un gruppo di disponibilità Always On ad alta disponibilità
Nota
Per ulteriori informazioni sulle differenze di costo tra le diverse edizioni SQL del Server, consulta la sezione Confronta le edizioni del SQL Server di questa guida.
Caratteristiche
-
Disponibile nell'edizione SQL Server Standard
-
Limite di due repliche (principale e secondaria)
-
Nessun accesso in lettura sulla replica secondaria
-
Nessun controllo di integrità sulle repliche secondarie
Limitazioni
-
Support per un solo database di disponibilità per gruppo di disponibilità
-
I gruppi di disponibilità di base non possono far parte di un gruppo di disponibilità distribuito
Il diagramma seguente mostra un'architettura di esempio per una soluzione Windows Server Failover Cluster.
SQLIstanze del cluster di failover Server Always On
È possibile utilizzare le istanze cluster di failover (FCIs) per garantire operazioni continue del database, riducendo al minimo i tempi di inattività e riducendo il rischio di perdita dei dati. FCIsoffrono una soluzione affidabile se stai cercando un'elevata disponibilità per il tuo database SQL Server senza una configurazione di replica in lettura.
A differenza dei gruppi di disponibilità, FCIs può fornire una soluzione di failover affidabile senza richiedere l'edizione SQL Server Enterprise. FCIsRichiede invece solo le licenze dell'edizione SQL Server Standard. È possibile utilizzare FCIs per ridurre i costi di licenza SQL del Server del 65-75%.
Nota
Per ulteriori informazioni sulle differenze di costo tra le edizioni SQL Server, consulta la sezione Confronta le edizioni SQL del Server di questa guida.
Considera i seguenti aspetti:
-
Amazon FSx for Windows File Server offre una soluzione potente per soddisfare i requisiti di storage FCI condiviso SQL del server. Puoi utilizzare Windows File Server FSx per evitare di dover acquistare una licenza per una soluzione di replica dello storage e gestire lo storage condiviso da solo. Ciò può comportare un notevole risparmio sui costi del 30-40 percento. Per ulteriori informazioni, consulta il post Simplify your Microsoft SQL Server High Availability deployments using Amazon FSx for Windows File Server
sullo AWS Storage Blog. -
Con il riepilogo dei vantaggi di Software Assurance
(scaricabilePDF) e il modello Bring Your Own License (BYOL), puoi sfruttare i vantaggi del failover passivo, purché il server secondario sia passivo. Ciò si traduce in un risparmio sui costi SQL di licenza perché non è necessario fornire licenze al nodo passivo del cluster.
Il diagramma seguente mostra un esempio di architettura per un SQL server utilizzato FCI FSx per Windows File Server.
SIOS DataKeeper
Ti consigliamo di prendere in considerazione i requisiti di storage condiviso se intendi distribuire SQL Server FCIs su AWS. Le installazioni locali tradizionali utilizzano in genere una rete di archiviazione (SAN) per soddisfare i requisiti di archiviazione condivisa, ma questa non è un'opzione praticabile. AWS Amazon FSx for Windows File Server è la soluzione di storage consigliata per SQL Server FCI on AWS, ma presenta delle limitazioni che impediscono l'aggiunta di server cluster in diversi formati Regioni AWS.
Puoi utilizzarla SIOS DataKeeper
Considerate i seguenti vantaggi aggiuntivi dell'utilizzo: SIOS DataKeeper
-
SIOS DataKeeper crea un cluster virtuale SAN utilizzando EBS volumi locali e utilizza la replica sincrona tra zone di disponibilità per un'elevata disponibilità. Per il disaster recovery, SIOS DataKeeper utilizza la replica asincrona tra regioni.
-
SIOS DataKeeper offre funzionalità di clustering di livello aziendale utilizzando l'edizione Server Standard. SQL Ciò riduce i costi di licenza SQL Server tra il 65 e il 75% rispetto all'implementazione dell'alta disponibilità con i gruppi di disponibilità Server Always On che utilizzano l'edizione SQL Server Enterprise. SQL Con SIOS DataKeeper, è possibile creare un ambiente SQL server ad alta disponibilità, flessibile ed economico che soddisfi le esigenze dell'organizzazione.
Nota
Per ulteriori informazioni sulle differenze di costo tra le edizioni SQL Server, consulta la sezione Confronta le edizioni del SQL server di questa guida.
Il diagramma seguente mostra un esempio di architettura per un SQL server che FCI utilizza una soluzione virtuale SAN in cluster.
Gruppi di disponibilità Always On
È possibile utilizzare i gruppi di disponibilità Always On sia per scopi di alta disponibilità che di disaster recovery. È possibile ottenere un'elevata disponibilità distribuendo il SQL server in due zone di disponibilità in una regione. È possibile ottenere il disaster recovery estendendo i gruppi di disponibilità tra le regioni.
Il diagramma seguente mostra un'architettura di esempio per una soluzione basata su gruppi di disponibilità Always On. Le repliche nella regione 1 del diagramma utilizzano un Synchronous Commit, che fornisce un failover automatico del gruppo di disponibilità. La replica nella Regione 2 utilizza un commit asincrono, che richiederà un failover manuale del gruppo di disponibilità.
Gruppi di disponibilità distribuiti
Per le implementazioni di SQL server mission-critical in cui non è possibile scendere a compromessi in termini di affidabilità o disaster recovery, consigliamo un approccio multiregionale. La distribuzione dei gruppi di disponibilità in più regioni è la soluzione più resiliente per mantenere la continuità aziendale e ridurre al minimo i tempi di inattività.
Questa architettura sfrutta appieno le funzionalità di Amazon FSx for Windows File Server, tra cui storage condiviso, replica sincrona a livello di blocco e Server. SQL FCIs Queste funzionalità consentono di creare un ambiente SQL server ad alta disponibilità che si estende su più zone di disponibilità. Replicando questa configurazione in un'altra regione, si ottiene un sistema completamente ridondante in grado di gestire anche le interruzioni più gravi. Ciò che distingue questa soluzione è il livello di flessibilità e sicurezza che offre. L'architettura indipendente dal dominio dei gruppi di disponibilità distribuiti consente ai server cluster Windows sottostanti di unire diversi domini Active Directory, mentre l'autenticazione basata su certificati garantisce la massima protezione per gli ambienti SQL server e fornisce requisiti elevati RTO per una strategia di ripristino di emergenza multiregionale. RPO Per informazioni sulla creazione di un'architettura multiregionale, vedere Note sul campo: Creazione di un'architettura multiregionale per l'utilizzo di SQL server e gruppi di disponibilità distribuiti nel blog sull'architettura
Il diagramma seguente mostra un esempio di architettura per una soluzione multiregionale che utilizza gruppi di disponibilità distribuiti.
Invio dei log
La spedizione dei log è un metodo collaudato, affidabile ed economico per proteggere i database in tutte le regioni in caso di interruzioni impreviste. Organizations utilizzano il log shipping per proteggere i propri dati da decenni.
Se si implementa la spedizione dei log on AWS, è possibile farlo RPO RTO in pochi minuti, a seconda della frequenza delle transazioni e dei processi di spedizione dei log. Nell'improbabile eventualità che una regione diventi inaccessibile, la spedizione dei log mantiene i dati sicuri e recuperabili.
Considerate i seguenti vantaggi aggiuntivi dell'utilizzo della spedizione di log:
-
Riduci i costi e soddisfa i requisiti aziendali utilizzando la spedizione dei log per la resilienza del disaster recovery in tutte le regioni. La spedizione dei log riduce i costi TCO perché sono necessarie solo le licenze SQL Server Standard Edition o SQL Server Web edition.
-
Eliminate i costi di licenza da un server passivo/di disaster recovery utilizzando la spedizione dei log con Software Assurance attivo.
Solo il SQL server primario/attivo deve essere concesso in licenza quando si utilizza la spedizione dei log con Software Assurance. -
Riduci i costi di licenza dei SQL server del 65-75% eliminando la necessità dell'edizione SQL Server Enterprise per configurare gruppi di disponibilità distribuiti tra le regioni. È possibile farlo utilizzando SQL Server Standard Edition e SQL Server in FCIs combinazione con la spedizione dei log per soddisfare i requisiti di disaster recovery.
Nota
Per ulteriori informazioni sulle differenze di costo tra le edizioni SQL Server, consulta la sezione Confronta le edizioni del SQL Server di questa guida.
Per ulteriori informazioni, consulta Extend SQL Server DR using log shipping for SQL Server FCI with Amazon FSx for Windows configuration
Il diagramma seguente mostra un esempio di architettura per una soluzione di log shipping.
AWS Database Migration Service
È possibile utilizzare AWS Database Migration Service (AWS DMS) per progettare una soluzione HA/DR in base alle esigenze dell'applicazione. AWS DMS consente di copiare facilmente i dati su un database SQL server secondario nella stessa regione (HA) o tra regioni (DR). Questo approccio è tecnicamente valido e consente di massimizzare l'investimento nell' AWS infrastruttura ottimizzando al contempo l'utilizzo delle risorse.
AWS DMS è un servizio conveniente. Ti vengono addebitate solo le CPU risorse utilizzate durante il processo di trasferimento e l'eventuale archiviazione aggiuntiva dei log. Ciò significa che è possibile trarre vantaggio da questa soluzione senza incorrere in costi aggiuntivi significativi. È possibile utilizzarla AWS DMS per garantire la disponibilità e l'accessibilità dei dati, riducendo al minimo i costi associati alle licenze e all'utilizzo delle risorse.
Il diagramma seguente mostra un esempio di architettura per una soluzione basata su. AWS DMS
AWS Elastic Disaster Recovery
Alcune organizzazioni devono garantire che tutte le applicazioni aziendali critiche dispongano di un piano di disaster recovery. In passato, molte di queste organizzazioni hanno investito molto nelle tradizionali soluzioni di disaster recovery, che richiedono la precostruzione e la manutenzione di un'intera infrastruttura duplicata. Questo approccio è costoso, dispendioso in termini di tempo e difficile da scalare.
Ora puoi utilizzarlo AWS Elastic Disaster Recovery per eliminare la necessità di precreare un'infrastruttura di disaster recovery. Le macchine di disaster recovery vengono avviate in Elastic Disaster Recovery solo se necessario, quindi paghi solo per ciò che usi quando ne hai bisogno. Ciò significa che puoi ridurre in modo significativo le licenze software e i costi di elaborazione ad alte prestazioni.
Inoltre, l'area di staging per la soluzione di disaster recovery contiene volumi Amazon Elastic Block Store EBS (Amazon) a basso costo. EBSi volumi riducono ulteriormente i costi di approvvigionamento di risorse duplicate. Ciò consente di ridurre i costi complessivi di disaster recovery mantenendo al contempo una soluzione di disaster recovery solida e affidabile che soddisfi i requisiti aziendali. Puoi utilizzare Elastic Disaster Recovery per concentrarti sulle tue attività aziendali principali, mentre AWS si occupa dell'infrastruttura sottostante per la tua soluzione di disaster recovery.
Per SQL Server, puoi utilizzare Elastic Disaster Recovery come opzione di disaster recovery conveniente. Le licenze per il nodo passivo in un'architettura SQL Server con tolleranza ai guasti e ad alta disponibilità sono coperte se si utilizza Software Assurance attivo. Tuttavia, stai comunque pagando i costi di elaborazione per far sì che il server passivo sia online. Con Elastic Disaster Recovery, il server primario può replicarsi nell'ambiente DR senza la necessità di mantenere attivo il Software Assurance e senza dover pagare i costi di elaborazione per il disaster recovery. Questa combinazione di risparmi può ridurre i costi di disaster recovery SQL del server del 50% o più.
Il diagramma seguente mostra un esempio di architettura per una soluzione basata su Elastic Disaster Recovery.
Per ulteriori informazioni, vedi Come configurare l'alta disponibilità per il sito SQL Server at DR ripristinato utilizzando AWS Elastic Disaster Recovery
Confronto dei costi
La tabella seguente confronta i costi delle soluzioni HA/DR trattate in questa sezione. Ai fini di questo confronto vengono fatte le seguenti ipotesi:
-
Tipo di istanza: r5d.xlarge
-
Tipo di licenza: licenza inclusa per Windows e Server SQL
-
Regione:
us-east-1
| Soluzione | Elevata disponibilità | Ripristino di emergenza | Enterprise Edition | Standard Edition | Costo |
|---|---|---|---|---|---|
| Invio dei log | No | Sì | Sì | Sì | SQLEdizione Server Enterprise: $32.674,8 (2 nodi) SQLEdizione Server Standard: 14.804,4$ (2 nodi) |
| Gruppi di disponibilità Always On | Sì | Sì | Sì | Sì, ma gruppi di disponibilità di base (2 nodi) | SQLEdizione Server Enterprise: 32.674,8$ (2 nodi) SQLEdizione Server Standard: 14.804,4$ (2 nodi) |
| Sempre attivo FCIs | Sì | No | Sì | Sì (2 nodi) | SQLEdizione Server Standard: 14.804,4$ |
| Gruppi di disponibilità distribuiti | Sì | Sì | Sì | No | SQLEdizione Server Enterprise: 65.349,6$ (4 nodi) |
| Elastic Disaster Recovery | No | Sì | Sì | Sì | Circa 107,48 USD al mese per la replica di 1 istanza e 1 TB di storage Nota: Elastic Disaster Recovery viene fatturato su base oraria, per server di replica. Il costo è lo stesso, indipendentemente dal numero di dischi, dalla dimensione dello storage, dal numero di avvii di drill o recovery o dalla regione che stai replicando. |
| SIOSData Keeper | Sì | Sì | Sì | Sì | Gruppi di disponibilità Always On con Software Assurance (2 nodi, 24 core): 213.480$ Cluster di SQL server a 2 nodi in esecuzione sull'edizione SQL Server Standard con Software Assurance: SIOS DataKeeper 61.530$ (2 nodi) |
| AWS DMS | No | Sì | Sì | Sì | 745,38 USD al mese per l'istanza r5.xlarge e 1 TB di storage |
Consigli per l'ottimizzazione dei costi
Ti consigliamo di seguire i seguenti passaggi per scegliere una soluzione HA/DR che soddisfi i requisiti della tua organizzazione:
-
Consulta la sezione Seleziona l'EC2istanza giusta per i carichi di lavoro SQL del server di questa guida.
-
Determina i requisiti IOPS e la velocità effettiva dei tuoi carichi di lavoro eseguendo contatori delle prestazioni durante i carichi di lavoro di picco:
-
IOPS= disco reads/sec + disk writes/sec
-
Throughput = lettura del disco bytes/sec + disk write bytes/sec
-
-
Utilizza i seguenti tipi di volume di storage per migliori prestazioni e risparmi sui costi:
-
NVMearchiviazione di istanze
tempdbed estensione del pool di buffer -
volumi io2 per file di database
-
-
AWS Trusted AdvisorUtilizzalo per consigli sull'ottimizzazione dei costi per SQL Server on AmazonEC2. Non è necessario installare un agente per Trusted Advisor eseguire i controlli di ottimizzazione SQL del server. Trusted Advisor ispeziona le configurazioni delle istanze incluse nella licenza Amazon EC2 SQL Server, ad esempio virtual CPUs (vCPUs), version ed edition. Quindi, Trusted Advisor formula raccomandazioni basate sulle migliori pratiche.
-
Utilizzalo sia AWS Compute Optimizer per le EC2 istanze Amazon che per i consigli sul EBS corretto dimensionamento di Amazon.
-
Utilizzalo AWS Pricing Calculator
per progettare la tua strategia HA/DR per le stime dei costi. -
Per determinare se il downgrade dall'edizione SQL Server Enterprise all'edizione SQL Server Standard è un'opzione possibile, utilizzate la vista di gestione dinamica sys dm_db_persisted_sku_features per identificare le funzionalità
specifiche dell'edizione attive nel database corrente. Nota
Side-by-side le SQL migrazioni sono EC2 necessarie per le modifiche all'edizione Server quando si utilizzano istanze incluse nella licenza.
-
Esegui esercitazioni semestrali o annuali di disaster recovery per progettare meglio un progetto in grado di ripristinare il database con una data e. RTO RPO Questo può anche aiutarti a identificare eventuali punti deboli dell'architettura.
Risorse aggiuntive
-
Semplifica le distribuzioni ad alta disponibilità di Microsoft SQL Server utilizzando Amazon FSx per Windows File Server
(AWS Storage Blog) -
Note sul campo: Creazione di un'architettura multiregionale per l'utilizzo di SQL server FCI e gruppi di disponibilità distribuiti
(AWS Architecture Blog) -
Progetta un disaster recovery per SQL Server on AWS: Parte 1
(AWS Database Blog) -
SQLAlta disponibilità di Microsoft con Amazon FSx per Windows
(YouTube) -
Ottimizzazione delle prestazioni di Microsoft SQL Server con Amazon EBS
(AWS Storage Blog) -
Confronto tra i modelli di storage in locale e i servizi di AWSAWS storage
(Storage Blog) -
Pianificazione della sostituzione di un data center NAS con Amazon FSx File Gateway
(AWS Storage Blog) -
Come configurare il disaster recovery per i gruppi di disponibilità SQL Server Always On utilizzando AWS Elastic Disaster Recovery
(Microsoft Workloads on AWS) -
Come configurare l'alta disponibilità per il sito SQL Server at DR ripristinato utilizzando AWS Elastic Disaster Recovery
(Microsoft Workload attivi) AWS
