Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Zestawy skalowania maszyn wirtualnych to zasób obliczeniowy platformy Azure. Zestawy skalowania umożliwiają wdrażanie kolekcji maszyn wirtualnych i zarządzanie nimi jako zestaw. Każdy typ węzła zdefiniowany w klastrze usługi Azure Service Fabric konfiguruje dokładnie jeden zestaw skalowania: wiele typów węzłów nie może być wspieranych przez ten sam zestaw skalowania, a jeden typ węzła nie powinien być wspierany przez wiele zestawów skalowania.
Środowisko uruchomieniowe usługi Service Fabric jest instalowane na każdej maszynie wirtualnej w zestawie skalowania przez rozszerzenie Microsoft.Azure.ServiceFabric Virtual Machine. Można niezależnie skalować każdy typ węzła w górę lub w dół, zmieniać jednostkę SKU systemu operacyjnego uruchomioną w każdym węźle klastra, mieć otwarte różne zestawy portów i używać różnych metryk pojemności.
Na poniższej ilustracji przedstawiono klaster, który ma dwa typy węzłów o nazwach FrontEnd i BackEnd. Każdy typ węzła ma pięć węzłów.
Mapuj wystąpienia zestawu skalowania maszyn wirtualnych na węzły
Jak pokazano na poprzedniej ilustracji, instancje zestawu skalowania zaczynają się od 0, a następnie zwiększają się o 1. Numerowanie jest odzwierciedlane w nazwach węzłów. Na przykład węzeł BackEnd_0 jest wystąpieniem 0 skali BackEnd. Ten konkretny zestaw skalowania ma pięć wystąpień o nazwie BackEnd_0, BackEnd_1, BackEnd_2, BackEnd_3 i BackEnd_4.
Podczas skalowania zestawu skalowania w poziomie tworzone jest nowe wystąpienie. Nazwa nowego wystąpienia zestawu skalowania to zazwyczaj nazwa zestawu skalowania oraz numer następnego wystąpienia. W naszym przykładzie jest to BackEnd_5.
Mapuj równoważniki obciążenia zestawu skalowania na typy węzłów i zestawy skalowania.
Jeśli klaster został wdrożony w witrynie Azure Portal lub użyto przykładowego szablonu usługi Azure Resource Manager, zostaną wyświetlone wszystkie zasoby w grupie zasobów. Moduły równoważenia obciążenia są widoczne dla każdego zestawu skalowania lub typu węzła. Nazwa modułu równoważenia obciążenia używa następującego formatu: LB-<nazwa typu węzła>. Przykładem jest LB-sfcluster4doc-0, jak pokazano na poniższej ilustracji:
Rozszerzenie usługi Service Fabric do maszyn wirtualnych
Rozszerzenie maszyny wirtualnej usługi Service Fabric służy do uruchamiania usługi Service Fabric na maszynach wirtualnych platformy Azure i konfigurowania zabezpieczeń węzła.
Poniżej przedstawiono fragment kodu rozszerzenia maszyny wirtualnej usługi Service Fabric:
"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"
}
},
Poniżej przedstawiono opisy właściwości:
nazwa | Dozwolone wartości | #B0 Krótki opis lub wskazówki #C1 |
---|---|---|
nazwa | sznurek | Unikatowa nazwa rozszerzenia |
typ | "ServiceFabricLinuxNode" lub "ServiceFabricNode" | Rozpoznaje, że usługa Service Fabric systemu operacyjnego jest w trakcie inicjalizacji |
automatycznaAktualizacjaMinorVersion | prawda lub fałsz | Używanie najnowszej wersji pomocniczej rozszerzenia w czasie wdrażania |
włączAutomatycznąAktualizację | prawda lub fałsz | Automatycznie uaktualnij rozszerzenie po udostępnieniu wersji innej niż główna. Dostępne tylko dla typu ServiceFabricLinuxNode |
wydawca | Microsoft.Azure.ServiceFabric | Nazwa wydawcy rozszerzenia usługi Service Fabric |
punkt końcowy klastra | sznurek | URI:PORT do punktu końcowego interfejsu zarządzania |
nodeTypeRef | sznurek | Nazwa typu nodeType |
poziom trwałości | brąz, srebro, złoto, platyna | Czas wstrzymania niezmiennej infrastruktury platformy Azure |
włączRównoległeZadania | prawda lub fałsz | Włączanie zadań ParallelJob obliczeniowych, takich jak usuwanie maszyny wirtualnej i ponowne uruchamianie maszyny wirtualnej w tym samym zestawie skalowania równolegle |
nicPrefixOverride | sznurek | Prefiks podsieci, taki jak "10.0.0.0/24" |
nazwy potoczne | string[] | Nazwy pospolite zainstalowanych certyfikatów klastra |
x509StoreName | sznurek | Nazwa magazynu, w którym znajduje się zainstalowany certyfikat klastra |
typeHandlerVersion | 1.1 | Wersja rozszerzenia. Zaleca się upgradowanie klasycznych wersji rozszerzenia z 1.0 do 1.1. |
dataPath | sznurek | Ścieżka do dysku używanego do zapisywania stanu usług systemowych i danych aplikacji usługi Service Fabric. |
Następne kroki
- Zapoznaj się z omówieniem funkcji "Wdrażanie w dowolnym miejscu" i porównaniem z klastrami zarządzanymi przez platformę Azure.
- Dowiedz się więcej o zabezpieczeniach klastra.
- Zdalne nawiązywanie połączenia z określonym wystąpieniem zestawu skalowania
- Aktualizowanie wartości zakresu portów protokołu RDP na maszynach wirtualnych klastra po wdrożeniu
- Zmienianie nazwy użytkownika i hasła administratora dla maszyn wirtualnych klastra