SQL Server su architettura a EC2 nodo singolo Amazon

Il diagramma seguente illustra un'architettura consigliata per un SQL Server a nodo singolo su Amazon Elastic Compute Cloud (Amazon EC2) prima di aggiungere il supporto per l'alta disponibilità (HA) e il disaster recovery (DR).

In questa architettura, il database SQL Server viene distribuito su un' EC2 istanza, utilizzando un'Amazon Machine Image (AMI) per SQL Server e volumi separati per sistema operativo, DATA, LOG e backup. Lo storage non volatile memory express (NVMe) è collegato direttamente all' EC2 istanza e utilizzato per il database tempdb di SQL Server. AWS Directory Service viene utilizzato per configurare l'autenticazione Windows per il database SQL Server. È inoltre possibile utilizzare AWS Systems Manager per rilevare e installare patch e aggiornamenti di SQL Server.

La tabella seguente riassume i consigli per configurare questa architettura. Questi consigli sono discussi in dettaglio nelle sezioni che seguono.

Tipo di istanza/AMI	Tipo di istanza ottimizzato per le prestazioni di Amazon Elastic Block Store (Amazon EBS) NVMe ad esempio storage (temporaneo) Amazon EC2 AMIs per SQL Server
Edizione SQL Server	Edizione SQL Server Developer (non di produzione) Edizioni SQL Server Standard ed Enterprise (produzione)
Storage Type (Tipo di storage)	Amazon EBS NVMe(tempdb) (gp2//io1) io2
Volumi	Sistema operativo DATA LOG tempdb Spazio di memoria virtuale per archiviare e scaricare i backup
Opzioni DR	Amazon EC2 Amazon EBS snapshots Backup nativi di SQL Server

Tipi di istanza

AWS offre una selezione di classi di istanze per i carichi di lavoro di SQL Server. È possibile scegliere tra opzioni ottimizzate per il calcolo, per la memoria, per lo storage, per uso generico e di altro tipo, a seconda del carico di lavoro previsto sul server di database, della versione, delle opzioni HA/DR, dei core richiesti e delle considerazioni relative alle licenze. Ti consigliamo di scegliere tipi di istanza ottimizzati per Amazon EBS per SQL Server. Questi offrono il miglior throughput con volumi EBS collegati in una rete dedicata, il che è fondamentale per i carichi di lavoro di SQL Server che potrebbero avere requisiti elevati di accesso ai dati. Per i carichi di lavoro di database standard, puoi eseguire classi di istanze ottimizzate per la memoria come R5, R5b, R5d e R5n. È inoltre possibile includere lo storage o lo storage delle istanze. NVMe Sono entrambi ideali per tempdb e offrono prestazioni bilanciate per i carichi di lavoro del database.

Per i carichi di lavoro critici, l'istanza z1d ad alte prestazioni è ottimizzata per carichi di lavoro che comportano costi di licenza elevati, come SQL Server. L'istanza z1d è costruita con un processore scalabile Intel Xeon personalizzato che offre una frequenza turbo all-core sostenuta fino a 4.0, che è significativamente più veloce rispetto ad altre istanze. GHz Per i carichi di lavoro che richiedono un'elaborazione sequenziale più veloce, puoi eseguire meno core con un'istanza z1d e ottenere prestazioni uguali o migliori rispetto ad altre istanze con più core.

Amazon fornisce anche servizi dedicati AMIsper SQL Server su Microsoft Windows Server per aiutarti a ospitare le ultime edizioni di SQL Server su Amazon EC2.

Storage

Alcuni tipi di istanze offrono volumi di archiviazione delle NVMe istanze. NVMe è un'opzione di archiviazione temporanea (effimera). Questo storage è collegato direttamente all'istanza. EC2 Sebbene NVMe lo storage sia temporaneo e i dati vadano persi al riavvio, offre le prestazioni ottimali. Pertanto, è adatto per il database tempdb di SQL Server, che presenta I/O elevati e modelli di accesso casuali ai dati. Non sono previsti costi aggiuntivi per l'utilizzo di un NVMe instance store per tempdb. Per ulteriori indicazioni, consulta la sezione Posizionare tempdb in un instance store nella guida Best practice for deploying SQL Server on Amazon. EC2

Amazon EBS è una soluzione di storage durevole che soddisfa i requisiti di SQL Server per uno storage veloce e disponibile. Microsoft consiglia di tenere separati i volumi di dati e log per prestazioni ottimali. I motivi di questa separazione includono i seguenti:

• Diversi metodi di accesso ai dati. I volumi di dati utilizzano l'accesso casuale ai dati OLTP (Online Transaction Processing), mentre i volumi di registro utilizzano l'accesso seriale.

• Opzioni di ripristino migliori. La perdita di un volume non influisce sull'altro volume e facilita il recupero dei dati.

• Diversi tipi di carico di lavoro. I volumi di dati sono destinati ai carichi di lavoro OLTP, mentre i volumi di registro sono destinati ai carichi di lavoro OLAP (Online Analytic Processing).

• Requisiti prestazionali diversi. I volumi di dati e log hanno requisiti di IOPS e latenza diversi, velocità di throughput minime e benchmark prestazionali simili.

Per selezionare il tipo di volume Amazon EBS giusto, è necessario analizzare i metodi di accesso al database, gli IOPS e il throughput. Raccogli i parametri sia durante le normali ore lavorative che durante i picchi di utilizzo. SQL Server utilizza le estensioni per archiviare i dati. L'unità di archiviazione atomica in SQL Server è una pagina con una dimensione di 8 KB. Otto pagine fisicamente contigue costituiscono un'estensione, che ha una dimensione di 64 KB. Pertanto, su un computer SQL Server, la dimensione dell'unità di allocazione NTFS per l'hosting dei file di database SQL (incluso tempdb) deve essere di 64 KB. Per informazioni su come controllare la dimensione di allocazione NTFS delle unità, consulta la guida Best practice for deploying SQL Server on Amazon. EC2

La scelta del volume EBS dipende dal carico di lavoro, ovvero dal fatto che il database richieda un'intensa attività di lettura o scrittura, richieda IOPS elevati, storage di archiviazione e considerazioni simili. La tabella seguente mostra una configurazione di esempio.

Risorsa Amazon EBS	Tipo	Descrizione
Disco del sistema operativo	gp3	Archiviazione per uso generico.
Disco DATI	io1/io2	Archiviazione ad alta intensità di scrittura.
Disco LOG	gp3 o io2	Storage generico per carichi di lavoro intensivi.
Disco di backup	st1	Storage di archiviazione meno costoso. Per prestazioni migliori, i backup possono anche essere archiviati su un disco più veloce se vengono copiati regolarmente su Amazon Simple Storage Service (Amazon S3).

Considerazioni su Amazon EBS e Amazon S3

La tabella seguente mostra un confronto tra Amazon EBS e Amazon S3 per lo storage. Utilizza queste informazioni per comprendere le differenze tra i due servizi e scegliere l'approccio migliore per il tuo caso d'uso.

Servizio	Disponibilità	Durabilità	Note
Amazon EBS	Tutti i tipi di volume EBS offrono funzionalità di snapshot durevoli e sono progettati per una disponibilità del 99,999%. È possibile utilizzare le istantanee per effettuare il provisioning di nuove istanze in diverse AWS regioni in caso di emergenza.	I dati del volume EBS vengono replicati su più server in un'unica zona di disponibilità per evitare la perdita di dati dovuta al guasto di un singolo componente. I volumi EBS sono progettati per un tasso di errore annuale (AFR) compreso tra lo 0,1 e lo 0,2 percento, in cui il fallimento si riferisce a una perdita totale o parziale del volume, a seconda delle dimensioni e delle prestazioni del volume.	Un'istanza ottimizzata per Amazon EBS utilizza uno stack di configurazione ottimizzato e fornisce una larghezza di banda aggiuntiva dedicata per l'I/O di Amazon EBS. Questa ottimizzazione offre le migliori prestazioni per i tuoi volumi EBS riducendo al minimo la contesa tra l'I/O di Amazon EBS e altro traffico proveniente dall'istanza. I ripristini rapidi delle istantanee sono supportati per un massimo di 50 istantanee contemporaneamente. È necessario abilitare questa funzionalità in modo esplicito per ogni singola istantanea. Un'istanza ottimizzata per Amazon EBS offre prestazioni complete al momento dell'inizializzazione, quindi non è necessario alcun tempo di riscaldamento.
Amazon S3	Alta disponibilità. Progettata per una disponibilità del 99,99% in un determinato anno. Sono disponibili più classi di storage, come S3 Standard e S3 Standard-Infrequent Access ((S3 Standard-IA)). È possibile spostare i file di backup in una classe di archiviazione in base a un periodo di conservazione.	Amazon S3, Amazon S3 Glacier e S3 Glacier Deep Archive sono progettati per garantire una durabilità del 99,99999% (11 nove). Sia Amazon S3 che S3 Glacier offrono un backup affidabile dei dati, con replica degli oggetti su almeno tre zone di disponibilità distribuite geograficamente.	Puoi utilizzare Amazon S3 per backup a lungo termine a livello di file di SQL Server (inclusi backup completi e log delle transazioni). Amazon S3 supporta: Controllo del tempo di replica (RTC) Replica tra regioni tramite la gestione del ciclo di vita di S3 e AWS Backup Tiering intelligente Amazon S3 offre lo storage più economico. Si applicano i costi di trasferimento dei dati tra regioni.

SQL Server su Amazon FSx per Windows File Server

Amazon FSx for Windows File Server offre prestazioni elevate con un throughput di base fino a 2 GB/second per file system, hundreds of thousands of IOPS, and consistent sub-millisecond latencies. To provide the right performance for your SQL Server instances, you can choose a throughput level that is independent of your file system size. Higher levels of throughput capacity also come with higher levels of IOPS that the file server can serve to the SQL Server instances accessing it. The storage capacity determines not only how much data you can store, but also how many I/O operazioni al secondo (IOPS) che puoi eseguire sullo storage: ogni GB di storage fornisce 3 IOPS. È possibile effettuare il provisioning di ogni file system in modo che abbia una dimensione massima di 64 TiB (rispetto ai 16 TiB di Amazon EBS). Puoi anche utilizzare FSx i sistemi Amazon come testimone della condivisione di file per le distribuzioni di Windows Server Failover Cluster (WSFC).