Hochverfügbare Microsoft SQL Server-Datenbank bereitstellen

Stellen Sie Microsoft SQL Server immer auf Verfügbarkeitsgruppen in Oracle Cloud Infrastructure bereit, um die integrierten Redundanz- und Resilienzfunktionen von Oracle Cloud zu nutzen.

Architektur

Diese Referenzarchitektur umfasst eine Microsoft SQL Server-Gruppe, Bastion-Server, Active Directory-Domaincontroller und einen Quorum-Minuten-Host in Oracle Cloud Infrastructure.

Das folgende Diagramm veranschaulicht diese Referenzarchitektur.

Beschreibung der Abbildung microsoft-sql-server-oci.png

Die Architektur umfasst die folgenden Komponenten:

• Region

  Eine Oracle Cloud Infrastructure-Region ist ein lokalisiertes geografisches Gebiet, das mindestens ein Rechenzentrum enthält, das als Verfügbarkeitsdomains bezeichnet wird. Regionen sind unabhängig von anderen Regionen, und große Entfernungen können sie trennen (über Länder oder sogar Kontinente).

• Availability-Domain

  Availability-Domains sind eigenständige, unabhängige Data Center in einer Region. Die physischen Ressourcen in jeder Availability-Domain werden von den Ressourcen in den anderen Availability-Domains isoliert, wodurch Fehlertoleranz ermöglicht wird. Availability-Domains verwenden keine Infrastruktur, wie z. B. Stromversorgung oder Kühlung, oder das interne Availability-Domainnetzwerk. Somit ist es unwahrscheinlich, dass sich ein Fehler in einer Availability-Domain auf die anderen Availability-Domains in der Region auswirkt.

• Faultdomain

  Eine Faultdomain ist eine Gruppierung von Hardware und Infrastruktur innerhalb einer Availability-Domain. Jede Availability-Domain verfügt über drei Fault-Domains mit unabhängiger Power und Hardware. Wenn Sie Ressourcen über mehrere Fault-Domains verteilen, können Ihre Anwendungen physische Serverfehler, Systemwartung und Stromausfälle innerhalb einer Fault-Domain tolerieren.

• Virtuelles Cloud-Netzwerk (VCN) und Subnetze

  Ein VCN ist ein anpassbares privates Netzwerk, das Sie in einer Oracle Cloud Infrastructure-Region eingerichtet haben. Wie herkömmliche Rechenzentrumsnetzwerke geben Ihnen VCNs die volle Kontrolle über Ihre Netzwerkumgebung. Sie können VCNs in Subnetze segmentieren, die einer Region oder einer Availability-Domain zugeordnet werden können. Sowohl regionale Subnetze als auch Verfügbarkeitsdomain-spezifische Subnetze können in demselben VCN koexistieren. Ein Subnetz kann öffentlich oder privat sein.

  Diese Architektur verwendet verschiedene Subnetze zum Hosting des Bastion-Hosts, des Quorums des Servers, des Datenbankservers und der Domaincontroller.

• Weiterleitungstabelle

  Virtuelle Routentabellen enthalten Regeln zum Weiterleiten des Datenverkehrs von Subnetzen zu Zielen außerhalb von VCN, normalerweise über Gateways.

• Sicherheitslisten

  Für jedes Subnetz können Sie Sicherheitsregeln erstellen, mit denen Quelle, Ziel und Typ des Traffics angegeben werden, die in und aus dem Subnetz zugelassen werden müssen.

  Diese Architektur erfordert Ingress- und Egress-Regeln in den Sicherheitslisten, die dem Bastion-Host, dem Quorum-Server, dem Datenbankserver und den Domaincontroller-Subnetzen zugeordnet sind. Diese Regeln müssen hinzugefügt werden, um Features wie Remotedesktopkonnektivität, Zugriff auf die SQL Server-Datenbank und Zugriff für die Endpunkte Immer auf Verfügbarkeitsgruppen zu aktivieren.

• Internet-Gateway

  Das Internet-Gateway ermöglicht den Datenverkehr zwischen den öffentlichen Subnetzen in einem VCN und dem öffentlichen Internet.

• Block-Volume

  Mit Blockspeicher-Volumes können Sie Speicher-Volumes erstellen, anhängen, verbinden und verschieben und die Volume-Performance ändern, um Ihre Speicher-, Performance- und Anwendungsanforderungen zu erfüllen. Nachdem Sie einen Datenträger mit einer Instanz verknüpft und verbunden haben, können Sie den Datenträger wie eine reguläre Festplatte verwenden. Sie können auch eine Verbindung zu einem Datenträger trennen und an eine andere Instanz anhängen, ohne Daten zu verlieren.

• Object Storage

  Objektspeicherung bietet schnellen Zugriff auf große Mengen strukturierter und unstrukturierter Daten aller Inhaltstypen, einschließlich Datenbankbackups, Analysedaten und Rich-Inhalte wie Bilder und Videos. Verwenden Sie den Standardspeicher für "Hot"-Speicher, auf den Sie schnell, sofort und häufig zugreifen müssen. Verwenden Sie Archivspeicher für "kalten" Speicher, den Sie für lange Zeiträume und selten oder selten Zugriff behalten.

Empfehlungen

Ihre Anforderungen können von der hier beschriebenen Architektur abweichen. Verwenden Sie die folgenden Empfehlungen als Ausgangspunkt.

• Rechenleistungseinheiten

  Diese Architektur verwendet die folgenden Formen für verschiedene Server:

  • Bastion-Server: Windows Server 2016 Standard auf einer VM.Standard2.1-Maske
  • Quorum Witness-Server: Windows Server 2016 Standard in einer VM.Standard2.1-Maske
  • Active Directory -Domaincontroller-Server: Windows Server 2016 Standard in einer VM.Standard2.2-Maske
  • Datenbankserver: Windows Server 2016 Standard in einer VM.Standard2.2-Maske

  Wenn die Ressource Ihrer Anwendung unterschiedlich ist, können Sie andere Formen für die Datenbankserver auswählen. Die Bastion-Server sind optional, wenn Sie keine Verbindung zu den Windows-Servern über das öffentliche Internet herstellen und stattdessen Ihr On-Premise-Netzwerk mit Oracle Cloud Infrastructure über eine FastConnect - oder IPSec-VPN-Verbindung verbinden.

• Virtuelles Cloud-Netzwerk (VCN)

  Wenn Sie VCN erstellen, legen Sie fest, wie viele IP-Adressen Ihre Cloud-Ressourcen in jedem Subnetz erfordern. Geben Sie mit der CIDR-Notation (Classless Inter-Domain Routing) eine Subnetzmaske und einen Netzwerkadressbereich an, der groß genug für die erforderlichen IP-Adressen ist. Verwenden Sie einen Adressbereich, der sich im privaten Standardadressbereich befindet.

  Wählen Sie einen Adressbereich, der sich nicht mit einem anderen Netzwerk überschneidet (in Oracle Cloud Infrastructure, Ihrem On-Premise-Datencenter oder in einem anderen Cloud-Provider), für den Sie private Verbindungen einrichten möchten.

  Nachdem Sie ein VCN erstellt haben, können Sie dessen Adressbereich nicht mehr ändern.

  Wenn Sie die Subnetze entwerfen, beachten Sie den Verkehrsfluss und die Sicherheitsanforderungen. Ordnen Sie alle Ressourcen innerhalb einer bestimmten Ebene oder Rolle demselben Subnetz zu, das als Sicherheitsgrenze dienen kann.

• Microsoft SQL Server-Version

  Oracle Cloud Marketplace enthält Bilder für Microsoft SQL Server 2016 Enterprise und Microsoft SQL Server 2016 Standard. Sie können eines dieser Images verwenden, um das Deployment zu vereinfachen oder die lizenzierte Kopie von SQL Server auf den Compute Nodes zu installieren.

Wichtige Aspekte

Berücksichtigen Sie folgende Punkte beim Deployment dieser Referenzarchitektur.

• Skalierbarkeit

  Diese Architektur verwendet eine Microsoft SQL Server-Datenbank, einen Domaincontroller und einen Bastion-Server in jeder Faultdomain.

  Sie können die Datenbank-, Domain-Server-, Quorum- und Bastion-Server vertikal skalieren, indem Sie die VM-(Virtual Machine-) Leistungseinheit jedes Compute Nodes ändern. Die Verwendung einer Leistungseinheit mit einer höheren Coreanzahl erhöht den Speicherplatz, der der Compute-Instanz und der Netzwerkbandbreite zugewiesen ist.

• Anwendungsverfügbarkeit

  Faultdomains bieten die beste Resilienz in einer einzelnen Availability-Domain. Darüber hinaus können Compute-Instanzen, die dieselben Aufgaben über mehrere Faultdomains hinweg ausführen, Redundanz bereitstellen und eine einzelne Schwachstelle verhindern.

• Kostenfaktor

  Wählen Sie die VM-Leistungseinheit basierend auf den für die Datenbank erforderlichen Cores, Speicher und Netzwerkbandbreite. Sie können mit einer Zwei-Core-Form für den Datenbank-Server beginnen. Wenn Sie mehr Performance, Speicher oder Netzwerkbandbreite für den Datenbankknoten benötigen, können Sie die VM-Leistungseinheit später ändern.

Bereitstellen

Sie können diese Architektur bereitstellen, indem Sie ein Bild in Oracle Cloud Marketplace verwenden, um eine Compute-Instanz bereitzustellen, auf der Microsoft SQL Server ausgeführt wird, der eine Lizenz enthält, oder indem Sie für jeden Datenbankknoten, den Sie benötigen, eine Compute-Instanz durch Provisioning bereitstellen und dann Microsoft SQL Server auf jeder Instanz mit Ihrer eigenen Lizenz installieren.

1. Stellen Sie die erforderlichen Netzwerkressourcen bereit, wie in dieser Referenzarchitektur dargestellt, indem Sie die bevorzugte Oracle Cloud Infrastructure-Schnittstelle verwenden: Webkonsole, CLI, API oder Terraform.
2. Stellen Sie die Microsoft SQL Server-Knoten mit einer der folgenden Optionen bereit:
   1. Verwenden Sie ein Oracle Cloud Marketplace-Image, das eine Lizenz enthält. Das Bild stellt eine einzelne Instanz bereit. Sie müssen das Deployment für jeden Microsoft SQL Server-Knoten wiederholen.
      • Microsoft SQL Server-Standard
      • Microsoft SQL 2016 Enterprise mit Windows Server 2016 Standard

      Lesen Sie die Preise, Nutzungsbedingungen und Systemanforderungen für jedes Bild sorgfältig und wählen Sie das Bild aus, das für Ihren Anwendungsfall geeignet ist. Klicken Sie auf App abrufen, und befolgen Sie die Prompts auf dem Bildschirm, um jedem Microsoft SQL Server-Knoten durch Provisioning bereitzustellen.

   2. Stellen Sie für jeden Datenbankknoten, den Sie benötigen, eine Compute-Instanz bereit, und installieren Sie dann Microsoft SQL Server auf jeder Instanz mit Ihrer eigenen Lizenz.
3. Erstellen Sie Microsoft Windows Server Compute-Instanzen, und installieren und konfigurieren Sie dann die Active Directory-Domain-Controller auf den Instanzen.

Weitere Informationen

Best Practices Framework für Oracle Cloud Infrastructure

Änderungslog

In diesem Log werden wichtige Änderungen aufgeführt:

20. Oktober 2020	Der Abschnitt {\ b Deploy} wurde um zusätzliche Deployment-Optionen erweitert.
14. Oktober 2020	Im Abschnitt "Bereitstellen" wurde ein Link zu einem Bild in Oracle Cloud Marketplace hinzugefügt, um einen Microsoft SQL Server-Computing-Knoten durch Provisioning bereitzustellen.