Sdílet prostřednictvím

Migrace clusteru Service Fabric do podpory zóny dostupnosti

  • Článek

Tato příručka popisuje, jak migrovat clustery Service Fabric z podpory zóny dostupnosti na podporu dostupnosti. Provedeme vás různými možnostmi migrace. Cluster Service Fabric distribuovaný napříč zónami dostupnosti zajišťuje vysokou dostupnost stavu clusteru.

Můžete migrovat spravované i nespravované clustery. Oba jsou popsané v tomto článku.

Pro nespravované clustery probereme dva různé scénáře:

  • Migrace clusteru s nástrojem pro vyrovnávání zatížení skladové položky Standard a prostředkem IP. Tato konfigurace podporuje zóny dostupnosti bez nutnosti vytvářet nové prostředky.
  • Migrace clusteru s nástrojem pro vyrovnávání zatížení skladové položky Basic a prostředkem IP adresy Tato konfigurace nepodporuje zóny dostupnosti a vyžaduje vytvoření nových prostředků.

Pro scénář clusteru Service Fabric si prohlédněte příslušné části pod jednotlivými hlavičkami.

Poznámka:

Výhoda překřízení primárního typu uzlu napříč zónami dostupnosti se zobrazuje pouze pro tři zóny, a ne jen pro dvě. To platí pro spravované i nespravované clustery.

Ukázkové šablony jsou k dispozici v šablonách zón mezi službami Service Fabric.

Požadavky

Spravované clustery služby Service Fabric

Požaduje se:

Doporučujeme:

  • Skladová položka clusteru musí být Standard.
  • Primární typ uzlu by měl mít alespoň devět uzlů pro zajištění nejlepší odolnosti, ale podporuje minimální počet šesti uzlů.
  • Sekundární typy uzlů by měly mít alespoň šest uzlů pro zajištění nejlepší odolnosti, ale podporuje minimální počet tří uzlů.

Nespravované clustery Service Fabric

Povinné: Není k dispozici.

Doporučujeme:

  • Úroveň spolehlivosti clusteru nastavená na Platinumhodnotu .
  • Jeden prostředek veřejné IP adresy využívající skladovou položku Standard.
  • Jeden prostředek nástroje pro vyrovnávání zatížení s využitím skladové položky Standard.
  • Skupina zabezpečení sítě (NSG) odkazovaná podsítí, ve které nasadíte škálovací sady virtuálních počítačů.

Existující nástroj pro vyrovnávání zatížení skladové položky Standard a prostředek IP adresy

Pro tento scénář neexistují žádné požadavky, protože předpokládá, že máte existující požadované prostředky.

Nástroj pro vyrovnávání zatížení skladové položky Basic a prostředek IP adresy

  • Nový nástroj pro vyrovnávání zatížení s využitím skladové položky Standard, který se liší od stávajícího nástroje pro vyrovnávání zatížení skladové položky Basic.
  • Nový prostředek IP adresy využívající skladovou položku Standard, který se liší od existujícího prostředku IP adresy skladové položky Basic.

Poznámka:

Stávající prostředky není možné upgradovat ze skladové položky Basic na skladovou položku Standard, takže se vyžadují nové prostředky.

Požadavky na výpadek

Spravovaný cluster Service Fabric

Migrace do odolné konfigurace zóny může způsobit krátkou ztrátu externího připojení prostřednictvím nástroje pro vyrovnávání zatížení, ale neovlivní stav clusteru. Ke ztrátě externího připojení dojde v případě, že je potřeba vytvořit novou veřejnou IP adresu, aby byla síť odolná vůči selhání zón. Naplánujte migraci odpovídajícím způsobem.

Nespravovaný cluster Service Fabric

Výpadek migrace nespravovaných clusterů Service Fabric se značně liší v závislosti na počtu virtuálních počítačů a doménách upgradu v clusteru. UD jsou logické seskupení virtuálních počítačů, které určují pořadí, ve kterém se upgrady odsílají do virtuálních počítačů ve vašem clusteru. Výpadky jsou ovlivněny také režimem upgradu vašeho clusteru, který zpracovává úlohy upgradu u UD ve vašem clusteru. Vlastnost sfZonalUpgradeMode , která řídí režim upgradu, je podrobněji popsána v následujících částech.

Migrace pro spravované clustery Service Fabric

Postupujte podle kroků v části Migrace spravovaného clusteru Service Fabric a zařiďte odolnost proti zóně.

Možnosti migrace pro nespravované clustery Service Fabric

Možnost migrace 1: Povolení více Zóny dostupnosti v jedné škálovací sadě virtuálních počítačů

Kdy použít tuto možnost

Toto řešení umožňuje uživatelům překlenovat tři Zóny dostupnosti stejného typu uzlu. Jedná se o doporučenou topologii nasazení, protože umožňuje nasazení napříč zónami dostupnosti při zachování jedné škálovací sady virtuálních počítačů.

Úplná ukázková šablona je k dispozici na GitHubu.

Tuto možnost byste měli použít, pokud máte existující nespravovaný cluster Service Fabric s nástrojem pro vyrovnávání zatížení skladové položky Standard a prostředky IP adres, které chcete migrovat. Pokud váš existující nespravovaný cluster obsahuje prostředky skladové položky Basic, měli byste vidět možnost migrace skladové položky Basic níže.

Jak migrovat nespravovaný cluster Service Fabric se stávajícím nástrojem pro vyrovnávání zatížení skladové položky Standard a prostředky IP

Povolení zón ve škálovací sadě virtuálních počítačů:

Do prostředku škálovací sady virtuálních počítačů uveďte následující tři hodnoty:

  • První hodnota je zones vlastnost, která určuje Zóny dostupnosti, které jsou ve škálovací sadě virtuálních počítačů.

  • Druhá hodnota je singlePlacementGroup vlastnost, která musí být nastavena na true. Škálovací sada, která je rozložená napříč třemi Zóny dostupnosti, může vertikálně navýšit kapacitu až na 300 virtuálních počítačů i s singlePlacementGroup = true.

  • Třetí hodnota je zoneBalance, která zajišťuje přísné vyrovnávání zóny. Tato hodnota by měla být true. Tím se zajistí, že distribuce virtuálních počítačů napříč zónami nebudou nevyvážené, což znamená, že když dojde k výpadku jedné zóny, budou mít ostatní dvě zóny dostatek virtuálních počítačů, aby cluster zůstal spuštěný.

    Cluster s nevyváženou distribucí virtuálních počítačů nemusí přežít scénář výpadku zóny, protože tato zóna může mít většinu virtuálních počítačů. Nevyvážená distribuce virtuálních počítačů napříč zónami také vede k problémům s umístěním služeb a zablokovaným aktualizacím infrastruktury. Přečtěte si další informace o zóněBalancing.

Nemusíte konfigurovat FaultDomain a UpgradeDomain přepisovat.

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

Poznámka:

  • Clustery Service Fabric by měly mít alespoň jeden primární typ uzlu. Úroveň stálosti primárních typů uzlů by měla být Silver nebo vyšší.
  • Zóna dostupnosti zahrnující škálovací sadu virtuálních počítačů by měla být nakonfigurovaná alespoň se třemi Zóny dostupnosti bez ohledu na úroveň odolnosti.
  • Zóna dostupnosti zahrnující škálovací sadu virtuálních počítačů se stříbrnou nebo vyšší odolností by měla mít alespoň 15 virtuálních počítačů.
  • Zóna dostupnosti zahrnující škálovací sadu virtuálních počítačů s bronzovou odolností by měla mít alespoň šest virtuálních počítačů.
Povolení podpory více zón v typu uzlu Service Fabric

Aby bylo možné podporovat více zón dostupnosti, musí být povolený typ uzlu Service Fabric.

  • První hodnota je multipleAvailabilityZones, která by měla být nastavena true na typ uzlu.

  • Druhá hodnota je sfZonalUpgradeMode a je nepovinná. Tuto vlastnost nelze upravit, pokud už v clusteru existuje typ uzlu s více zónami dostupnosti. Tato vlastnost řídí logické seskupení virtuálních počítačů v identifikátorech UD.

    • Pokud je tato hodnota nastavená na Parallel: Virtuální počítače pod typem uzlu jsou seskupené do identifikátorů UDS a ignorují informace o zóně v pěti identifikátorech UDS. Toto nastavení způsobí, že se současně upgraduje UD ve všech zónách. I když je tento režim nasazení pro upgrady rychlejší, nedoporučujeme ho, protože se vztahuje k pokynům SDP, které uvádějí, že by se aktualizace měly použít na jednu zónu najednou.

    • Pokud je tato hodnota vynechána nebo nastavena na Hierarchical: Virtuální počítače se seskupí tak, aby odrážely zónovou distribuci v až 15 identifikátorech UD. Každá ze tří zón má pět identifikátorů UDS. Tím se zajistí, že se zóny aktualizují po jednom a přesunou se do další zóny až po dokončení pěti identifikátorů UDS v rámci první zóny. Proces aktualizace je pro cluster a uživatelskou aplikaci bezpečnější.

    Tato vlastnost definuje chování upgradu pouze pro aplikace Service Fabric a upgrady kódu. Základní upgrady škálovací sady virtuálních počítačů jsou stále paralelní ve všech Zóny dostupnosti. Tato vlastnost nemá vliv na distribuci UD pro typy uzlů, které nemají povolené více zón.

  • Třetí hodnota je vmssZonalUpgradeModevolitelná a lze ji kdykoli aktualizovat. Tato vlastnost definuje schéma upgradu pro škálovací sadu virtuálních počítačů, které se budou provádět paralelně nebo postupně napříč Zóny dostupnosti.

    • Pokud je tato hodnota nastavená na Parallel: Všechny aktualizace škálovací sady probíhají paralelně ve všech zónách. Tento režim nasazení je rychlejší pro upgrady, a proto ho nedoporučujeme, protože se vztahuje k pokynům SDP, které uvádějí, že by se aktualizace měly najednou aplikovat na jednu zónu.
    • Pokud je tato hodnota vynechána nebo nastavena na Hierarchical: Tím se zajistí, že se zóny aktualizují po jednom, přesune se na další zónu až po dokončení pěti identifikátorů UD v první zóně. Tento proces aktualizace je pro cluster a uživatelskou aplikaci bezpečnější.

Důležité

Verze rozhraní API prostředků clusteru Service Fabric by měla být 2020–12-01-preview nebo novější.

Verze kódu clusteru by měla být minimálně 8.1.321 nebo novější.

{
  "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
      }
    ]
  }
}

Poznámka:

  • Prostředky veřejné IP adresy a nástroje pro vyrovnávání zatížení by měly používat skladovou položku Standard popsanou výše v článku.
  • multipleAvailabilityZones Vlastnost typu uzlu lze definovat pouze při vytvoření typu uzlu a nelze ji později upravit. Pro tuto vlastnost nelze nakonfigurovat existující typy uzlů.
  • Pokud sfZonalUpgradeMode je vynecháno nebo je nastaveno Hierarchical, nasazení clusteru a aplikací bude pomalejší, protože v clusteru je více domén upgradu. Je důležité správně upravit časové limity zásad upgradu tak, aby zohlednily dobu upgradu potřebnou pro 15 upgradových domén. Zásady upgradu aplikace i clusteru by se měly aktualizovat, aby se zajistilo, že nasazení nepřekročí časový limit nasazení služby Azure Resource Service 12 hodin. To znamená, že nasazení by nemělo trvat déle než 12 hodin na 15 identifikátorů UD (to znamená, že by nemělo trvat déle než 40 minut pro každou UD).
  • Nastavte úroveň spolehlivosti clusteru, aby Platinum se zajistilo, že cluster přežije scénář s jednou zónou.
  • Upgrade úrovně DurabilityLevel pro typ uzlu s multipleAvailabilityZones se nepodporuje. Místo toho vytvořte nový typ uzlu s vyšší odolností.
  • SF podporuje pouze 3 zóny dostupnosti. Aktuálně se nepodporuje žádné vyšší číslo.

Tip

Doporučujeme ho nastavit sfZonalUpgradeMode Hierarchical nebo vynechat. Nasazení bude následovat po zónové distribuci virtuálních počítačů a ovlivní menší množství replik nebo instancí, což je bezpečnější. Tuto možnost použijtesfZonalUpgradeMode, pokud Parallel je rychlost nasazení prioritou nebo pouze bezstavové úlohy spouštěné na typu uzlu s více Zóny dostupnosti. To způsobí, že se procházka uživatelem provede paralelně ve všech Zóny dostupnosti.

Migrace na typ uzlu s více Zóny dostupnosti

Pro všechny scénáře migrace musíte přidat nový typ uzlu, který podporuje více Zóny dostupnosti. Existující typ uzlu nejde migrovat, aby podporoval více zón. Článek o vertikálním navýšení kapacity primárního uzlu clusteru Service Fabric obsahuje podrobné kroky pro přidání nového typu uzlu a dalších prostředků požadovaných pro nový typ uzlu, jako jsou IP adresy a prostředky nástroje pro vyrovnávání zatížení. Tento článek také popisuje, jak vyřadit existující typ uzlu po přidání nového typu uzlu s více Zóny dostupnosti do clusteru.

  • Migrace z typu uzlu, který používá základní nástroj pro vyrovnávání zatížení a prostředky IP adres: Tento proces je už popsaný v podsekci níže pro řešení s jedním typem uzlu podle zóny dostupnosti.

    Pro nový typ uzlu je jediným rozdílem, že existuje pouze jedna škálovací sada virtuálních počítačů a jeden typ uzlu pro všechny Zóny dostupnosti místo jednoho pro každou zónu dostupnosti.

  • Migrace z typu uzlu, který používá nástroj pro vyrovnávání zatížení skladové položky Standard a prostředky IP se skupinou zabezpečení sítě: Postupujte podle stejného postupu popsaného výše. Není ale nutné přidávat nový nástroj pro vyrovnávání zatížení, IP adresu a prostředky NSG. Stejné prostředky je možné znovu použít v novém typu uzlu.

Pokud narazíte na nějaké problémy, spojte se s podporou a požádejte o pomoc.

Možnost migrace 2: Nasazení zón připnutím jedné škálovací sady virtuálních počítačů do každé zóny

Kdy použít tuto možnost

Toto je obecně dostupná konfigurace právě teď.

Pokud chcete překlenovat cluster Service Fabric napříč Zóny dostupnosti, musíte vytvořit primární typ uzlu v každé zóně dostupnosti podporované oblastí. Tím se rovnoměrně distribuují počáteční uzly mezi každý z primárních typů uzlů.

Doporučená topologie pro primární typ uzlu vyžaduje toto:

  • Tři typy uzlů označené jako primární
    • Každý typ uzlu by se měl mapovat na vlastní škálovací sadu virtuálních počítačů umístěnou v jiné zóně.
    • Každá škálovací sada virtuálních počítačů by měla mít alespoň pět uzlů (Silver Durability).

Tuto možnost byste měli použít, pokud máte existující nespravovaný cluster Service Fabric s nástrojem pro vyrovnávání zatížení skladové položky Standard a prostředky IP adres, které chcete migrovat. Pokud váš existující nespravovaný cluster obsahuje prostředky skladové položky Basic, měli byste vidět možnost migrace skladové položky Basic níže.

Jak migrovat nespravovaný cluster Service Fabric se stávajícím nástrojem pro vyrovnávání zatížení skladové položky Standard a prostředky IP

Povolení zón ve škálovací sadě virtuálních počítačů

Pokud chcete povolit zónu ve škálovací sadě virtuálních počítačů, uveďte následující tři hodnoty v prostředku škálovací sady virtuálních počítačů:

  • První hodnota je zones vlastnost, která určuje, do které zóny dostupnosti se škálovací sada virtuálních počítačů nasadí.
  • Druhá hodnota je singlePlacementGroup vlastnost, která musí být nastavena na true.
  • Třetí hodnota je faultDomainOverride vlastnost v rozšíření Service Fabric Virtual Machine Scale Set. Tato vlastnost by měla obsahovat pouze zónu, ve které bude tato škálovací sada virtuálních počítačů umístěna. Příklad: "faultDomainOverride": "az1". Všechny prostředky škálovací sady virtuálních počítačů musí být umístěné ve stejné oblasti, protože clustery Azure Service Fabric nepodporují různé oblasti.
{
  "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"
          }
        }
      ]
    }
  }
}
Povolení více primárních typů uzlů v prostředku clusteru Service Fabric

Chcete-li nastavit jeden nebo více typů uzlů jako primární v prostředku clusteru, nastavte isPrimary vlastnost na true. Když nasadíte cluster Service Fabric napříč Zóny dostupnosti, měli byste mít v různých zónách tři typy uzlů.

{
  "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')]"
    }
  ]
}

Pokud narazíte na nějaké problémy, spojte se s podporou a požádejte o pomoc.

Možnost migrace: Nespravovaný cluster Service Fabric s nástrojem pro vyrovnávání zatížení skladové položky Basic a prostředky IP adres

Kdy použít tuto možnost

Tuto možnost byste měli použít, pokud máte existující nespravovaný cluster Service Fabric s nástrojem pro vyrovnávání zatížení skladové položky Basic a prostředky IP adres, které chcete migrovat. Pokud váš existující nespravovaný cluster obsahuje prostředky skladové položky Standard, měli byste vidět výše uvedené možnosti migrace. Pokud jste ještě nespravovaný cluster nespravovali, ale víte, že chcete, aby byl povolený az, vytvořte ho s prostředky skladové položky Standard.

Jak migrovat nespravovaný cluster Service Fabric s využitím nástroje pro vyrovnávání zatížení skladové položky Basic a prostředků IP adres

Pokud chcete migrovat cluster, který používá nástroj pro vyrovnávání zatížení a IP adresu se základní skladovou jednotkou, musíte nejprve vytvořit zcela nový nástroj pro vyrovnávání zatížení a prostředek PROTOKOLU IP pomocí standardní skladové položky. Tyto prostředky není možné aktualizovat.

Odkazujte na nový nástroj pro vyrovnávání zatížení a IP adresu v nových typech uzlů mezi zónami dostupnosti, které chcete použít. V předchozím příkladu byly do zón 1, 2 a 3 přidány tři nové prostředky škálovací sady virtuálních počítačů. Tyto škálovací sady virtuálních počítačů odkazují na nově vytvořený nástroj pro vyrovnávání zatížení a IP adresu a jsou označené jako primární typy uzlů v prostředku clusteru Service Fabric.

  1. Začněte tím, že do existující šablony Azure Resource Manageru přidáte nové prostředky. Mezi tyto prostředky patří:

    • Prostředek veřejné IP adresy s využitím skladové položky Standard
    • Prostředek nástroje pro vyrovnávání zatížení s využitím skladové položky Standard
    • Skupina zabezpečení sítě, na kterou odkazuje podsíť, ve které nasadíte škálovací sady virtuálních počítačů
    • Tři typy uzlů označené jako primární
      • Každý typ uzlu by se měl mapovat na vlastní škálovací sadu virtuálních počítačů umístěnou v jiné zóně.
      • Každá škálovací sada virtuálních počítačů by měla mít alespoň pět uzlů (Silver Durability).

    Příklad těchto prostředků najdete v ukázkové šabloně.

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

  2. Po dokončení nasazení prostředků můžete zakázat uzly v primárním typu uzlu z původního clusteru. Pokud jsou uzly zakázané, systémové služby se migrují na nový primární typ uzlu, který jste nasadili dříve.

    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. Jakmile jsou všechny uzly zakázané, systémové služby se budou spouštět na primárním typu uzlu, který je rozložený mezi zóny. Pak můžete z clusteru odebrat zakázané uzly. Po odebrání uzlů můžete odebrat původní IP adresu, nástroj pro vyrovnávání zatížení a prostředky škálovací sady virtuálních počítačů.

    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. Potom odeberte odkazy na tyto prostředky ze šablony Resource Manageru, kterou jste nasadili.

  5. Nakonec aktualizujte název DNS a veřejnou IP adresu.

$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

Pokud narazíte na nějaké problémy, spojte se s podporou a požádejte o pomoc.

Další kroky