Schritt 1: Vorbereiten der Azure-Bereitstellung

Wichtig:

Um Datenverluste zu vermeiden, stellen Sie sicher, dass die von Ihnen verwendete Infrastruktur die Clusterlaufwerke beim Neustart oder Herunterfahren des Clusters nicht automatisch löscht. Wenn diese Funktion aktiviert ist, deaktivieren Sie sie.

Azure-Abonnement und -Berechtigungen

Die Bereitstellung erfordert Zugriff auf ein Azure-Abonnement und eine Ressourcengruppe mit der RBAC-Rolle „Besitzer“. Die Rolle „Besitzer“ ist erforderlich, um eine vom Benutzer zugewiesene verwaltete Identität mit der Rolle „Mitwirkender“ zu erstellen, die im Scope „Ressourcengruppe“ zugewiesen ist. Die verwaltete Identität wird für die Verwaltung der VMs benötigt (Skalierungsaktionen durchführen, Instanzschutz anwenden, Betriebssystem aktualisieren).

Sie können mit diesen Schritten Ihre Rollenzuweisung überprüfen:

Ressourcengruppe → Zugriffssteuerung (IAM) → Zugriff überprüfen → Eigenen Zugriff anzeigen

Kontingente

Die Bereitstellung bietet eine Reihe von Standard_D-VMs (allgemeine Zwecke), Standard_E-VMs und/oder Standard_NC-VMs (mit GPU). Das Azure-Abonnement hat ein Kontingent für die Anzahl der Kerne, die für die VM-Familie bereitgestellt werden können.

Überprüfen Sie das Abonnementkontingent, indem Sie im Azure-Portal zu Nutzung + Kontingente wechseln.

Hinweis:

Stellen Sie sicher, dass Ihr Kontingent für die Automation Suite-Bereitstellung ausreicht, da die Bereitstellung andernfalls fehlschlägt. Fordern Sie eine Erhöhung an, indem Sie auf Erhöhung anfordern klicken.

Instanzschutz

Als Teil des Installationsprozesses fügen wir allen Knoten einer Serverskalierungsgruppe einen Instanzschutz vor Skalierungsgruppenvorgängen hinzu. Da diese Vorgänge von Azure aus ohne den Serverkontext durchgeführt werden, wird eine Fehlfunktion des Clusters verhindert. Wir bieten Runbooks für die Verwaltung von Clustern an. Weitere Informationen zum Schutz von Serverskalierungsgruppen finden Sie in der Azure-Dokumentation.

Instanzbeendigung

Wichtig:

Das Beenden der Instanzen der virtuellen Servermaschine führt höchstwahrscheinlich zu Datenverlusten und zum Absturz des Clusters. Versuchen Sie nicht, die Instanzen der virtuellen Servermaschine zu beenden.

Wir bieten Unterstützung bei der Beendigung von Instanzen für Agent-VM-Instanzen. Das bedeutet, dass wir beim Beenden einer Agent-VM-Instanz diesen Knoten aus dem Automation Suite-Cluster sperren, entleeren und löschen.

Wir führen ein Skript auf jeder virtuellen Agent-Maschineninstanz aus, die den Metadatendienst der Instanz für Beendigungsereignisse zusammenfasst. Sobald ein Ereignis eintritt, werden auf dem betreffenden Knoten ein Absperr- und ein Entleerungsbefehl ausgelöst und auf dem Server wird außerdem ein Befehl zum Löschen des Knotens für diesen bestimmten Knoten ausgeführt.

Für diesen Prozess sind erweiterte Protokolle verfügbar. Sie finden die Protokolle für jeden Knotenbeendigungsvorgang unter dem Hauptspeicherkonto der Bereitstellung im Container logs . Jede Protokolldatei enthält den Namen des Knotens und das Suffix -termination.log .

Verfügbarkeit der VM-Familien-Region

Stellen Sie sicher, dass die VM-SKUs für die Region verfügbar sind, in der Sie die Bereitstellung planen.

Sie können die Verfügbarkeit unter: Verfügbare Produkte nach Region überprüfen.

Zertifikatkonfiguration

Mit der Azure-Vorlage können Sie Zertifikate für eine benutzerdefinierte Domäne bereitstellen, die Sie während der Bereitstellung angeben, sodass Sie dies nach der Bereitstellung nicht manuell durchführen müssen. Sie müssen jedoch sicherstellen, dass die .crt -Zertifikate Base64-codiert sind, bevor Sie sie bereitstellen.

Das folgende Skript generiert die Base64-codierten Zeichenfolgen aus einem einzelnen .pfx -Zertifikat (Serverzertifikat). Sie können diese Zeichenfolgen dann beim Ausfüllen der Vorlagenparameter verwenden. Sie können dieses Bash-Skript auf einer Windows-Maschine mit dem Windows-Subsystem für Linux ausführen. Es verwendet openssl , um die Zertifikate zu konvertieren. Denken Sie daran, dass das Serverzertifikat (das .pfx ) einige [Anforderungen (doc:multi-node-configuring-the-certificates#server-certificate-requirements) erfüllen sollte.

Führen Sie die folgenden Befehle nacheinander aus, da einige das Zertifikatskennwort .pfx erfordern:

pfxFile=<path of the pfx file>

# Key
openssl pkcs12 -in $pfxFile -nocerts -out serverCertKeyEncrypted.key
openssl rsa -in serverCertKeyEncrypted.key -out serverCertKeyDecrypted.key

# Server cert
openssl x509 -in $pfxFile -clcerts -nokeys -out serverCert.crt

# CA Bundle:
openssl pkcs12 -in $pfxFile  -cacerts -nokeys -chain | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > caBundle.crt

# Converting to base64 and removing newlines
cat serverCertKeyDecrypted.key | base64 | tr -d '\n' > base64CertKey
cat serverCert.crt | base64 | tr -d '\n' > base64Cert
cat caBundle.crt | base64 | tr -d '\n' > base64CABundle

Widerstandsfähigkeit gegen zonale Ausfälle in einem HA-fähigen Produktionscluster mit mehreren Knoten

By default, the templates deploy the VMs across as many Azure Availability Zones as possible to enable the resilience to zonal failures in a multi-node HA-ready production cluster.

Hinweis:

Not all Azure Regions support Availability Zones. See Azure Geograpies for details.

VM SKUs have additional Availability Zones restrictions that you can check using the CLI cmdlet. See Get-AzComputeResourceSku for details.

Der Cluster gilt als vor zonalen Ausfällen geschützt, wenn die Server über drei Azure-Verfügbarkeitszonen verteilt sind. Wenn die Azure-Region keine Verfügbarkeitszonen für den für Server ausgewählten VM-Typ unterstützt, wird die Bereitstellung ohne Widerstandsfähigkeit gegen zonale Ausfälle fortgesetzt.

Dns

Die Vorlage enthält einen Azure Load Balancer (Lastausgleich) mit einer öffentlichen IP und einem DNS-Label für den Zugriff auf die Dienste.

Die DNS-Bezeichnung befindet sich in Microsoft-Besitz und sollte ein ähnliches Format haben wie: <dnsName>.<regionName>.cloudapp.azure.com.

Wir stellen auch eine private DNS-Zone bereit, damit die Cluster-VMs mehrere Unterdomänen auflösen können. Dies wird für den Installationsvorgang benötigt. Um Datensätze in einer privaten DNS-Zone aus dem virtuellen Netzwerk aufzulösen, stellen Sie sicher, dass der DNS-Server entweder auf Azure-provided festgelegt ist oder auf 168.63.129.16.

If you want to access the cluster over the internet, you can check out Step 3: Post-deployment steps.

Bereitstellen in einem vorhandenen virtuellen Netzwerk

Mit der Vorlage können Sie die Knoten in einem vorhandenen virtuellen Netzwerk bereitstellen. Das virtuelle Netzwerk muss jedoch über ein Subnetz verfügen, das die folgenden Anforderungen erfüllt:

• hat genügend freien Adressraum für alle Knoten und den internen Lastausgleich
• Ausgehende Konnektivität, vorzugsweise konfiguriert über ein NAT-Gateway gemäß Microsoft-Empfehlung
• erlaubt HTTPS-Datenverkehr auf dem Port 443
• Optional : Hat einen Dienstendpunkt, der für Microsoft.Storage konfiguriert ist. Dies ist erforderlich, wenn Sie die Sicherung zum Zeitpunkt der Bereitstellung aktivieren.

Bei der Bereitstellung in einem vorhandenen virtuellen Netzwerk müssen Sie die Besitzer-RBAC-Rolle darauf haben, um eine Mitwirkende-Rollenzuweisung in seinem Bereich zu erstellen. Dies ist für den Vorgang Instanzaktualisierung beim Hochskalieren erforderlich.

Sicherung

The template allows you to enable the backup at deployment time. This implies creating a Microsoft Storage Account with a 10TiB storage capacity used as an NFS share and configuring the backup for the cluster. The backup interval is set to 12 hours to match the Azure SQL Database backup frequency.