Service Fabric のネットワークパターン

[アーティクル]
10/15/2024

Azure Service Fabric クラスターを Azure の他のネットワーク機能と統合できます。この記事では、次の機能を使用するクラスターを作成する方法について説明します。

既存の仮想ネットワークまたはサブネット
静的パブリック IP アドレス
内部専用ロードバランサー
内部ロードバランサーと外部ロードバランサー

Service Fabric は標準の仮想マシンスケールセットで実行されます。仮想マシンスケールセットで使用できる機能は、Service Fabric クラスターでも使用できます。仮想マシンスケールセットと Service Fabric のAzure Resource Manager テンプレートのネットワークセクションは同じです。既存の仮想ネットワークにデプロイしたら、Azure ExpressRoute、Azure VPN Gateway、ネットワークセキュリティグループ、仮想ネットワークピアリングなどの他のネットワーク機能を簡単に組み込むことができます。

Service Fabric リソースプロバイダーによるクラスターに対するクエリの許可

Service Fabric には、他のネットワーク機能とは異なる点が 1 つあります。 Azure Portal がService Fabric リソースプロバイダーを内部で使用してクラスターを呼び出し、ノードとアプリケーションに関する情報を取得します。 Service Fabric リソースプロバイダーは、管理エンドポイントの受信 HTTP ゲートウェイポート (既定では 19080) にパブリックにアクセスできる必要があります。 Service Fabric Explorer では、管理エンドポイントを使用してクラスターを管理します。また、Service Fabric リソースプロバイダーは、このポートを使用してクラスターに関する情報を照会し、Azure Portal に表示します。

Service Fabric リソースプロバイダーからポート 19080 にアクセスできない場合、ポータルに "ノードが見つかりません" などのメッセージが表示され、ノードとアプリケーションの一覧が空になります。 Azure Portal でクラスターを確認する場合は、ロードバランサーでパブリック IP アドレスを公開し、ネットワークセキュリティグループでポート 19080 の受信トラフィックを許可する必要があります。セットアップがこれらの要件を満たしていない場合、Azure Portal にクラスターの状態は表示されません。

Note

Azure を操作するには、Azure Az PowerShell モジュールを使用することをお勧めします。作業を始めるには、「Azure PowerShell をインストールする」を参照してください。 Az PowerShell モジュールに移行する方法については、「AzureRM から Az への Azure PowerShell の移行」を参照してください。

テンプレート

すべての Service Fabric テンプレートが GitHub に存在します。次の PowerShell コマンドを使用して、テンプレートをそのままデプロイできます。既存の Azure Virtual Network テンプレートまたは静的パブリック IP テンプレートをデプロイする場合は、まず、この記事の「初期セットアップ」をお読みください。

初期セットアップ

既存の仮想ネットワーク

次の例では、ExistingRG リソースグループにある "ExistingRG-vnet" という名前の既存の仮想ネットワークを使用します。サブネットの名前は "default" です。 Azure Portal で標準の仮想マシン (VM) を作成すると、これらの既定のリソースが作成されます。 VM を作成せずに仮想ネットワークとサブネットを作成することもできますが、クラスターを既存の仮想ネットワークに追加する主な目的は、他の VM へのネットワーク接続を提供することです。 VM を作成することで、既存の仮想ネットワークの通常の使用方法の好例が示されます。 Service Fabric クラスターでパブリック IP アドレスを指定せずに内部ロードバランサーのみを使用している場合は、VM とそのパブリック IP をセキュリティで保護された "ジャンプボックス" として使用できます。

静的パブリック IP アドレス

一般に、静的パブリック IP アドレスは、割り当て先の VM とは別に管理されている専用のリソースです。静的パブリック IP アドレスは (Service Fabric クラスターリソースグループ内ではなく) 専用のネットワークリソースグループにプロビジョニングされます。 Azure Portal または PowerShell を使用して、同じExistingRG リソースグループに "staticIP1" という名前の静的パブリック IP アドレスを作成します。

PS C:\Users\user> New-AzPublicIpAddress -Name staticIP1 -ResourceGroupName ExistingRG -Location westus -AllocationMethod Static -DomainNameLabel sfnetworking

Name                     : staticIP1
ResourceGroupName        : ExistingRG
Location                 : westus
Id                       : /subscriptions/1237f4d2-3dce-1236-ad95-123f764e7123/resourceGroups/ExistingRG/providers/Microsoft.Network/publicIPAddresses/staticIP1
Etag                     : W/"fc8b0c77-1f84-455d-9930-0404ebba1b64"
ResourceGuid             : 77c26c06-c0ae-496c-9231-b1a114e08824
ProvisioningState        : Succeeded
Tags                     :
PublicIpAllocationMethod : Static
IpAddress                : 40.83.182.110
PublicIpAddressVersion   : IPv4
IdleTimeoutInMinutes     : 4
IpConfiguration          : null
DnsSettings              : {
                             "DomainNameLabel": "sfnetworking",
                             "Fqdn": "sfnetworking.westus.cloudapp.azure.com"
                           }

Service Fabric テンプレート

この記事の例では、Service Fabric template.json を使用します。クラスターを作成する前に、標準のポータルウィザードを使用してポータルからテンプレートをダウンロードできます。また、サンプルテンプレートのいずれか (セキュリティ保護された 5 ノード Service Fabric クラスターなど) を使用こともできます。

既存の仮想ネットワークまたはサブネット

サブネットのパラメーターを既存のサブネットの名前に変更し、既存の仮想ネットワークを参照する 2 つの新しいパラメーターを追加します。

    "subnet0Name": {
            "type": "string",
            "defaultValue": "default"
        },
        "existingVNetRGName": {
            "type": "string",
            "defaultValue": "ExistingRG"
        },

        "existingVNetName": {
            "type": "string",
            "defaultValue": "ExistingRG-vnet"
        },
        /*
        "subnet0Name": {
            "type": "string",
            "defaultValue": "Subnet-0"
        },
        "subnet0Prefix": {
            "type": "string",
            "defaultValue": "10.0.0.0/24"
        },*/

Azure portal のクラスターデプロイブレードで仮想ネットワーク名の入力を再び求めないよう、"virtualNetworkName" という名前でパラメーターをコメントアウトできます。

既存のサブネットを使用し、手順 1 でこの変数を無効にしているため、Microsoft.Compute/virtualMachineScaleSets の nicPrefixOverride 属性をコメントアウトします。
```
        /*"nicPrefixOverride": "[parameters('subnet0Prefix')]",*/
```

既存の仮想ネットワークを指すように vnetID 変数を変更します。

        /*old "vnetID": "[resourceId('Microsoft.Network/virtualNetworks',parameters('virtualNetworkName'))]",*/
        "vnetID": "[concat('/subscriptions/', subscription().subscriptionId, '/resourceGroups/', parameters('existingVNetRGName'), '/providers/Microsoft.Network/virtualNetworks/', parameters('existingVNetName'))]",

Azure で新しい仮想ネットワークが作成されないように、リソースから Microsoft.Network/virtualNetworks を削除します。

/*{
"apiVersion": "[variables('vNetApiVersion')]",
"type": "Microsoft.Network/virtualNetworks",
"name": "[parameters('virtualNetworkName')]",
"location": "[parameters('computeLocation')]",
"properties": {
    "addressSpace": {
        "addressPrefixes": [
            "[parameters('addressPrefix')]"
        ]
    },
    "subnets": [
        {
            "name": "[parameters('subnet0Name')]",
            "properties": {
                "addressPrefix": "[parameters('subnet0Prefix')]"
            }
        }
    ]
},
"tags": {
    "resourceType": "Service Fabric",
    "clusterName": "[parameters('clusterName')]"
}
},*/

新しい仮想ネットワークの作成に依存しないように、Microsoft.Compute/virtualMachineScaleSets の dependsOn 属性から仮想ネットワークをコメントアウトします。

"apiVersion": "[variables('vmssApiVersion')]",
"type": "Microsoft.Computer/virtualMachineScaleSets",
"name": "[parameters('vmNodeType0Name')]",
"location": "[parameters('computeLocation')]",
"dependsOn": [
    /*"[concat('Microsoft.Network/virtualNetworks/', parameters('virtualNetworkName'))]",
    */
    "[Concat('Microsoft.Storage/storageAccounts/', variables('uniqueStringArray0')[0])]",

テンプレートをデプロイします。
```
New-AzResourceGroup -Name sfnetworkingexistingvnet -Location westus
New-AzResourceGroupDeployment -Name deployment -ResourceGroupName sfnetworkingexistingvnet -TemplateFile C:\SFSamples\Final\template\_existingvnet.json
```
デプロイが完了すると、仮想ネットワークに新しいスケールセット VM が追加されます。仮想マシンスケールセットのノードタイプに、既存の仮想ネットワークとサブネットが示されます。また、リモートデスクトッププロトコル (RDP) を使用して、仮想ネットワークに既に存在する VM にアクセスしたり、新しいスケールセット VM への ping を実行したりできます。
```
C:>\Users\users>ping 10.0.0.5 -n 1
C:>\Users\users>ping NOde1000000 -n 1
```

別の例については、Service Fabric に固有でない例をご覧ください。

静的パブリック IP アドレス

既存の静的 IP のリソースグループ名、名前、完全修飾ドメイン名 (FQDN) のパラメーターを追加します。

"existingStaticIPResourceGroup": {
            "type": "string"
        },
        "existingStaticIPName": {
            "type": "string"
        },
        "existingStaticIPDnsFQDN": {
            "type": "string"
}

dnsName パラメーターを削除します (静的 IP アドレスには既にパラメーターがあります)。
```
/*
"dnsName": {
    "type": "string"
},
*/
```

既存の静的 IP アドレスを参照する変数を追加します。

"existingStaticIP": "[concat('/subscriptions/', subscription().subscriptionId, '/resourceGroups/', parameters('existingStaticIPResourceGroup'), '/providers/Microsoft.Network/publicIPAddresses/', parameters('existingStaticIPName'))]",

Azure で新しい IP アドレスが作成されないように、リソースから Microsoft.Network/publicIPAddresses を削除します。

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

新しい IP アドレスの作成に依存しないように、Microsoft.Network/loadBalancers の dependsOn 属性から IP アドレスをコメントアウトします。

"apiVersion": "[variables('lbIPApiVersion')]",
"type": "Microsoft.Network/loadBalancers",
"name": "[concat('LB', '-', parameters('clusterName'), '-', parameters('vmNodeType0Name'))]",
"location": "[parameters('computeLocation')]",
/*
"dependsOn": [
    "[concat('Microsoft.Network/publicIPAddresses/', concat(parameters('lbIPName'), '-', '0'))]"
], */
"properties": {

Microsoft.Network/loadBalancers リソースで、frontendIPConfigurations の publicIPAddress 要素を変更して、新しく作成された IP アドレスではなく、既存の静的 IP アドレスを参照します。

            "frontendIPConfigurations": [
                    {
                        "name": "LoadBalancerIPConfig",
                        "properties": {
                            "publicIPAddress": {
                                /*"id": "[resourceId('Microsoft.Network/publicIPAddresses',concat(parameters('lbIPName'),'-','0'))]"*/
                                "id": "[variables('existingStaticIP')]"
                            }
                        }
                    }
                ],

Microsoft.ServiceFabric/clusters リソースで、managementEndpoint を静的 IP アドレスの DNS FQDN に変更します。セキュリティで保護されたクラスターを使用している場合は、http:// を https:// に必ず変更してください (この手順は Service Fabric クラスターにのみ適用されます。仮想マシンスケールセットを使用している場合は、この手順をスキップしてください)
```
                "fabricSettings": [],
                /*"managementEndpoint": "[concat('http://',reference(concat(parameters('lbIPName'),'-','0')).dnsSettings.fqdn,':',parameters('nt0fabricHttpGatewayPort'))]",*/
                "managementEndpoint": "[concat('http://',parameters('existingStaticIPDnsFQDN'),':',parameters('nt0fabricHttpGatewayPort'))]",
```

テンプレートをデプロイします。

New-AzResourceGroup -Name sfnetworkingstaticip -Location westus

$staticip = Get-AzPublicIpAddress -Name staticIP1 -ResourceGroupName ExistingRG

$staticip

New-AzResourceGroupDeployment -Name deployment -ResourceGroupName sfnetworkingstaticip -TemplateFile C:\SFSamples\Final\template\_staticip.json -existingStaticIPResourceGroup $staticip.ResourceGroupName -existingStaticIPName $staticip.Name -existingStaticIPDnsFQDN $staticip.DnsSettings.Fqdn

デプロイが完了すると、ロードバランサーが他のリソースグループからパブリック静的 IP アドレスにバインドされていることを確認できます。 Service Fabric クライアント接続エンドポイントと Service Fabric Explorer エンドポイントは、静的 IP アドレスの DNS FQDN を参照します。

内部ロードバランサー

このシナリオでは、既定の Service Fabric テンプレートの外部ロードバランサーを内部専用ロードバランサーに置き換えます。 Azure portal と Service Fabric リソースプロバイダーへの影響については、この記事の前述の説明をご覧ください。

dnsName パラメーターを削除します (不要です)。
```
/*
"dnsName": {
    "type": "string"
},
*/
```
静的な割り当て方法を使用している場合は、必要に応じて静的 IP アドレスパラメーターを追加できます。動的な割り当て方法を使用している場合は、この手順を実行する必要はありません。
```
        "internalLBAddress": {
            "type": "string",
            "defaultValue": "10.0.0.250"
        }
```

Azure で新しい IP アドレスが作成されないように、リソースから Microsoft.Network/publicIPAddresses を削除します。

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

新しい IP アドレスの作成に依存しないように、Microsoft.Network/loadBalancers の、IP アドレスの dependsOn 属性を削除します。現在、ロードバランサーは仮想ネットワークのサブネットに依存しているため、仮想ネットワークの dependsOn 属性を追加します。

            "apiVersion": "[variables('lbApiVersion')]",
            "type": "Microsoft.Network/loadBalancers",
            "name": "[concat('LB','-', parameters('clusterName'),'-',parameters('vmNodeType0Name'))]",
            "location": "[parameters('computeLocation')]",
            "dependsOn": [
                /*"[concat('Microsoft.Network/publicIPAddresses/',concat(parameters('lbIPName'),'-','0'))]"*/
                "[concat('Microsoft.Network/virtualNetworks/',parameters('virtualNetworkName'))]"
            ],

publicIPAddress を使用するのではなく、サブネットと privateIPAddress を使用するように、ロードバランサーの frontendIPConfigurations 設定を変更します。 privateIPAddress では、定義済みの静的内部 IP アドレスを使用します。動的 IP アドレスを使用するには、privateIPAddress 要素を削除し、privateIPAllocationMethod を Dynamic に変更します。

            "frontendIPConfigurations": [
                    {
                        "name": "LoadBalancerIPConfig",
                        "properties": {
                            /*
                            "publicIPAddress": {
                                "id": "[resourceId('Microsoft.Network/publicIPAddresses',concat(parameters('lbIPName'),'-','0'))]"
                            } */
                            "subnet" :{
                                "id": "[variables('subnet0Ref')]"
                            },
                            "privateIPAddress": "[parameters('internalLBAddress')]",
                            "privateIPAllocationMethod": "Static"
                        }
                    }
                ],

Microsoft.ServiceFabric/clusters リソースで、内部ロードバランサーのアドレスを指すように managementEndpoint を変更します。セキュリティで保護されたクラスターを使用している場合は、http:// を https:// に必ず変更してください (この手順は Service Fabric クラスターにのみ適用されます。仮想マシンスケールセットを使用している場合は、この手順をスキップしてください)
```
                "fabricSettings": [],
                /*"managementEndpoint": "[concat('http://',reference(concat(parameters('lbIPName'),'-','0')).dnsSettings.fqdn,':',parameters('nt0fabricHttpGatewayPort'))]",*/
                "managementEndpoint": "[concat('http://',reference(variables('lbID0')).frontEndIPConfigurations[0].properties.privateIPAddress,':',parameters('nt0fabricHttpGatewayPort'))]",
```

テンプレートをデプロイします。

New-AzResourceGroup -Name sfnetworkinginternallb -Location westus

New-AzResourceGroupDeployment -Name deployment -ResourceGroupName sfnetworkinginternallb -TemplateFile C:\SFSamples\Final\template\_internalonlyLB.json

デプロイが完了すると、ロードバランサーでプライベート静的 IP アドレス (10.0.0.250) が使用されます。同じ仮想ネットワーク内に別のマシンがある場合は、内部の Service Fabric Explorer エンドポイントに移動できます。このエンドポイントは、ロードバランサーの背後にあるノードの 1 つに接続しています。

内部ロードバランサーと外部ロードバランサー

このシナリオでは、既存の単一ノードタイプの外部ロードバランサーを使用し、同じノードタイプの内部ロードバランサーを追加します。バックエンドアドレスプールに接続されたバックエンドポートは、1 つのロードバランサーにのみ割り当てることができます。アプリケーションポートを配置するロードバランサーと、管理エンドポイント (ポート 19000 と 19080) を配置するロードバランサーを選択します。管理エンドポイントを内部ロードバランサーに配置する場合は、この記事で前述した Service Fabric リソースプロバイダーの制限に注意してください。ここで使用する例では、管理エンドポイントは引き続き外部ロードバランサーに配置しています。また、アプリケーションポート 80 を追加して内部ロードバランサーに配置します。

2 ノードタイプのクラスターでは、ノードタイプの 1 つを外部ロードバランサーに配置し、もう 1 つのノードタイプを内部ロードバランサーに配置します。 2 ノードタイプのクラスターを使用するには、ポータルで作成された (2 つのロードバランサーを含む) 2 ノードタイプテンプレートで、2 つ目のロードバランサーを内部ロードバランサーに切り替えます。詳細については、「内部ロードバランサー」をご覧ください。

内部ロードバランサーの静的 IP アドレスパラメーターを追加します (動的 IP アドレスの使用に関する注意事項については、この記事の前のセクションをご覧ください)。
```
        "internalLBAddress": {
            "type": "string",
            "defaultValue": "10.0.0.250"
        }
```
アプリケーションポート 80 パラメーターを追加します。

既存のネットワーク変数の内部バージョンを追加するには、それらの変数をコピーして貼り付け、名前に "-Int" を追加します。

/* Add internal load balancer networking variables */
        "lbID0-Int": "[resourceId('Microsoft.Network/loadBalancers', concat('LB','-', parameters('clusterName'),'-',parameters('vmNodeType0Name'), '-Internal'))]",
        "lbIPConfig0-Int": "[concat(variables('lbID0-Int'),'/frontendIPConfigurations/LoadBalancerIPConfig')]",
        "lbPoolID0-Int": "[concat(variables('lbID0-Int'),'/backendAddressPools/LoadBalancerBEAddressPool')]",
        "lbProbeID0-Int": "[concat(variables('lbID0-Int'),'/probes/FabricGatewayProbe')]",
        "lbHttpProbeID0-Int": "[concat(variables('lbID0-Int'),'/probes/FabricHttpGatewayProbe')]",
        "lbNatPoolID0-Int": "[concat(variables('lbID0-Int'),'/inboundNatPools/LoadBalancerBEAddressNatPool')]",
        /* Internal load balancer networking variables end */

アプリケーションポート 80 を使用する、ポータルで生成されたテンプレートを使用すると、ポータルの既定のテンプレートによって外部ロードバランサーに AppPort1 (ポート 80) が追加されます。この場合、外部ロードバランサーの loadBalancingRules とプローブから AppPort1 を削除して、これを内部ロードバランサーに追加できるようにします。

"loadBalancingRules": [
    {
        "name": "LBHttpRule",
        "properties":{
            "backendAddressPool": {
                "id": "[variables('lbPoolID0')]"
            },
            "backendPort": "[parameters('nt0fabricHttpGatewayPort')]",
            "enableFloatingIP": "false",
            "frontendIPConfiguration": {
                "id": "[variables('lbIPConfig0')]"            
            },
            "frontendPort": "[parameters('nt0fabricHttpGatewayPort')]",
            "idleTimeoutInMinutes": "5",
            "probe": {
                "id": "[variables('lbHttpProbeID0')]"
            },
            "protocol": "tcp"
        }
    } /* Remove AppPort1 from the external load balancer.
    {
        "name": "AppPortLBRule1",
        "properties": {
            "backendAddressPool": {
                "id": "[variables('lbPoolID0')]"
            },
            "backendPort": "[parameters('loadBalancedAppPort1')]",
            "enableFloatingIP": "false",
            "frontendIPConfiguration": {
                "id": "[variables('lbIPConfig0')]"            
            },
            "frontendPort": "[parameters('loadBalancedAppPort1')]",
            "idleTimeoutInMinutes": "5",
            "probe": {
                "id": "[concate(variables('lbID0'), '/probes/AppPortProbe1')]"
            },
            "protocol": "tcp"
        }
    }*/

],
"probes": [
    {
        "name": "FabricGatewayProbe",
        "properties": {
            "intervalInSeconds": 5,
            "numberOfProbes": 2,
            "port": "[parameters('nt0fabricTcpGatewayPort')]",
            "protocol": "tcp"
        }
    },
    {
        "name": "FabricHttpGatewayProbe",
        "properties": {
            "intervalInSeconds": 5,
            "numberOfProbes": 2,
            "port": "[parameters('nt0fabricHttpGatewayPort')]",
            "protocol": "tcp"
        }
    } /* Remove AppPort1 from the external load balancer.
    {
        "name": "AppPortProbe1",
        "properties": {
            "intervalInSeconds": 5,
            "numberOfProbes": 2,
            "port": "[parameters('loadBalancedAppPort1')]",
            "protocol": "tcp"
        }
    } */

],
"inboundNatPools": [

2 つ目の Microsoft.Network/loadBalancers リソースを追加します。これは、「内部ロードバランサー」で作成した内部ロードバランサーに似ていますが、"-Int" ロードバランサー変数を使用し、アプリケーションポート 80 のみを実装します。これにより、パブリックロードバランサーの RDP エンドポイントを保持するために inboundNatPools も削除されます。内部ロードバランサーで RDP が必要な場合は、inboundNatPools を外部ロードバランサーからこの内部ロードバランサーに移動します。

        /* Add a second load balancer, configured with a static privateIPAddress and the "-Int" load balancer variables. */
        {
            "apiVersion": "[variables('lbApiVersion')]",
            "type": "Microsoft.Network/loadBalancers",
            /* Add "-Internal" to the name. */
            "name": "[concat('LB','-', parameters('clusterName'),'-',parameters('vmNodeType0Name'), '-Internal')]",
            "location": "[parameters('computeLocation')]",
            "dependsOn": [
                /* Remove public IP dependsOn, add vnet dependsOn
                "[concat('Microsoft.Network/publicIPAddresses/',concat(parameters('lbIPName'),'-','0'))]"
                */
                "[concat('Microsoft.Network/virtualNetworks/',parameters('virtualNetworkName'))]"
            ],
            "properties": {
                "frontendIPConfigurations": [
                    {
                        "name": "LoadBalancerIPConfig",
                        "properties": {
                            /* Switch from Public to Private IP address
                            */
                            "publicIPAddress": {
                                "id": "[resourceId('Microsoft.Network/publicIPAddresses',concat(parameters('lbIPName'),'-','0'))]"
                            }
                            */
                            "subnet" :{
                                "id": "[variables('subnet0Ref')]"
                            },
                            "privateIPAddress": "[parameters('internalLBAddress')]",
                            "privateIPAllocationMethod": "Static"
                        }
                    }
                ],
                "backendAddressPools": [
                    {
                        "name": "LoadBalancerBEAddressPool",
                        "properties": {}
                    }
                ],
                "loadBalancingRules": [
                    /* Add the AppPort rule. Be sure to reference the "-Int" versions of backendAddressPool, frontendIPConfiguration, and the probe variables. */
                    {
                        "name": "AppPortLBRule1",
                        "properties": {
                            "backendAddressPool": {
                                "id": "[variables('lbPoolID0-Int')]"
                            },
                            "backendPort": "[parameters('loadBalancedAppPort1')]",
                            "enableFloatingIP": "false",
                            "frontendIPConfiguration": {
                                "id": "[variables('lbIPConfig0-Int')]"
                            },
                            "frontendPort": "[parameters('loadBalancedAppPort1')]",
                            "idleTimeoutInMinutes": "5",
                            "probe": {
                                "id": "[concat(variables('lbID0-Int'),'/probes/AppPortProbe1')]"
                            },
                            "protocol": "tcp"
                        }
                    }
                ],
                "probes": [
                /* Add the probe for the app port. */
                {
                        "name": "AppPortProbe1",
                        "properties": {
                            "intervalInSeconds": 5,
                            "numberOfProbes": 2,
                            "port": "[parameters('loadBalancedAppPort1')]",
                            "protocol": "tcp"
                        }
                    }
                ],
                "inboundNatPools": [
                ]
            },
            "tags": {
                "resourceType": "Service Fabric",
                "clusterName": "[parameters('clusterName')]"
            }
        },

Microsoft.Compute/virtualMachineScaleSets リソースの networkProfile で、内部バックエンドアドレスプールを追加します。

"loadBalancerBackendAddressPools": [
                                                    {
                                                        "id": "[variables('lbPoolID0')]"
                                                    },
                                                    {
                                                        /* Add internal BE pool */
                                                        "id": "[variables('lbPoolID0-Int')]"
                                                    }
],

テンプレートをデプロイします。

New-AzResourceGroup -Name sfnetworkinginternalexternallb -Location westus

New-AzResourceGroupDeployment -Name deployment -ResourceGroupName sfnetworkinginternalexternallb -TemplateFile C:\SFSamples\Final\template\_internalexternalLB.json

デプロイが完了すると、リソースグループに 2 つのロードバランサーが表示されます。ロードバランサーを参照すると、パブリック IP アドレスと、パブリック IP アドレスに割り当てられている管理エンドポイント (ポート 19000 と 19080) を確認できます。また、静的内部 IP アドレスと、内部ロードバランサーに割り当てられているアプリケーションエンドポイント (ポート 80) も確認できます。ロードバランサーはどちらも同じ仮想マシンスケールセットのバックエンドプールを使用します。

運用環境のワークロードに関する注意事項

上記の GitHub テンプレートは、Azure Standard Load Balancer (SLB) の既定の SKU である Basic SKU で動作するように設計されています。 Basic SKU LB には SLA がないため、運用環境のワークロードには Standard SKU を使用する必要があります。詳しくは、「Azure Standard Load Balancer の概要」をご覧ください。 SLB の Standard SKU を使用しているすべての Service Fabric クラスターで、ポート 443 での送信トラフィックを許可するルールがノードタイプごとに設定されていることを確認する必要があります。これはクラスターの設定を完了するために必要であり、このルールのないデプロイは失敗します。上記の "内部専用" ロードバランサーの例では、追加の外部ロードバランサーを、ポート 443 での送信トラフィックを許可するルールと共にテンプレートに追加する必要があります。

次のステップ

クラスターの作成

次の方法で共有

Service Fabric のネットワークパターン

Service Fabric リソースプロバイダーによるクラスターに対するクエリの許可

テンプレート

初期セットアップ

既存の仮想ネットワーク

静的パブリック IP アドレス

Service Fabric テンプレート

既存の仮想ネットワークまたはサブネット

静的パブリック IP アドレス

内部ロードバランサー

内部ロードバランサーと外部ロードバランサー

運用環境のワークロードに関する注意事項

次のステップ

フィードバック

その他のリソース

次の方法で共有

Service Fabric のネットワーク パターン

Service Fabric リソース プロバイダーによるクラスターに対するクエリの許可

テンプレート

初期セットアップ

既存の仮想ネットワーク

静的パブリック IP アドレス

Service Fabric テンプレート

既存の仮想ネットワークまたはサブネット

静的パブリック IP アドレス

内部ロード バランサー

内部ロード バランサーと外部ロード バランサー

運用環境のワークロードに関する注意事項

次のステップ

フィードバック

その他のリソース

Service Fabric のネットワークパターン

Service Fabric リソースプロバイダーによるクラスターに対するクエリの許可

内部ロードバランサー

内部ロードバランサーと外部ロードバランサー