Amazon RDS per SQL Server - AWS Guida prescrittiva

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à.

Amazon RDS per SQL Server

Amazon RDS for SQL Server è un servizio di database gestito che semplifica il provisioning e la gestione di SQL Server su. AWS Amazon RDS semplifica la configurazione, il funzionamento e la scalabilità delle distribuzioni di SQL Server nel cloud. Con Amazon RDS, puoi distribuire più versioni di SQL Server (2014, 2016, 2017, 2019 e 2022) ed edizioni (tra cui Express, Web, Standard ed Enterprise) in pochi minuti, con una capacità di elaborazione ridimensionabile e conveniente. Puoi effettuare il provisioning di istanze DB di Amazon RDS for SQL Server con storage SSD General Purpose o SSD Provisioned IOPS. (Per i dettagli, consulta i tipi di storage di Amazon RDS nella AWS documentazione.) L'SSD Provisioned IOPS è progettato per offrire prestazioni I/O veloci, prevedibili e costanti ed è ottimizzato per carichi di lavoro di database transazionali (OLTP) a uso intensivo di I/O.

Amazon RDS ti consente di concentrarti sullo sviluppo di applicazioni, poiché gestisce attività di amministrazione del database che richiedono molto tempo, tra cui il provisioning, i backup, l'applicazione di patch software, il monitoraggio e la scalabilità dell'hardware. Amazon RDS for SQL Server offre anche implementazioni Multi-AZ e repliche di lettura (per SQL Server Enterprise Edition) per fornire disponibilità, prestazioni, scalabilità e affidabilità elevate per i carichi di lavoro di produzione.

Per ulteriori informazioni sulla migrazione da SQL Server ad Amazon RDS, consulta i modelli di ripiattaforma sul sito Web AWS Prescriptive Guidance.

Quando scegliere Amazon RDS

Amazon RDS for SQL Server è un'opzione di migrazione quando:

  • Vuoi concentrarti sulla tua attività e sulle tue applicazioni e AWS vuoi occuparti di attività impegnative e indifferenziate come il provisioning del database, la gestione delle attività di backup e ripristino, la gestione delle patch di sicurezza, gli aggiornamenti minori delle versioni di SQL Server e la gestione dello storage.

  • Hai bisogno di una soluzione di database ad alta disponibilità e desideri sfruttare la replica sincrona Multi-AZ premendo pulsanti offerta da Amazon RDS, senza dover configurare e gestire manualmente il mirroring del database, i cluster di failover o i gruppi di disponibilità Always On.

  • Preferisci pagare la licenza di SQL Server come parte del costo dell'istanza su base oraria invece di fare un grande investimento iniziale.

  • Le dimensioni del database e le esigenze di IOPS sono supportate da Amazon RDS for SQL Server. Consulta Amazon RDS DB Instance Storage nella AWS documentazione per i limiti massimi attuali.

  • Non vuoi gestire i backup o i point-in-time ripristini del tuo database.

  • È preferibile concentrarsi su attività di alto livello, come l'ottimizzazione delle prestazioni e lo schema, anziché sull'amministrazione quotidiana del database.

  • Vuoi aumentare o ridurre il tipo di istanza in base ai tuoi modelli di carico di lavoro senza preoccuparti delle complessità delle licenze.

Dopo aver valutato i requisiti del database e del progetto, se decidi di migrare ad Amazon RDS for SQL Server, consulta i dettagli forniti nelle sezioni seguenti e consulta le best practice di migrazione illustrate più avanti in questa guida.

Per le funzionalità, le versioni e le opzioni di SQL Server attualmente supportate, consulta le funzionalità di Amazon RDS per SQL Server sul sito Web, AWS La scelta tra Amazon EC2 e Amazon RDS più avanti in questa guida e Microsoft SQL Server su Amazon AWS RDS nella documentazione. Se stai passando ad Amazon RDS Custom, assicurati di esaminare i requisiti e le limitazioni per Amazon RDS Custom for SQL Server.

Elevata disponibilità

Amazon RDS offre elevata disponibilità e supporto di failover per i database distribuiti con l'opzione Multi-AZ. Quando effettui il provisioning del database con l'opzione Multi-AZ, Amazon RDS effettua automaticamente il provisioning e mantiene un'istanza di standby sincrona in una zona di disponibilità diversa. Il database primario replica in modo sincrono i dati nell'istanza di standby. In caso di problemi, Amazon RDS ripara automaticamente l'istanza non integra e ristabilisce la sincronizzazione. In caso di guasto dell'infrastruttura o interruzione della zona di disponibilità, Amazon RDS esegue un failover automatico sull'istanza di standby. Il failover si verifica solo se il database di standby e quello primario sono completamente sincronizzati. Poiché l'endpoint rimane lo stesso per le istanze primarie e di standby, è possibile riprendere le operazioni del database non appena il failover è completo, senza eseguire un intervento manuale. Il tempo di failover dipende dal tempo necessario per completare il processo di ripristino. Le transazioni di grandi dimensioni aumentano il tempo di failover.

Il diagramma seguente illustra l'opzione di implementazione di Amazon RDS for SQL Server Multi-AZ.

Amazon RDS for SQL Server in a Multi-AZ configuration

Quando configuri SQL Server in una configurazione Multi-AZ, Amazon RDS configura automaticamente l'istanza di database in standby utilizzando il mirroring del database o i gruppi di disponibilità Always On, in base alla versione di SQL Server distribuita. Le versioni e le edizioni specifiche di SQL Server sono elencate nella documentazione di Amazon RDS.

Nelle implementazioni Multi-AZ, operazioni come il ridimensionamento delle istanze o gli aggiornamenti del sistema come l'applicazione di patch al sistema operativo (OS) vengono applicate prima sull'istanza di standby, prima del failover automatico dell'istanza principale, per una maggiore disponibilità.

Grazie all'ottimizzazione del failover di SQL Server, alcuni carichi di lavoro possono generare un carico di I/O maggiore sull'istanza di standby rispetto all'istanza principale, in particolare nelle implementazioni di mirroring del database. Questa funzionalità può comportare un aumento degli IOPS sull'istanza di standby. Ti consigliamo di considerare le esigenze IOPS massime delle istanze primarie e di standby quando esegui il provisioning del tipo di storage e degli IOPS della tua istanza DB Amazon RDS for SQL Server. Puoi anche specificareMultiSubnetFailover=True, se il driver del client lo supporta, di ridurre in modo significativo il tempo di failover.

Limitazioni

  • L'opzione Multi-AZ non è disponibile per le edizioni SQL Server Express e Web. È disponibile solo per le edizioni SQL Server Standard ed Enterprise.

  • Non è possibile configurare l'istanza DB in standby per accettare l'attività di lettura del database.

  • Cross-Region Multi-AZ non è supportato.

  • In Amazon RDS puoi inviare un comando stop a un'istanza DB autonoma e mantenere l'istanza in uno stato di arresto per evitare di incorrere in costi di elaborazione. Non puoi arrestare un'istanza database di Amazon RDS for SQL Server in una configurazione Multi-AZ. Puoi invece terminare l'istanza, scattare uno snapshot finale prima della chiusura e ricreare una nuova istanza Amazon RDS dalla snapshot quando ne hai bisogno. In alternativa, puoi rimuovere prima la configurazione Multi-AZ e poi arrestare l'istanza. Dopo sette giorni, l'istanza interrotta verrà riavviata in modo da poter applicare qualsiasi manutenzione in sospeso.

Per ulteriori limitazioni, consulta le note e i consigli sulla distribuzione di Microsoft SQL Server Multi-AZ nella documentazione di Amazon RDS.

Repliche di lettura

Le repliche di lettura forniscono scalabilità e bilanciamento del carico. Una replica di lettura di SQL Server è una copia fisica di un'istanza DB di Amazon RDS for SQL Server utilizzata per scopi di sola lettura. Amazon RDS aiuta a ridurre il carico sull'istanza DB principale trasferendo i carichi di lavoro di sola lettura sull'istanza DB di replica di lettura. Gli aggiornamenti effettuati all'istanza DB principale vengono copiati in modo asincrono sull'istanza di replica di lettura.

Quando richiedi una replica di lettura, Amazon RDS scatta uno snapshot dell'istanza DB di origine e questo snapshot diventa la replica di lettura. Non si verificano interruzioni durante la creazione e l'eliminazione di una replica di lettura. Amazon RDS for SQL Server aggiorna il database primario immediatamente dopo l'aggiornamento delle repliche di lettura, indipendentemente dalla finestra di manutenzione. Ogni replica di lettura viene fornita con un endpoint separato da utilizzare per connettersi al database delle repliche di lettura.

Amazon RDS for SQL Server semplifica la creazione di repliche di lettura configurando gruppi di disponibilità Always On e mantenendo connessioni di rete sicure tra un'istanza DB primaria e le relative repliche di lettura.

Puoi configurare una replica di lettura nella stessa AWS regione del database primario. Amazon RDS for SQL Server non supporta repliche di lettura tra regioni. Puoi creare fino a cinque repliche di lettura per un'istanza DB di origine.

Nota

Le repliche di lettura sono disponibili solo con le seguenti versioni ed edizioni di SQL Server:

  • SQL Server 2017 Enterprise edition 14.00.3049.1 o versione successiva

  • SQL Server 2016 Enterprise edition 13.00.5216.0 o versione successiva

Le versioni e le edizioni di SQL Server che supportano il mirroring del database per ambienti Multi-AZ non offrono repliche di lettura.

Il diagramma seguente illustra un'istanza DB di Amazon RDS for SQL Server in un ambiente Multi-AZ con una replica di lettura in un'altra zona di disponibilità all'interno della stessa regione. AWS Non tutte le AWS regioni offrono più di due zone di disponibilità, quindi è necessario verificare la regione che si intende utilizzare prima di adottare questa strategia.

Amazon RDS for SQL Server with a read replica in another Availability Zone in the same Region

Una replica di lettura di SQL Server non consente operazioni di scrittura. Tuttavia, è possibile promuovere la replica di lettura per renderla scrivibile. Dopo averla promossa, non è possibile ripristinarla come replica di lettura. Diventerà un'unica istanza DB autonoma che non ha relazioni con l'istanza di database principale originale. I dati nella replica di lettura promossa corrisponderanno ai dati nell'istanza DB di origine fino al momento in cui è stata effettuata la richiesta di promozione. La versione del motore SQL Server DB dell'istanza DB di origine e tutte le relative repliche di lettura saranno uguali.

Per una replica efficiente, si consiglia quanto segue:

  • Configura ogni replica di lettura con le stesse risorse di calcolo e archiviazione dell'istanza DB di origine.

  • È necessario abilitare i backup automatici sull'istanza DB di origine impostando il periodo di conservazione del backup su un valore diverso da 0 (zero).

  • L'istanza DB di origine deve essere distribuita in un ambiente Multi-AZ con gruppi di disponibilità Always On.

Per il supporto, le edizioni e le limitazioni della versione di SQL Server, consulta Leggi le limitazioni della replica con SQL Server nella documentazione di Amazon RDS.

Per ulteriori informazioni sull'utilizzo delle repliche di lettura, consulta Working with read replicas e Working with SQL Server read replicas for Amazon RDS nella documentazione. AWS Per ulteriori informazioni sui prezzi del trasferimento dati, consulta Prezzi di Amazon RDS.

Ripristino di emergenza

Con Amazon RDS for SQL Server puoi creare una strategia di disaster recovery (DR) affidabile e interregionale. I motivi principali per creare una soluzione DR sono la continuità aziendale e la conformità:

  • Una strategia di DR efficace consente di mantenere i sistemi operativi con interruzioni minime o nulle durante un evento catastrofico. Una strategia di ripristino di emergenza affidabile ed efficace in tutte le regioni mantiene operativa l'azienda anche se un'intera regione va offline.

  • Una soluzione di ripristino di emergenza interregionale consente di soddisfare i requisiti di controllo e conformità.

L'obiettivo del punto di ripristino (RPO), l'obiettivo del tempo di ripristino (RTO) e il costo sono tre parametri chiave da considerare nello sviluppo di una strategia di disaster recovery. Per altre opzioni per fornire repliche interregionali, vedere. Marketplace AWS Per ulteriori informazioni su questi approcci, consulta la sezione relativa al disaster recovery interregionale di Amazon RDS for SQL Server AWS sul blog Database.