Zmigruj swój klaster usługi Service Fabric do obsługi stref dostępności

W tym przewodniku opisano sposób migrowania klastrów usługi Service Fabric z obsługi stref niedostępnych do obsługi dostępności. Przeprowadzimy Cię przez różne opcje migracji. Klaster usługi Service Fabric, rozproszony w różnych strefach dostępności, zapewnia wysoką dostępność stanu klastra.

Można migrować zarówno zarządzane, jak i niezarządzane klastry. Oba te elementy zostały omówione w tym artykule.

W przypadku klastrów niezarządzanych omawiamy dwa różne scenariusze:

• Migrowanie klastra z równoważnikiem obciążenia SKU Standard i zasobem IP. Ta konfiguracja obsługuje strefy dostępności bez konieczności tworzenia nowych zasobów.
• Migrowanie klastra z load balancerem Basic SKU i zasobem IP. Ta konfiguracja nie obsługuje stref dostępności i wymaga utworzenia nowych zasobów.

Zapoznaj się z odpowiednimi sekcjami pod każdym nagłówkiem dla scenariusza klastra w Service Fabric.

Przykładowe szablony są dostępne w szablonach między strefami dostępności usługi Service Fabric.

Prerequisites

Zarządzane klastry Service Fabric

Required:

• Klaster SKU Standard.
• Trzy strefy dostępności w regionie.

Recommended:

• Jednostka SKU klastra musi być Standard.
• Typ węzła podstawowego powinien mieć co najmniej dziewięć węzłów w celu uzyskania najlepszej odporności, ale obsługuje minimalną liczbę sześciu.
• Pomocnicze typy węzłów powinny mieć co najmniej sześć węzłów dla najlepszej odporności, ale obsługują minimalną liczbę trzech.

Niezarządzane klastry Service Fabric

Wymagane: N/A.

Recommended:

• Poziom niezawodności klastra ustawiony na Platinum.
• Pojedynczy zasób publicznego adresu IP korzystający z jednostki SKU typu Standard.
• Pojedynczy zasób równoważnika obciążenia z wykorzystaniem jednostki SKU Standard.
• Sieciowa grupa zabezpieczeń, do której odwołuje się podsieć, w której wdrażasz zestawy skalowania maszyn wirtualnych.

Istniejący moduł równoważenia obciążenia SKU w warstwie Standardowa i zasoby IP

W tym scenariuszu nie ma żadnych wymagań wstępnych, ponieważ przyjęto założenie, że masz istniejące wymagane zasoby.

Podstawowy moduł równoważenia obciążenia jednostki SKU i zasób IP

• Nowy moduł równoważenia obciążenia przy użyciu jednostki SKU Standard różni się od istniejącego modułu równoważenia obciążenia jednostki SKU Basic.
• Nowy zasób IP korzystający ze Standardowej jednostki SKU, który różni się od istniejących zasobów IP z SKU typu Podstawowego.

Wymagania dotyczące przestojów

Klaster zarządzany usługi Service Fabric

Migracja do odpornej na strefy konfiguracji może spowodować krótką utratę łączności zewnętrznej za pośrednictwem modułu równoważenia obciążenia, ale nie wpłynie to na kondycję klastra. Utrata łączności zewnętrznej występuje, gdy należy utworzyć nowy publiczny adres IP w celu zapewnienia odporności sieci na awarie strefy. Zaplanuj migrację odpowiednio.

Klaster niezarządzany Service Fabric

Czas przestoju podczas migracji niezarządzanych klastrów w usłudze Service Fabric może znacznie się różnić w zależności od liczby maszyn wirtualnych i domen uaktualniania (UD) w klastrze. UD to logiczne grupy maszyn wirtualnych, które określają kolejność wdrażania aktualizacji do maszyn wirtualnych w klastrze. Przestój jest również zależny od trybu uaktualniania klastra, który określa sposób przetwarzania zadań uaktualniania dla jednostek uaktualniania (UD) w klastrze. Właściwość sfZonalUpgradeMode , która kontroluje tryb uaktualniania, jest bardziej szczegółowo omówiona w poniższych sekcjach.

Migracja klastrów zarządzanych przez Service Fabric

Wykonaj kroki opisane w artykule Migrate Service Fabric managed cluster to zone resilient (Migrowanie klastra zarządzanego usługi Service Fabric do strefy odpornej na awarie).

Opcje migracji dla klastrów niezarządzanych usługi Service Fabric

Opcja migracji 1: włączanie wielu stref dostępności w jednym zestawie skalowania maszyn wirtualnych

Kiedy używać tej opcji

To rozwiązanie pozwala użytkownikom obejmować trzy strefy dostępności w tym samym typie węzła. Jest to zalecana topologia wdrożenia, ponieważ umożliwia wdrażanie w różnych strefach dostępności przy zachowaniu pojedynczego zestawu skalowania maszyn wirtualnych.

Pełny przykładowy szablon jest dostępny w witrynie GitHub.

Należy użyć tej opcji, jeśli masz istniejący nierządzany klaster Service Fabric z równoważeniem obciążenia w wersji Standard oraz zasobami IP, które chcesz przenosić. Jeśli istniejący klaster niezarządzany posiada zasoby SKU w wersji Podstawowej, poniżej powinna zostać wyświetlona opcja migracji SKU w wersji Podstawowej.

Jak przeprowadzić migrację klastra usługi Service Fabric niezarządzanego przy użyciu istniejącego modułu równoważenia obciążenia jednostki SKU w warstwie Standardowa i zasobów adresów IP

Aby włączyć strefy w zestawie skalowania maszyn wirtualnych:

Uwzględnij następujące trzy wartości w zasobie zestawu skalowania maszyn wirtualnych:

• Pierwszą wartością zones jest właściwość, która określa strefy dostępności, które znajdują się w zestawie skalowania maszyn wirtualnych.

• Drugą wartością singlePlacementGroup jest właściwość , która musi być ustawiona na true. Zestaw skalowania obejmujący trzy strefy dostępności może skalować do 300 maszyn wirtualnych nawet przy użyciu polecenia singlePlacementGroup = true.

• Trzecia wartość to zoneBalance, która zapewnia ścisłe równoważenie strefy. Ta wartość powinna mieć wartość true. Gwarantuje to, że dystrybucje maszyn wirtualnych między strefami nie są niezrównoważone, co oznacza, że gdy jedna strefa ulegnie awarii, dwie pozostałe strefy mają wystarczającą liczbę maszyn wirtualnych, aby utrzymać działanie klastra.

  Klaster z niezrównoważoną dystrybucją maszyn wirtualnych może nie przetrwać upadku strefy, ponieważ ta strefa może zawierać większość maszyn wirtualnych. Niezrównoważona dystrybucja maszyn wirtualnych między strefami prowadzi również do problemów z umieszczaniem usług i zatrzymaniem aktualizacji infrastruktury. Przeczytaj więcej na temat równoważenia stref.

Nie trzeba konfigurować przesłonięć FaultDomain i UpgradeDomain.

{
  "apiVersion": "2018-10-01",
  "type": "Microsoft.Compute/virtualMachineScaleSets",
  "name": "[parameters('vmNodeType1Name')]",
  "location": "[parameters('computeLocation')]",
  "zones": [ "1", "2", "3" ],
  "properties": {
    "singlePlacementGroup": true,
    "zoneBalance": true
  }
}

Włącz obsługę wielu stref w typie węzła usługi Service Fabric

Aby obsługiwać wiele stref dostępności, należy włączyć typ węzła usługi Service Fabric.

• Pierwsza wartość to multipleAvailabilityZones, która powinna być ustawiona na true dla typu węzła.

• Druga wartość to sfZonalUpgradeMode i jest opcjonalna. Tej właściwości nie można zmodyfikować, jeśli typ węzła z wieloma strefami dostępności jest już obecny w klastrze. Ta właściwość zarządza logicznym grupowaniem maszyn wirtualnych w jednostkach UD.

  • Jeśli ta wartość jest ustawiona na Parallel: Maszyny wirtualne w ramach typu węzła są pogrupowane w UD i ignorują informacje o strefie w pięciu UD. To ustawienie powoduje uaktualnienie identyfikatorów UD we wszystkich strefach w tym samym czasie. Mimo że ten tryb wdrażania jest szybszy w przypadku uaktualnień, nie zalecamy go, ponieważ jest on zgodny z wytycznymi SDP, które stanowią, że aktualizacje powinny być stosowane do jednej strefy jednocześnie.

  • Jeśli ta wartość zostanie pominięta lub ustawiona na Hierarchical: maszyny wirtualne są pogrupowane w celu odzwierciedlenia rozkładu strefowego w maksymalnie 15 identyfikatorach UD. Każda z trzech stref ma pięć UD. Dzięki temu strefy są aktualizowane po kolei, przechodząc do następnej strefy dopiero po ukończeniu pięciu UD w pierwszej strefie. Proces aktualizacji jest bezpieczniejszy dla klastra i aplikacji użytkownika.

  Ta właściwość definiuje zachowanie aktualizacji tylko dla aplikacji Service Fabric oraz uaktualnień kodu. Podstawowe uaktualnienia zestawu skalowania maszyn wirtualnych są nadal równoległe we wszystkich strefach dostępności. Ta właściwość nie ma wpływu na dystrybucję UD dla typów węzłów, które nie mają włączonych wielu stref.

• Trzecia wartość to vmssZonalUpgradeMode, jest opcjonalna i może być aktualizowana w dowolnym momencie. Ta właściwość definiuje schemat uaktualniania zestawu skalowania maszyn wirtualnych, który ma się odbywać równolegle lub sekwencyjnie w różnych strefach dostępności.

  • Jeśli ta wartość jest ustawiona na Parallel: Wszystkie aktualizacje zestawu skalowania są wykonywane równolegle we wszystkich strefach. Ten tryb wdrażania jest szybszy w przypadku uaktualnień, dlatego nie zalecamy go, ponieważ jest zgodny z wytycznymi SDP, które stanowią, że aktualizacje powinny być stosowane do jednej strefy naraz.
  • Jeśli ta wartość zostanie pominięta lub ustawiona na Hierarchical: Gwarantuje to, że strefy są aktualizowane pojedynczo, przechodząc do następnej strefy dopiero po ukończeniu pięciu cykli UD w pierwszej strefie. Ten proces aktualizacji jest bezpieczniejszy dla klastra i aplikacji użytkownika.

{
  "apiVersion": "2020-12-01-preview",
  "type": "Microsoft.ServiceFabric/clusters",
  "name": "[parameters('clusterName')]",
  "location": "[parameters('clusterLocation')]",
  "dependsOn": [
    "[concat('Microsoft.Storage/storageAccounts/', parameters('supportLogStorageAccountName'))]"
  ],
  "properties": {
    "reliabilityLevel": "Platinum",
    "sfZonalUpgradeMode": "Hierarchical",
    "vmssZonalUpgradeMode": "Parallel",
    "nodeTypes": [
      {
        "name": "[parameters('vmNodeType0Name')]",
        "multipleAvailabilityZones": true
      }
    ]
  }
}

Migrowanie do typu węzła z wieloma strefami dostępności

W przypadku wszystkich scenariuszy migracji należy dodać nowy typ węzła, który obsługuje wiele stref dostępności. Nie można migrować istniejącego typu węzła do obsługi wielu stref. Artykuł Skalowanie w górę podstawowego typu węzła klastra usługi Service Fabric zawiera szczegółowe kroki dodawania nowego typu węzła i innych zasobów wymaganych dla nowego typu węzła, takich jak adres IP i zasoby modułu równoważenia obciążenia. W tym artykule opisano również sposób wycofywania istniejącego typu węzła po dodaniu nowego typu węzła z wieloma strefami dostępności do klastra.

• Migracja z typu węzła korzystającego z podstawowego modułu równoważenia obciążenia i zasobów IP: ten proces został już opisany w podsekcji poniżej dla rozwiązania z jednym typem węzła na strefę dostępności.

  W przypadku nowego typu węzła jedyną różnicą jest to, że istnieje tylko jeden zestaw skalowania maszyn wirtualnych i jeden typ węzła dla wszystkich stref dostępności zamiast jednego dla każdej strefy dostępności.

• Migracja z typu węzła, który wykorzystuje load balancer w Standard SKU oraz zasoby IP z NSG: wykonaj tę samą procedurę opisaną wcześniej. Nie ma jednak potrzeby dodawania nowych zasobów równoważnika obciążenia, adresu IP i sieciowej grupy zabezpieczeń. Te same zasoby można ponownie użyć w nowym typie węzła.

Jeśli napotkasz jakiekolwiek problemy, skontaktuj się z pomocą techniczną w celu uzyskania pomocy.

Opcja migracji 2: wdrażanie stref przez przypięcie jednego zestawu skalowania maszyn wirtualnych do każdej strefy

Kiedy używać tej opcji

Jest to teraz ogólnie dostępna konfiguracja.

Aby obejmować klaster usługi Service Fabric w różnych strefach dostępności, należy utworzyć podstawowy typ węzła w każdej strefie dostępności obsługiwanej przez region. Powoduje to równomierne rozłożenie węzłów inicjalnych w każdym z głównych typów węzłów.

Zalecana topologia typu węzła podstawowego wymaga następującej:

• Trzy typy węzłów oznaczone jako podstawowe
  • Każdy typ węzła powinien być przypisany do własnego zestawu skalowania VM, umieszczonego w innej strefie.
  • Każdy zestaw skalowania maszyn wirtualnych powinien mieć co najmniej pięć węzłów (trwałość srebra).

Należy użyć tej opcji, jeśli masz istniejący nierządzany klaster Service Fabric z równoważeniem obciążenia w wersji Standard oraz zasobami IP, które chcesz przenosić. Jeśli istniejący klaster niezarządzany posiada zasoby SKU w wersji Podstawowej, poniżej powinna zostać wyświetlona opcja migracji SKU w wersji Podstawowej.

Jak przeprowadzić migrację klastra usługi Service Fabric niezarządzanego przy użyciu istniejącego modułu równoważenia obciążenia jednostki SKU w warstwie Standardowa i zasobów adresów IP

Włączanie stref w zestawie skalowania maszyn wirtualnych

Aby włączyć strefę w zestawie skalowania maszyn wirtualnych, uwzględnij następujące trzy wartości w zasobie zestawu skalowania maszyn wirtualnych:

• Pierwszą wartością jest właściwość zones, która określa, do której strefy dostępności jest wdrażany zestaw skalowania maszyn wirtualnych.
• Drugą wartością singlePlacementGroup jest właściwość , która musi być ustawiona na true.
• Trzecia wartość to faultDomainOverride właściwość w rozszerzeniu zestawu skalowania maszyn wirtualnych Service Fabric. Ta właściwość powinna zawierać tylko strefę, w której zostanie umieszczony ten zestaw skalowania maszyn wirtualnych. Przykład: "faultDomainOverride": "az1". Wszystkie zasoby zestawu skalowania maszyn wirtualnych muszą być umieszczone w tym samym regionie, ponieważ klastry usługi Azure Service Fabric nie obsługują wielu regionów.

{
  "apiVersion": "2018-10-01",
  "type": "Microsoft.Compute/virtualMachineScaleSets",
  "name": "[parameters('vmNodeType1Name')]",
  "location": "[parameters('computeLocation')]",
  "zones": [
    "1"
  ],
  "properties": {
    "singlePlacementGroup": true
  },
  "virtualMachineProfile": {
    "extensionProfile": {
      "extensions": [
        {
          "name": "[concat(parameters('vmNodeType1Name'),'_ServiceFabricNode')]",
          "properties": {
            "type": "ServiceFabricNode",
            "autoUpgradeMinorVersion": false,
            "publisher": "Microsoft.Azure.ServiceFabric",
            "settings": {
              "clusterEndpoint": "[reference(parameters('clusterName')).clusterEndpoint]",
              "nodeTypeRef": "[parameters('vmNodeType1Name')]",
              "dataPath": "D:\\\\SvcFab",
              "durabilityLevel": "Silver",
              "certificate": {
                "thumbprint": "[parameters('certificateThumbprint')]",
                "x509StoreName": "[parameters('certificateStoreValue')]"
              },
              "systemLogUploadSettings": {
                "Enabled": true
              },
              "faultDomainOverride": "az1"
            },
            "typeHandlerVersion": "1.0"
          }
        }
      ]
    }
  }
}

Włączanie wielu podstawowych typów węzłów w zasobie klastra usługi Service Fabric

Aby ustawić co najmniej jeden typ węzła jako podstawowy w zasobie klastra, ustaw isPrimary właściwość na true. Podczas wdrażania klastra usługi Service Fabric w strefach dostępności powinny istnieć trzy typy węzłów w różnych strefach.

{
  "reliabilityLevel": "Platinum",
  "nodeTypes": [
    {
      "name": "[parameters('vmNodeType0Name')]",
      "applicationPorts": {
        "endPort": "[parameters('nt0applicationEndPort')]",
        "startPort": "[parameters('nt0applicationStartPort')]"
      },
      "clientConnectionEndpointPort": "[parameters('nt0fabricTcpGatewayPort')]",
      "durabilityLevel": "Silver",
      "ephemeralPorts": {
        "endPort": "[parameters('nt0ephemeralEndPort')]",
        "startPort": "[parameters('nt0ephemeralStartPort')]"
      },
      "httpGatewayEndpointPort": "[parameters('nt0fabricHttpGatewayPort')]",
      "isPrimary": true,
      "vmInstanceCount": "[parameters('nt0InstanceCount')]"
    },
    {
      "name": "[parameters('vmNodeType1Name')]",
      "applicationPorts": {
        "endPort": "[parameters('nt1applicationEndPort')]",
        "startPort": "[parameters('nt1applicationStartPort')]"
      },
      "clientConnectionEndpointPort": "[parameters('nt1fabricTcpGatewayPort')]",
      "durabilityLevel": "Silver",
      "ephemeralPorts": {
        "endPort": "[parameters('nt1ephemeralEndPort')]",
        "startPort": "[parameters('nt1ephemeralStartPort')]"
      },
      "httpGatewayEndpointPort": "[parameters('nt1fabricHttpGatewayPort')]",
      "isPrimary": true,
      "vmInstanceCount": "[parameters('nt1InstanceCount')]"
    },
    {
      "name": "[parameters('vmNodeType2Name')]",
      "applicationPorts": {
        "endPort": "[parameters('nt2applicationEndPort')]",
        "startPort": "[parameters('nt2applicationStartPort')]"
      },
      "clientConnectionEndpointPort": "[parameters('nt2fabricTcpGatewayPort')]",
      "durabilityLevel": "Silver",
      "ephemeralPorts": {
        "endPort": "[parameters('nt2ephemeralEndPort')]",
        "startPort": "[parameters('nt2ephemeralStartPort')]"
      },
      "httpGatewayEndpointPort": "[parameters('nt2fabricHttpGatewayPort')]",
      "isPrimary": true,
      "vmInstanceCount": "[parameters('nt2InstanceCount')]"
    }
  ]
}

Jeśli napotkasz jakiekolwiek problemy, skontaktuj się z pomocą techniczną w celu uzyskania pomocy.

Opcja migracji: nierządzany klaster usługi Service Fabric z modułem równoważenia obciążenia SKU Basic i zasobami IP

Kiedy używać tej opcji

Należy użyć tej opcji, jeśli masz istniejący nierządzany klaster usługi Service Fabric z podstawowym modułem równoważenia obciążenia SKU i zasobów IP, które chcesz zmigrować. Jeśli twój istniejący niezarządzany klaster ma zasoby w wersji Standard SKU, powyżej powinny pojawić się dostępne opcje migracji. Jeśli nie utworzono jeszcze klastra niezarządzanego, ale wiesz, że ma być z obsługą AZ, utwórz go przy użyciu zasobów SKU o poziomie Standard.

Jak przeprowadzić migrację niezarządzanego klastra Service Fabric z podstawowym modułem równoważenia obciążenia typu SKU i zasobami adresów IP

Aby przeprowadzić migrację klastra korzystającego z równoważnika obciążenia i adresu IP z podstawowym SKU, należy najpierw utworzyć całkowicie nowy zasób równoważnika obciążenia i adresu IP przy użyciu standardowego SKU. Nie można zaktualizować tych zasobów.

Odwołuj się do nowego load balancera i adresu IP w nowych typach węzłów między strefami dostępności, których chcesz użyć. W poprzednim przykładzie dodano trzy nowe zasoby zestawu skalowania maszyn wirtualnych w strefach 1, 2 i 3. Te zestawy skalowania maszyn wirtualnych odwołują się do nowo utworzonego modułu równoważenia obciążenia i adresu IP i są oznaczone jako podstawowe typy węzłów w zasobie klastra usługi Service Fabric.

1. Aby rozpocząć, dodaj nowe zasoby do istniejącego szablonu usługi Azure Resource Manager. Te zasoby obejmują:

   • Zasób publicznego adresu IP z SKU Standard
   • Zasób modułu równoważenia obciążenia przy użyciu jednostki SKU Standard
   • Grupa zabezpieczeń sieciowych (NSG) powiązana z podsiecią, w której wdrażasz zestawy skalowania maszyn wirtualnych.
   • Trzy typy węzłów oznaczone jako podstawowe
     • Każdy typ węzła powinien być przypisany do własnego Zestawu Skalowania Maszyn Wirtualnych znajdującego się w innej strefie.
     • Każdy zestaw skalowania maszyn wirtualnych powinien mieć co najmniej pięć węzłów (srebrna trwałość).

   Przykład tych zasobów można znaleźć w przykładowym szablonie.

   New-AzureRmResourceGroupDeployment `
       -ResourceGroupName $ResourceGroupName `
       -TemplateFile $Template `
       -TemplateParameterFile $Parameters
   

2. Po zakończeniu wdrażania zasobów można wyłączyć węzły w typie węzła podstawowego wchodzące w skład oryginalnego klastra. Gdy węzły są wyłączone, usługi systemowe są migrowane do nowego typu węzła podstawowego, który został wcześniej wdrożony.

   Connect-ServiceFabricCluster -ConnectionEndpoint $ClusterName `
       -KeepAliveIntervalInSec 10 `
       -X509Credential `
       -ServerCertThumbprint $thumb  `
       -FindType FindByThumbprint `
       -FindValue $thumb `
       -StoreLocation CurrentUser `
       -StoreName My 
   
   Write-Host "Connected to cluster"
   
   $nodeNames = @("_nt0_0", "_nt0_1", "_nt0_2", "_nt0_3", "_nt0_4")
   
   Write-Host "Disabling nodes..."
   foreach($name in $nodeNames) {
       Disable-ServiceFabricNode -NodeName $name -Intent RemoveNode -Force
   }
   

3. Po wyłączeniu wszystkich węzłów usługi systemowe będą działać w typie węzła podstawowego, który jest rozłożony na strefy. Następnie można usunąć wyłączone węzły z klastra. Po usunięciu węzłów można usunąć oryginalny adres IP, moduł równoważenia obciążenia i zasoby zestawu skalowania maszyn wirtualnych.

   foreach($name in $nodeNames){
       # Remove the node from the cluster
       Remove-ServiceFabricNodeState -NodeName $name -TimeoutSec 300 -Force
       Write-Host "Removed node state for node $name"
   }
   
   $scaleSetName="nt0"
   Remove-AzureRmVmss -ResourceGroupName $groupname -VMScaleSetName $scaleSetName -Force
   
   $lbname="LB-cluster-nt0"
   $oldPublicIpName="LBIP-cluster-0"
   $newPublicIpName="LBIP-cluster-1"
   
   Remove-AzureRmLoadBalancer -Name $lbname -ResourceGroupName $groupname -Force
   Remove-AzureRmPublicIpAddress -Name $oldPublicIpName -ResourceGroupName $groupname -Force
   

4. Następnie usuń odwołania do tych zasobów z wdrożonego szablonu usługi Resource Manager.

5. Na koniec zaktualizuj nazwę DNS i publiczny adres IP.

$oldprimaryPublicIP = Get-AzureRmPublicIpAddress -Name $oldPublicIpName  -ResourceGroupName $groupname
$primaryDNSName = $oldprimaryPublicIP.DnsSettings.DomainNameLabel
$primaryDNSFqdn = $oldprimaryPublicIP.DnsSettings.Fqdn

Remove-AzureRmLoadBalancer -Name $lbname -ResourceGroupName $groupname -Force
Remove-AzureRmPublicIpAddress -Name $oldPublicIpName -ResourceGroupName $groupname -Force

$PublicIP = Get-AzureRmPublicIpAddress -Name $newPublicIpName  -ResourceGroupName $groupname
$PublicIP.DnsSettings.DomainNameLabel = $primaryDNSName
$PublicIP.DnsSettings.Fqdn = $primaryDNSFqdn
Set-AzureRmPublicIpAddress -PublicIpAddress $PublicIP

Jeśli napotkasz jakiekolwiek problemy, skontaktuj się z pomocą techniczną w celu uzyskania pomocy.

Dalsze kroki

• Skaluj w górę podstawowy typ węzła klastra niezarządzanego Service Fabric

• Dodawanie, usuwanie lub skalowanie typów węzłów klastra zarządzanego usługi Service Fabric