Here are some frequently asked questions (FAQs) and answers for Service Fabric managed clusters.
Service Fabric managed clusters are an evolution of the Service Fabric cluster resource model designed to make it easier to deploy and manage clusters. A Service Fabric managed cluster uses the Azure Resource Manager encapsulation model so that a user only needs to define and deploy a single cluster resource compared to the many independent resources that they must deploy today (Virtual Machine Scale Set, Load Balancer, IP, and more).
Service Fabric managed clusters are supported in all cloud regions.
No, you need to create a new Service Fabric cluster resource to use the new Service Fabric managed cluster resource type.
No, there's no additional cost associated with a Service Fabric managed cluster beyond the cost of the underlying compute, storage, and networking resources that are required for the cluster.
The SLA doesn't change from the current Service Fabric resource model.
Basic SKU clusters are intended to be used for testing and pre production environments with support for minimal configuration change. A Standard SKU cluster allows users to configure the cluster to specifically meet their needs. For more information, see Service Fabric managed cluster SKUs.
Please see our GitHub project for managed clusters
I run custom script extensions on my Virtual Machine Scale Set, can I continue to do that with a managed Service Fabric resource?
Yes, you can specify VM extensions on managed cluster node types. For more information, see Add a scale set extension to a Service Fabric managed cluster node type.
Yes, you can configure internal-only load balancer. See Configure network settings for Service Fabric managed clusters
No, you need to create a new Service Fabric managed cluster resource.
No, you need to create a new Service Fabric managed cluster resource after the subscription has been transferred to a different Microsoft Entra tenant.
No, you need to create a new Service Fabric managed cluster resource under the new tenant.
No, you need to create a new Service Fabric managed cluster resource under the new subscription.
No, you need to create a new Service Fabric managed cluster resource under the new resource group/name.
Autoscaling is not currently supported.
Yes, Service Fabric managed clusters which span availability zones are supported in Azure regions which support availability zones. For more information, see Service Fabric managed clusters across availability zones.
Yes, Service Fabric managed clusters support stateless node types for any secondary node types. For more information, see Service Fabric managed cluster stateless node types
Yes, you can select between automatic and manual upgrades. For more information, see cluster upgrades.
Yes, you can enable maintenance control
Why do I get 'Your connection isn't private' when connecting to Service Fabric Explorer (SFX) on a managed cluster?
Connecting to a Service Fabric Explorer (SFX) endpoint on a managed cluster will result in a certificate error 'NET::ERR_CERT_AUTHORITY_INVALID' regardless of certificate being used or cluster configuration. This is because the cluster nodes are using the managed 'cluster' certificate when binding FabricGateway (19000) and FabricHttpGateway (19080) TCP ports and is by design.
No, manually making changes to a managed cluster's resource isn't supported.
The local development experience remains unchanged from existing Service Fabric clusters. For more information, see Set up your development environment for more details on the local development experience.
Yes. Support has been added to deploy applications as an Azure Resource Manager resource (in addition to deployment using PowerShell and CLI). To get started, see Deploy a Service Fabric managed cluster application using ARM template.
Yes, applications with managed identities can be deployed to a Service Fabric managed cluster. For more information see, Configure and use applications with managed identity on a Service Fabric managed cluster.