Distribuire un database Microsoft SQL Server ad alta disponibilità

Distribuisci Microsoft SQL Server sempre in gruppi di disponibilità su Oracle Cloud Infrastructure per sfruttare le funzioni di ridondanza e resilienza incorporate di Oracle Cloud.

Architettura

Questa architettura di riferimento include un gruppo Microsoft SQL Server Always On Availability, server base, controller di dominio Active Directory e un host witness quorum in Oracle Cloud Infrastructure.

Nel diagramma seguente è illustrata questa architettura di riferimento.



L'architettura comprende i componenti riportati di seguito.

  • Area

    Un'area Oracle Cloud Infrastructure è un'area geografica localizzata contenente uno o più data center, denominati domini di disponibilità. Le regioni sono indipendenti da altre regioni e vaste distanze possono separarle (tra paesi o addirittura continenti).

  • Dominio di disponibilità

    I domini di disponibilità sono data center standalone e indipendenti all'interno di un'area. Le risorse fisiche in ciascun dominio di disponibilità sono isolate dalle risorse negli altri domini di disponibilità che forniscono la tolleranza degli errori. I domini di disponibilità non condividono l'infrastruttura, ad esempio l'alimentazione o il raffreddamento, né la rete di domini di disponibilità interna. Pertanto, un errore in un dominio di disponibilità non influisce sugli altri domini di disponibilità presenti nell'area.

  • Dominio di errore

    Un dominio di errore è un raggruppamento di hardware e infrastruttura all'interno di un dominio di disponibilità. Ogni dominio di disponibilità ha tre domini di errore con alimentazione e hardware indipendenti. Quando si distribuiscono risorse su più domini di errore, le applicazioni possono tollerare errori fisici del server, manutenzione del sistema e errori di alimentazione all'interno di un dominio di errore.

  • Rete cloud virtuale (VCN) e subnet

    VCN è una rete privata personalizzabile impostata in un'area Oracle Cloud Infrastructure. Come le reti tradizionali dei data center, i VCN consentono di controllare completamente l'ambiente di rete. È possibile segmentare VCN in subnet, che possono essere definite in un'area o in un dominio di disponibilità. Le subnet regionali e le subnet specifiche del dominio di disponibilità possono coesistere nella stessa VCN. Una subnet può essere pubblica o privata.

    Questa architettura utilizza subnet diverse per ospitare host di base, server di caratteristiche quorum, server di database e controller di dominio.

  • Tabella instradamento

    Le tabelle di instradamento virtuali contengono regole per instradare il traffico dalle subnet alle destinazioni esterne a VCN, in genere tramite gateway.

  • Liste di sicurezza

    Per ogni subnet è possibile creare regole di sicurezza che specificano l'origine, la destinazione e il tipo di traffico consentito nella subnet e viceversa.

    Questa architettura richiede regole di entrata e uscita nelle liste di sicurezza associate all'host di base, al server di witness quorum, al database server e alle subnet controller del dominio. È necessario aggiungere queste regole per abilitare funzioni quali la connettività remota del desktop, l'accesso al database di SQL Server e l'accesso per gli endpoint del gruppo Sempre in disponibilità.

  • Gateway Internet

    Il gateway Internet consente il traffico tra le subnet pubbliche in VCN e Internet pubblico.

  • Volume a blocchi

    Con i volumi storage a blocchi, è possibile creare, collegare, connettere e spostare volumi storage e modificare le prestazioni dei volumi in modo da soddisfare i requisiti di storage, prestazioni e applicazione. Dopo aver collegato e collegato un volume a un'istanza, è possibile utilizzare il volume come un disco rigido normale. È inoltre possibile disconnettere un volume e collegarlo a un'altra istanza senza perdere i dati.

  • Storage degli oggetti

    Lo storage degli oggetti consente di accedere rapidamente a grandi quantità di dati strutturati e non strutturati di qualsiasi tipo di contenuto, inclusi backup di database, dati analitici e contenuti ricchi, ad esempio immagini e video. Utilizzare lo storage standard per lo storage "caldo" a cui è necessario accedere rapidamente, immediatamente e frequentemente. Utilizzare lo storage di archivio per lo storage "freddo" che si conserva per lunghi periodi di tempo e raramente o raramente l'accesso.

Suggerimenti

I requisiti dell'utente potrebbero differire dall'architettura descritta qui. Utilizzare i seguenti suggerimenti come punto di partenza.

  • Forme di computazione

    Questa architettura utilizza le forme riportate di seguito per diversi server.

    • Server di base: Windows Server 2016 Standard in una forma VM.Standard2.1
    • Server witness quorum: Windows Server 2016 Standard su una forma VM.Standard2.1
    • Server controller del dominio Active Directory: Windows Server 2016 Standard su una forma VM.Standard2.2
    • Database server: Windows Server 2016 Standard in una forma VM.Standard2.2

    Se le esigenze delle risorse dell'applicazione sono diverse, è possibile scegliere forme diverse per i database server. I server di base sono facoltativi se non si è connessi ai server Windows tramite la rete Internet pubblica e non si connette la rete on premise a Oracle Cloud Infrastructure tramite una connessione FastConnect o IPSec VPN.

  • Rete cloud virtuale (VCN)

    Quando si crea VCN, determinare il numero di indirizzi IP necessari per le risorse cloud in ogni subnet. Utilizzando la notazione CIDR (Classless Inter-Domain Routing), specificare una subnet mask e un intervallo di indirizzi di rete sufficientemente ampio per gli indirizzi IP richiesti. Utilizzare un intervallo di indirizzi all'interno dello spazio di indirizzi IP privato standard.

    Selezionare un intervallo di indirizzi che non si sovrapponga ad altre reti (in Oracle Cloud Infrastructure, nel data center in locale o in un altro provider cloud) a cui si desidera impostare le connessioni private.

    Dopo aver creato una VCN, non è possibile modificarne l'intervallo di indirizzi.

    Quando si progettano le subnet, prendere in considerazione il flusso di traffico e i requisiti di sicurezza. Allegare tutte le risorse all'interno di uno specifico livello o ruolo alla stessa subnet, che può fungere da limite di sicurezza.

  • Versione Microsoft SQL Server

    Oracle Cloud Marketplace dispone di immagini per Microsoft SQL Server 2016 Enterprise e Microsoft SQL Server 2016 Standard. È possibile usare una di queste immagini per facilitare la distribuzione o per installare la copia di SQL Server con licenza sui nodi di calcolo.

Considerazioni

Quando si distribuisce questa architettura di riferimento, prendere in considerazione i punti riportati di seguito.

  • Scalabilità

    Questa architettura utilizza un database Microsoft SQL Server, un controller di dominio e un server di base in ogni dominio di errore.

    È possibile ridimensionare verticalmente il database, il server del dominio, il quorum e il server bastion modificando la forma della Virtual Machine (VM) di ogni nodo di calcolo. L'uso di una forma con un conteggio di memorie centrali superiore aumenta la quantità di memoria allocata all'istanza di computazione e all'ampiezza di banda della rete.

  • Disponibilità applicazione

    I domini di errore garantiscono la migliore resilienza all'interno di un singolo dominio di disponibilità. Inoltre, la distribuzione di istanze di calcolo che eseguono gli stessi task in più domini di errore garantisce ridondanza e impedisce un singolo punto di errore.

  • Costo

    Selezionare la forma VM in base alle memorie centrali, alla memoria e all'ampiezza di banda della rete necessarie per il database. È possibile iniziare con una forma di due core per il database server. Se sono necessarie più prestazioni, memoria o larghezza di banda di rete per il nodo del database, è possibile modificare la forma della VM in un secondo momento.

Distribuisci

È possibile distribuire questa architettura utilizzando un'immagine fornita in Oracle Cloud Marketplace per eseguire il provisioning di un'istanza di calcolo con Microsoft SQL Server che include una licenza oppure mediante il provisioning di un'istanza di calcolo per ogni nodo di database necessario, quindi l'installazione di Microsoft SQL Server su ogni istanza utilizzando una licenza personale.

  1. Eseguire il provisioning delle risorse di rete richieste come illustrato in questa architettura di riferimento utilizzando l'interfaccia Oracle Cloud Infrastructure preferita: console Web, CLI, API o Terraform.
  2. Distribuire i nodi di Microsoft SQL Server utilizzando una delle opzioni riportate di seguito.
    1. Utilizzare un'immagine di Oracle Cloud Marketplace che include una licenza. L'immagine distribuisce una singola istanza. È necessario ripetere la distribuzione per ogni nodo di Microsoft SQL Server.

      Leggere attentamente i prezzi, le condizioni d'uso e i requisiti di sistema per ogni immagine e selezionare l'immagine appropriata per il caso d'uso. Fare clic su Ottieni applicazione e seguire i prompt sullo schermo per eseguire il provisioning di ciascun nodo di Microsoft SQL Server.

    2. Eseguire il provisioning di un'istanza di calcolo per ogni nodo di database necessario, quindi installare Microsoft SQL Server su ogni istanza utilizzando una licenza propria.
  3. Creare le istanze di calcolo di Microsoft Windows Server, quindi installare e configurare i controller di dominio Active Directory sulle istanze.

Log delle modifiche

Questo log elenca modifiche significative: