Azure Service Fabric-Knotentypen und VM-Skalierungsgruppen
VM-Skalierungsgruppen sind eine Azure Computeressource. Sie können Skalierungsgruppen verwenden, um eine Sammlung virtueller Computer als Gruppe bereitzustellen und zu verwalten. Jeder Knotentyp, den Sie in einem Azure Service Fabric-Cluster definieren, richtet genau eine Skalierungsgruppe ein. Mehrere Knotentypen können nicht von derselben Skalierungsgruppe unterstützt werden, und ein Knotentyp darf nicht von mehreren Skalierungsgruppen unterstützt werden.
Die auf jedem virtuellen Computer in der Skalierungsgruppe von der Virtual Machines-Erweiterung Microsoft.Azure.ServiceFabric installierte Service Fabric-Laufzeit. Sie können jeden Knotentyp einzeln zentral hoch- oder herunterskalieren, auf jedem Clusterknoten die ausgeführte Betriebssystem-SKU ändern, bei jedem Typ unterschiedliche Portgruppen öffnen und verschiedene Kapazitätsmetriken verwenden.
Die folgende Abbildung zeigt einen Cluster mit den beiden Knotentypen FrontEnd und BackEnd. Jeder Knotentyp verfügt über fünf Knoten.
Zuordnen von VM-Skalierungsgruppeninstanzen zu Knoten
Wie in der Abbildung oben gezeigt, beginnen Skalierungsgruppeninstanzen mit der Instanz 0. Die Instanznummer wird dann jeweils um 1 erhöht. Die Knotennamen spiegeln die Nummerierung wider. Der Knoten „BackEnd_0“ ist z.B. die Instanz 0 der Skalierungsgruppe „BackEnd“. Diese bestimmte Skalierungsgruppe hat fünf Instanzen mit den Namen „BackEnd_0“, „BackEnd_1“, „BackEnd_2“, „BackEnd_3“ und „BackEnd_4“.
Wenn Sie eine Skalierungsgruppe aufskalieren, wird eine neue Instanz erstellt. Der neue Skalierungsgruppen-Instanzname hat in der Regel folgendes Format: Skalierungsgruppenname + Nummer der nächsten Instanz. In diesem Beispiel lautet er „BackEnd_5“.
Zuordnen des Lastenausgleichs von Skalierungsgruppen zu Knotentypen und Skalierungsgruppen
Wenn Sie Ihren Cluster aus dem Azure-Portal bereitgestellt oder die Azure Resource Manager-Beispielvorlage verwendet haben, werden alle Ressourcen aufgelistet, die zu einer Ressourcengruppe gehören. Der Lastenausgleich jeder Skalierungsgruppe oder jedes Knotentyps wird angezeigt. Für den Namen des Lastenausgleichs wird folgendes Format verwendet: LB-<Knotentypname> . Ein Beispiel ist „LB-sfcluster4doc-0“, wie in der folgenden Abbildung gezeigt:
Service Fabric Virtual Machine-Erweiterung
Die Service Fabric Virtual Machine-Erweiterung wird zum Starten von Service Fabric in Azure Virtual Machines und zum Konfigurieren der Knotensicherheit verwendet.
Folgendes ist ein Codeausschnitt aus der Service Fabric Virtual Machine-Erweiterung:
"extensions": [
{
"name": "[concat('ServiceFabricNodeVmExt','_vmNodeType0Name')]",
"properties": {
"type": "ServiceFabricLinuxNode",
"autoUpgradeMinorVersion": true,
"enableAutomaticUpgrade": true,
"protectedSettings": {
"StorageAccountKey1": "[listKeys(resourceId('Microsoft.Storage/storageAccounts', variables('supportLogStorageAccountName')),'2015-05-01-preview').key1]",
},
"publisher": "Microsoft.Azure.ServiceFabric",
"settings": {
"clusterEndpoint": "[reference(parameters('clusterName')).clusterEndpoint]",
"nodeTypeRef": "[variables('vmNodeType0Name')]",
"durabilityLevel": "Silver",
"enableParallelJobs": true,
"nicPrefixOverride": "[variables('subnet0Prefix')]",
"dataPath": "D:\\\\SvcFab",
"certificate": {
"commonNames": [
"[parameters('certificateCommonName')]"
],
"x509StoreName": "[parameters('certificateStoreValue')]"
}
},
"typeHandlerVersion": "2.0"
}
},
Dies sind die Beschreibungen der Eigenschaften:
Name | Zulässige Werte | Anleitung oder Kurzbeschreibung |
---|---|---|
name | Zeichenfolge | Eindeutiger Name für die Erweiterung |
Typ | „ServiceFabricLinuxNode“ oder „ServiceFabricNode“ | Identifiziert das Betriebssystem, in dem Service Fabric gestartet wird. |
autoUpgradeMinorVersion | true oder false | Neueste Nebenversion der Erweiterung zur Bereitstellungszeit verwenden |
enableAutomaticUpgrade | true oder false | Automatisches Upgrade der Erweiterung, sobald eine Nicht-Hauptversion verfügbar ist Nur verfügbar für den Typ ServiceFabricLinuxNode |
Herausgeber | Microsoft.Azure.ServiceFabric | Name des Herausgebers der Service Fabric-Erweiterung |
clusterEndpoint | Zeichenfolge | URI:PORT zum Verwaltungsendpunkt |
nodeTypeRef | Zeichenfolge | Name von nodeType |
durabilityLevel | bronze, silver, gold, platinum | Zulässige Zeitspanne zum Anhalten der unveränderliche Azure-Infrastruktur |
enableParallelJobs | true oder false | Aktivieren von Compute-ParallelJobs wie paralleles Entfernen und Neustarten von virtuellen Computern in der gleichen Skalierungsgruppe |
nicPrefixOverride | Zeichenfolge | Subnetzpräfix, z.B. „10.0.0.0/24“ |
commonNames | string[] | Allgemeine Namen von installierten Clusterzertifikaten |
x509StoreName | Zeichenfolge | Name des Speichers, in dem sich das installierte Clusterzertifikat befindet |
typeHandlerVersion | 1.1 | Version der Erweiterung. Für klassische Version 1.0 der Erweiterung wird das Upgrade auf Version 1.1 empfohlen |
dataPath | Zeichenfolge | Der Pfad zum Laufwerk, das zum Speichern des Zustands der Service Fabric-Systemdienste und Anwendungsdaten verwendet wird. |
Nächste Schritte
- Weitere Informationen finden Sie unter Übersicht über das Feature „Deploy Anywhere“ (umgebungsunabhängige Bereitstellung) und ein Vergleich mit Clustern, die von Azure verwaltet werden.
- Erfahren Sie mehr über Clustersicherheit.
- Stellen Sie eine Remoteverbindung mit der spezifischen Skalierungsgruppeninstanz her.
- Aktualisieren der RDP-Portbereichswerte für Cluster-VMs nach der Bereitstellung
- Ändern von Administratorbenutzername und -kennwort für Cluster-VMs