Škálování primárního typu uzlu klastru Service Fabric

Tento článek popisuje, jak vertikálně navýšit kapacitu primárního uzlu clusteru Service Fabric s minimálními výpadky. Místní upgrady skladové položky nejsou podporované na uzlech clusteru Service Fabric, například takové operace mohou zahrnovat ztrátu dat a dostupnosti. Nejbezpečnější, nejspolehlivější a doporučenou metodou navýšení kapacity typu uzlu Service Fabric je:

1. Přidejte do svého clusteru Service Fabric nový typ uzlu, který je podporovaný upgradovanou (nebo upravenou) SKU škálovací sady a její konfigurací. Tento krok také zahrnuje nastavení nového nástroje pro vyrovnávání zatížení, podsítě a veřejné IP adresy pro škálovací sadu.

2. Jakmile jsou původní i upgradované škálovací sady spuštěné vedle sebe, zakažte instance původních uzlů po jednom, aby systémové služby (nebo repliky stavových služeb) migrovaly do nové škálovací sady.

3. Ověřte, že cluster a nové uzly jsou v pořádku, a poté odstraňte původní škálovací sadu (a související prostředky) a stav uzlů pro odstraněné uzly.

Následující postup vás provede procesem aktualizace velikosti a operačního systému virtuálních počítačů primárního typu uzlů v ukázkovém clusteru s odolností Silver, který je podporován jedinou škálovací sadou s pěti uzly. Upgradujeme primární typ uzlu:

• Z velikosti virtuálního počítače Standard_D2_V2 na Standard_D4_V2 a
• Z operačního systému virtuálního počítače Windows Server 2019 Datacenter na Windows Server 2022 Datacenter.

Výstraha

Před pokusem o provedení tohoto postupu v produkčním clusteru doporučujeme prozkoumat ukázkové šablony a ověřit proces na testovacím clusteru. Cluster může být také po krátkou dobu nedostupný.

Nepokoušejte se o postup vertikálního navýšení kapacity primárního typu uzlu, pokud není stav clusteru v pořádku, protože tím se cluster ještě více stabilizuje.

Podrobné šablony nasazení Azure, které použijeme k dokončení tohoto ukázkového scénáře upgradu, jsou k dispozici na GitHubu.

Nastavení testovacího clusteru

Pojďme nastavit počáteční testovací cluster Service Fabric. Nejprve si stáhněte ukázkové šablony Azure Resource Manageru, které použijeme k dokončení tohoto scénáře.

Pak se přihlaste ke svému účtu Azure.

# Sign in to your Azure account
Login-AzAccount -SubscriptionId "<subscription ID>"

Dále otevřete soubor parameters.json a aktualizujte hodnotu clusterName na něco jedinečného (v rámci Azure).

Následující příkazy vás provedou generováním nového certifikátu podepsaného svým držitelem a nasazením testovacího clusteru. Pokud už máte certifikát, který chcete použít, přeskočte na Použití existujícího certifikátu k nasazení clusteru.

Vygenerování certifikátu podepsaného svým držitelem a nasazení clusteru

Nejprve přiřaďte proměnné, které potřebujete pro nasazení clusteru Service Fabric. Upravte hodnoty pro resourceGroupName, certSubjectName, parameterFilePatha templateFilePath pro konkrétní účet a prostředí:

# Assign deployment variables
$resourceGroupName = "sftestupgradegroup"
$certOutputFolder = "c:\certificates"
$certPassword = "Password!1" | ConvertTo-SecureString -AsPlainText -Force
$certSubjectName = "sftestupgrade.southcentralus.cloudapp.azure.com"
$parameterFilePath = "C:\parameters.json"
$templateFilePath = "C:\Initial-TestClusterSetup.json"

Poznámka:

Před spuštěním příkazu pro nasazení nového clusteru Service Fabric se ujistěte, že certOutputFolder umístění existuje na místním počítači.

Pak nasaďte testovací cluster Service Fabric:

# Deploy the initial test cluster
New-AzServiceFabricCluster `
    -ResourceGroupName $resourceGroupName `
    -CertificateOutputFolder $certOutputFolder `
    -CertificatePassword $certPassword `
    -CertificateSubjectName $certSubjectName `
    -TemplateFile $templateFilePath `
    -ParameterFile $parameterFilePath

Po dokončení nasazení vyhledejte soubor .pfx ($certPfx) na místním počítači a naimportujte ho do úložiště certifikátů:

cd c:\certificates
$certPfx = ".\sftestupgradegroup20200312121003.pfx"

Import-PfxCertificate `
     -FilePath $certPfx `
     -CertStoreLocation Cert:\CurrentUser\My `
     -Password (ConvertTo-SecureString Password!1 -AsPlainText -Force)

Operace vrátí kryptografický otisk certifikátu, který teď můžete použít k připojení k novému clusteru a zkontrolovat jeho stav. (Přeskočte následující část, což je alternativní přístup k nasazení clusteru.)

Nasazení clusteru pomocí existujícího certifikátu

Případně můžete k nasazení testovacího clusteru použít existující certifikát služby Azure Key Vault. K tomu potřebujete získat odkazy na službu Key Vault a kryptografický otisk certifikátu.

# Key Vault variables
$certUrlValue = "https://sftestupgradegroup.vault.azure.net/secrets/sftestupgradegroup20200309235308/dac0e7b7f9d4414984ccaa72bfb2ea39"
$sourceVaultValue = "/subscriptions/########-####-####-####-############/resourceGroups/sftestupgradegroup/providers/Microsoft.KeyVault/vaults/sftestupgradegroup"
$thumb = "AA11BB22CC33DD44EE55FF66AA77BB88CC99DD00"

Dále určete název skupiny prostředků pro cluster a nastavte umístění templateFilePath a parameterFilePath.

Poznámka:

Určená skupina prostředků už musí existovat a být umístěná ve stejné oblasti jako váš Key Vault.

$resourceGroupName = "sftestupgradegroup"
$templateFilePath = "C:\Initial-TestClusterSetup.json"
$parameterFilePath = "C:\parameters.json"

Nakonec spuštěním následujícího příkazu nasaďte počáteční testovací cluster:

# Deploy the initial test cluster
New-AzResourceGroupDeployment `
    -ResourceGroupName $resourceGroupName `
    -TemplateFile $templateFilePath `
    -TemplateParameterFile $parameterFilePath `
    -CertificateThumbprint $thumb `
    -CertificateUrlValue $certUrlValue `
    -SourceVaultValue $sourceVaultValue `
    -Verbose

Připojení k novému clusteru a kontrola stavu

Připojte se ke clusteru a ujistěte se, že všech pět jeho uzlů je funkčních (nahraďte proměnné clusterName a thumb vlastními hodnotami):

# Connect to the cluster
$clusterName = "sftestupgrade.southcentralus.cloudapp.azure.com:19000"
$thumb = "AA11BB22CC33DD44EE55FF66AA77BB88CC99DD00"

Connect-ServiceFabricCluster `
    -ConnectionEndpoint $clusterName `
    -KeepAliveIntervalInSec 10 `
    -X509Credential `
    -ServerCertThumbprint $thumb  `
    -FindType FindByThumbprint `
    -FindValue $thumb `
    -StoreLocation CurrentUser `
    -StoreName My

# Check cluster health
Get-ServiceFabricClusterHealth

Teď jsme připraveni zahájit postup upgradu.

Nasazení nového primárního typu uzlu s upgradovanou škálovací sadou

Aby bylo možné upgradovat (vertikálně škálovat) typ uzlu, musíme nejprve nasadit nový typ uzlu, který je založený na nové škálovací sadě a podpůrných prostředcích. Nová škálovací sada se označí jako primární (isPrimary: true), stejně jako původní škálovací sada. Pokud chcete vertikálně navýšit kapacitu jiného typu než primárního uzlu, přečtěte si téma Vertikální navýšení kapacity clusteru Service Fabric, který není primárním typem uzlu. Prostředky vytvořené v následující části se nakonec stanou novým typem primárního uzlu v clusteru a původní prostředky typu primárního uzlu se odstraní.

Aktualizace šablony clusteru pomocí upgradované škálovací sady

Zde jsou úpravy sekcí výchozí šablony nasazení clusteru pro přidání nového typu primárního uzlu a podpory.

Požadované změny pro tento krok už byly provedeny v souboru šablony Step1-AddPrimaryNodeType.json a následující informace podrobně vysvětlují tyto změny. Pokud dáváte přednost, můžete přeskočit vysvětlení a dál získat odkazy na Key Vault a nasadit aktualizovanou šablonu, která do clusteru přidá nový primární typ uzlu.

Poznámka:

Ujistěte se, že používáte názvy, které jsou jedinečné z původního typu uzlu, škálovací sady, nástroje pro vyrovnávání zatížení, veřejné IP adresy a podsítě původního primárního typu uzlu, protože tyto prostředky se v pozdějším kroku procesu odstraní.

Vytvoření nové podsítě v existující virtuální síti

{
    "name": "[variables('subnet1Name')]",
    "properties": {
        "addressPrefix": "[variables('subnet1Prefix')]"
    }
}

Vytvoření nové veřejné IP adresy s jedinečným názvem domainNameLabel

{
    "apiVersion": "[variables('publicIPApiVersion')]",
    "type": "Microsoft.Network/publicIPAddresses",
    "name": "[concat(variables('lbIPName'),'-',variables('vmNodeType1Name'))]",
    "location": "[variables('computeLocation')]",
    "properties": {
        "dnsSettings": {
            "domainNameLabel": "[concat(variables('dnsName'),'-','nt1')]"
        },
        "publicIPAllocationMethod": "Dynamic"
    },
    "tags": {
        "resourceType": "Service Fabric",
        "clusterName": "[parameters('clusterName')]"
    }
}

Vytvoření nového nástroje pro vyrovnávání zatížení pro veřejnou IP adresu

"dependsOn": [
    "[concat('Microsoft.Network/publicIPAddresses/',concat(variables('lbIPName'),'-',variables('vmNodeType1Name')))]"
]

Vytvořte novou škálovací sadu virtuálních počítačů (s upgradovanými VM a typy operačního systému)

Odkaz typu uzlu

"nodeTypeRef": "[variables('vmNodeType1Name')]"

SKU virtuálního stroje

"sku": {
    "name": "[parameters('vmNodeType1Size')]",
    "capacity": "[parameters('nt1InstanceCount')]",
    "tier": "Standard"
}

Produkt operačního systému

"imageReference": {
    "publisher": "[parameters('vmImagePublisher1')]",
    "offer": "[parameters('vmImageOffer1')]",
    "sku": "[parameters('vmImageSku1')]",
    "version": "[parameters('vmImageVersion1')]"
}

Pokud měníte skladovou položku operačního systému v clusteru s Linuxem

V clusteru s Windows je hodnota vlastnosti vmImage Windows, zatímco hodnota stejné vlastnosti pro cluster s Linuxem je název použité image operačního systému. Např. – Ubuntu20_04 (použijte nejnovější název obrazu virtuálního počítače).

Pokud tedy měníte image virtuálního počítače (SKU operačního systému) v clusteru s Linuxem, aktualizujte také nastavení vmImage pro prostředek clusteru Service Fabric.

#Update the property vmImage with the required OS name in your ARM template
{
    "vmImage": "[parameter(newVmImageName]”
}

Poznámka: Příklad newVmImageName: Ubuntu20_04

Prostředek clusteru můžete také aktualizovat pomocí následujícího příkazu PowerShellu:

# Update cluster vmImage to target OS. This registers the SF runtime package type that is supplied for upgrades.
Update-AzServiceFabricVmImage -ResourceGroupName $resourceGroup -ClusterName $clusterName -VmImage Ubuntu20_04

Také se ujistěte, že zahrnete všechna další rozšíření, která jsou potřebná pro vaši úlohu.

Přidání nového typu primárního uzlu do clusteru

Teď, když má nový typ uzlu (vmNodeType1Name) vlastní název, podsíť, IP adresu, nástroj pro vyrovnávání zatížení a škálovací sadu, může znovu použít všechny ostatní proměnné z původního typu uzlu (například nt0applicationEndPort, nt0applicationStartPorta nt0fabricTcpGatewayPort):

"name": "[variables('vmNodeType1Name')]",
"applicationPorts": {
    "endPort": "[variables('nt0applicationEndPort')]",
    "startPort": "[variables('nt0applicationStartPort')]"
},
"clientConnectionEndpointPort": "[variables('nt0fabricTcpGatewayPort')]",
"durabilityLevel": "Bronze",
"ephemeralPorts": {
    "endPort": "[variables('nt0ephemeralEndPort')]",
    "startPort": "[variables('nt0ephemeralStartPort')]"
},
"httpGatewayEndpointPort": "[variables('nt0fabricHttpGatewayPort')]",
"isPrimary": true,
"reverseProxyEndpointPort": "[variables('nt0reverseProxyEndpointPort')]",
"vmInstanceCount": "[parameters('nt1InstanceCount')]"

Po implementaci všech změn v šabloně a souborech parametrů přejděte k další části a získejte odkazy na key Vault a nasaďte aktualizace do clusteru.

Získejte odkazy na Key Vault

Pokud chcete nasadit aktualizovanou konfiguraci, potřebujete několik odkazů na certifikát clusteru uložený ve službě Key Vault. Nejjednodušší způsob, jak tyto hodnoty najít, je prostřednictvím webu Azure Portal. Potřebuješ:

• Adresa URL Key Vault vašeho certifikátu clusteru. Ve službě Key Vault na webu Azure Portal vyberte Certifikáty>, u které jste zvolili identifikátor tajného klíče požadovaného certifikátu>:

  $certUrlValue="https://sftestupgradegroup.vault.azure.net/secrets/sftestupgradegroup20200309235308/dac0e7b7f9d4414984ccaa72bfb2ea39"
  

• Kryptografický otisk certifikátu clusteru. (Certifikát už pravděpodobně máte, pokud jste se připojili k počátečnímu clusteru a zkontrolovali jeho stav.) Ve stejném okně certifikátu (certifikáty>, které jste si přáli) na webu Azure Portal zkopírujte kryptografický otisk X.509 SHA-1 (v šestnáctkovém formátu):

  $thumb = "AA11BB22CC33DD44EE55FF66AA77BB88CC99DD00"
  

• Identifikátor zdroje vašeho úložiště klíčů. Ve vašem trezoru klíčů na webu Azure Portal vyberte Vlastnosti>ID prostředku:

  $sourceVaultValue = "/subscriptions/########-####-####-####-############/resourceGroups/sftestupgradegroup/providers/Microsoft.KeyVault/vaults/sftestupgradegroup"
  

Nasazení aktualizované šablony

templateFilePath Podle potřeby upravte a spusťte následující příkaz:

# Deploy the new node type and its resources
$templateFilePath = "C:\Step1-AddPrimaryNodeType.json"

New-AzResourceGroupDeployment `
    -ResourceGroupName $resourceGroupName `
    -TemplateFile $templateFilePath `
    -TemplateParameterFile $parameterFilePath `
    -CertificateThumbprint $thumb `
    -CertificateUrlValue $certUrlValue `
    -SourceVaultValue $sourceVaultValue `
    -Verbose

Po dokončení nasazení znovu zkontrolujte stav clusteru a ujistěte se, že jsou všechny uzly v obou typech uzlů v pořádku.

Get-ServiceFabricClusterHealth

Migrace počátečních uzlů na nový uzlový typ

Teď jsme připraveni změnit původní typ uzlu na neprimární a začít deaktivovat jeho uzly. Jakmile jsou uzly zakázány, systémové služby clusteru a výchozí uzly se přesunou do nové škálovací sady.

Zrušení označení původního typu uzlu jako primárního

Nejprve odeberte isPrimary označení v šabloně z původního typu uzlu.

{
    "isPrimary": false,
}

Pak šablonu nasaďte s aktualizací. Toto nasazení zahájí migraci referenčních uzlů do nového škálovacího souboru.

$templateFilePath = "C:\Step2-UnmarkOriginalPrimaryNodeType.json"

New-AzResourceGroupDeployment `
    -ResourceGroupName $resourceGroupName `
    -TemplateFile $templateFilePath `
    -TemplateParameterFile $parameterFilePath `
    -CertificateThumbprint $thumb `
    -CertificateUrlValue $certUrlValue `
    -SourceVaultValue $sourceVaultValue `
    -Verbose

Poznámka:

Dokončení migrace počátečního uzlu do nové škálovací sady bude nějakou dobu trvat. Pokud chcete zaručit konzistenci dat, může se najednou změnit jenom jeden počáteční uzel. Každá změna počátečního uzlu vyžaduje aktualizaci clusteru; nahrazení počátečního uzlu vyžaduje dva upgrady clusteru (jeden pro přidání a odebrání uzlu). Upgradem pěti počátečních uzlů v tomto ukázkovém scénáři dojde k deseti upgradům clusteru.

Pomocí Service Fabric Exploreru můžete monitorovat migraci počátečních uzlů do nové škálovací sady. Uzly původního typu uzlu (nt0vm) by měly být ve sloupci Is Seed Nodefalse a ty z nového typu uzlu (nt1vm) by měly být true.

Zakázání uzlů ve škálovací sadě původního typu uzlu

Po migraci všech počátečních uzlů do nové škálovací sady můžete zakázat uzly původní škálovací sady.

# Disable the nodes in the original scale set.
$nodeType = "nt0vm"
$nodes = Get-ServiceFabricNode

Write-Host "Disabling nodes..."
foreach($node in $nodes)
{
  if ($node.NodeType -eq $nodeType)
  {
    $node.NodeName

    Disable-ServiceFabricNode -Intent RemoveNode -NodeName $node.NodeName -Force
  }
}

Pomocí Service Fabric Exploreru můžete monitorovat průběh uzlů v původní škálovací sadě z zakázání na zakázaný stav.

V případě úrovně odolnosti Silver a Gold přejdou některé uzly do stavu Zakázáno, zatímco jiné mohou zůstat ve stavu Zakazování. Ve Service Fabric Exploreru zkontrolujte kartu Podrobnosti uzlů ve stavu zakázání. Pokud se jim zobrazí čekající bezpečnostní kontrola typu EnsurePartitionQuorum (zajištění kvóra pro oddíly infrastrukturní služby), je bezpečné pokračovat.

Pokud má váš cluster úroveň odolnosti Bronze, počkejte, až se všechny uzly dostanou do stavu Zakázáno.

Zastavení dat na zakázaných uzlech

Teď můžete zastavit data na zakázaných uzlech.

# Stop data on the disabled nodes.
foreach($node in $nodes)
{
  if ($node.NodeType -eq $nodeType)
  {
    $node.NodeName

    Start-ServiceFabricNodeTransition -Stop -OperationId (New-Guid) -NodeInstanceId $node.NodeInstanceId -NodeName $node.NodeName -StopDurationInSeconds 10000
  }
}

Odstraňte původní typ uzlu a vyčistěte jeho prostředky

Jsme připraveni odebrat původní typ uzlu a jeho přidružené prostředky k závěru postupu vertikálního škálování.

Odeberte původní škálovací sadu

Nejprve odeberte záložní škálovací sadu typu uzlu.

$scaleSetName = "nt0vm"
$scaleSetResourceType = "Microsoft.Compute/virtualMachineScaleSets"

Remove-AzResource -ResourceName $scaleSetName -ResourceType $scaleSetResourceType -ResourceGroupName $resourceGroupName -Force

Odstraňte původní IP adresu a prostředky k vyrovnávání zátěže

Teď můžete odstranit původní IP adresu a prostředky vyrovnávače zatížení. V tomto kroku také aktualizujete název DNS.

Poznámka:

Tento krok je volitelný, pokud už používáte veřejnou IP adresu skladové položky Standard a nástroj pro vyrovnávání zatížení. V takovém případě můžete mít ve stejném nástroji pro vyrovnávání zatížení více typů škálovacích sad nebo uzlů.

Spusťte následující příkazy a upravte $lbname hodnotu podle potřeby.

# Delete the original IP and load balancer resources
$lbName = "LB-sftestupgrade-nt0vm"
$lbResourceType = "Microsoft.Network/loadBalancers"
$ipResourceType = "Microsoft.Network/publicIPAddresses"
$oldPublicIpName = "PublicIP-LB-FE-nt0vm"
$newPublicIpName = "PublicIP-LB-FE-nt1vm"

$oldPrimaryPublicIP = Get-AzPublicIpAddress -Name $oldPublicIpName  -ResourceGroupName $resourceGroupName
$primaryDNSName = $oldPrimaryPublicIP.DnsSettings.DomainNameLabel
$primaryDNSFqdn = $oldPrimaryPublicIP.DnsSettings.Fqdn

Remove-AzResource -ResourceName $lbName -ResourceType $lbResourceType -ResourceGroupName $resourceGroupName -Force
Remove-AzResource -ResourceName $oldPublicIpName -ResourceType $ipResourceType -ResourceGroupName $resourceGroupName -Force

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

Odstraňte stav uzlu z původního typu uzlu

U uzlů typu původního uzlu se teď zobrazí chyba pro jejich stav. Odeberte jejich stav uzlu z klastru.

# Remove state of the obsolete nodes from the cluster
$nodeType = "nt0vm"
$nodes = Get-ServiceFabricNode

Write-Host "Removing node state..."
foreach($node in $nodes)
{
  if ($node.NodeType -eq $nodeType)
  {
    $node.NodeName

    Remove-ServiceFabricNodeState -NodeName $node.NodeName -Force
  }
}

Service Fabric Explorer by nyní měl ukazovat pouze pět uzlů nového typu (nt1vm), a všechny s hodnotou stavu OK. Váš stav clusteru bude stále vykazovat Chybu. Následně to napravíme aktualizací šablony tak, aby odrážela nejnovější změny, a jejím opětovným nasazením.

Aktualizace šablony nasazení tak, aby odrážela nově škálovaný primární typ uzlu

Požadované změny pro tento krok už byly provedeny v souboru šablony Step3-CleanupOriginalPrimaryNodeType.json a následující části podrobně vysvětlují tyto změny šablony. Pokud chcete, můžete vysvětlení přeskočit a pokračovat v nasazení aktualizované šablony a dokončit kurz.

Aktualizace koncového bodu správy clusteru

Aktualizujte cluster managementEndpoint v šabloně nasazení, aby odkazoval na novou IP adresu (aktualizací vmNodeType0Name pomocí vmNodeType1Name).

  "managementEndpoint": "[concat('https://',reference(concat(variables('lbIPName'),'-',variables('vmNodeType1Name'))).dnsSettings.fqdn,':',variables('nt0fabricHttpGatewayPort'))]",

Odebrání odkazu na původní typ uzlu

Odeberte původní odkaz na typ uzlu ze zdroje Service Fabric v šabloně nasazení.

"name": "[variables('vmNodeType0Name')]",
"applicationPorts": {
    "endPort": "[variables('nt0applicationEndPort')]",
    "startPort": "[variables('nt0applicationStartPort')]"
},
"clientConnectionEndpointPort": "[variables('nt0fabricTcpGatewayPort')]",
"durabilityLevel": "Bronze",
"ephemeralPorts": {
    "endPort": "[variables('nt0ephemeralEndPort')]",
    "startPort": "[variables('nt0ephemeralStartPort')]"
},
"httpGatewayEndpointPort": "[variables('nt0fabricHttpGatewayPort')]",
"isPrimary": true,
"reverseProxyEndpointPort": "[variables('nt0reverseProxyEndpointPort')]",
"vmInstanceCount": "[parameters('nt0InstanceCount')]"

Konfigurujte zásady zdraví tak, aby ignorovaly existující chyby

Pouze pro clustery se stříbrnou a vyšší odolností aktualizujte prostředek clusteru v šabloně a nakonfigurujte zásady stavu tak, aby ignorovaly fabric:/System stav aplikace přidáním applicationDeltaHealthPolicies do vlastností prostředků clusteru, jak je uvedeno níže. Následující zásada bude ignorovat existující chyby, ale nepovolí nové chyby zdraví.

"upgradeDescription":  
{ 
 "forceRestart": false, 
 "upgradeReplicaSetCheckTimeout": "10675199.02:48:05.4775807", 
 "healthCheckWaitDuration": "00:05:00", 
 "healthCheckStableDuration": "00:05:00", 
 "healthCheckRetryTimeout": "00:45:00", 
 "upgradeTimeout": "12:00:00", 
 "upgradeDomainTimeout": "02:00:00", 
 "healthPolicy": { 
   "maxPercentUnhealthyNodes": 100, 
   "maxPercentUnhealthyApplications": 100 
 }, 
 "deltaHealthPolicy":  
 { 
   "maxPercentDeltaUnhealthyNodes": 0, 
   "maxPercentUpgradeDomainDeltaUnhealthyNodes": 0, 
   "maxPercentDeltaUnhealthyApplications": 0, 
   "applicationDeltaHealthPolicies":  
   { 
       "fabric:/System":  
       { 
           "defaultServiceTypeDeltaHealthPolicy":  
           { 
                   "maxPercentDeltaUnhealthyServices": 0 
           } 
       } 
   } 
 } 
}

Odebrání podpůrných prostředků pro původní typ uzlu

Odeberte všechny ostatní prostředky související s původním typem uzlu ze šablony ARM a souboru parametrů. Odstraňte následující:

    "vmImagePublisher": {
      "value": "MicrosoftWindowsServer"
    },
    "vmImageOffer": {
      "value": "WindowsServer"
    },
    "vmImageSku": {
      "value": "2019-Datacenter"
    },
    "vmImageVersion": {
      "value": "latest"
    },

Nasazení finalizované šablony

Nakonec nasaďte upravenou šablonu Azure Resource Manageru.

# Deploy the updated template file
$templateFilePath = "C:\Step3-CleanupOriginalPrimaryNodeType"

New-AzResourceGroupDeployment `
    -ResourceGroupName $resourceGroupName `
    -TemplateFile $templateFilePath `
    -TemplateParameterFile $parameterFilePath `
    -CertificateThumbprint $thumb `
    -CertificateUrlValue $certUrlValue `
    -SourceVaultValue $sourceVaultValue `
    -Verbose

Poznámka:

Tento krok bude chvíli trvat, obvykle až dvě hodiny.

Upgrade změní nastavení služby InfrastructureService; proto je potřeba restartovat uzel. V tomto případě se forceRestart ignoruje. upgradeReplicaSetCheckTimeout Parametr určuje maximální dobu, po kterou Service Fabric čeká na to, aby oddíl byl v bezpečném stavu, pokud ještě není v bezpečném stavu. Jakmile kontroly bezpečnosti projdou pro všechny oddíly na uzlu, Service Fabric pokračuje s upgradem na daném uzlu. Hodnotu parametru upgradeTimeout lze snížit na 6 hodin, ale pro maximální bezpečnost je třeba použít 12 hodin.

Po dokončení nasazení ověřte na webu Azure Portal, že je stav prostředku Service Fabric připravený. Ověřte, že se můžete připojit k novému koncovému bodu Service Fabric Exploreru, stav clusteru je v pořádku a všechny nasazené aplikace fungují správně.

Teď jste vertikálně škálovali primární typ uzlu clusteru.

Další kroky

• Zjistěte, jak přidat typ uzlu do clusteru.
• Seznamte se se škálovatelností aplikací.
• Škálování clusteru Azure při zvýšení nebo snížení kapacity
• Škálování clusteru Azure prostřednictvím kódu programu pomocí fluent azure compute SDK
• Horizontální navýšení nebo snížení kapacity samostatného clusteru