Clusters managés Service Fabric
Les clusters gérés Service Fabric sont une évolution du modèle de ressource de cluster Azure Service Fabric qui simplifie votre expérience de déploiement et de gestion de cluster.
Le modèle Azure Resource Model (ARM) pour les clusters Service Fabric traditionnels vous impose de définir une ressource de cluster avec un certain nombre de ressources de support. Ces ressources doivent être configurées de façon appropriée pour que le cluster et vos services fonctionnent correctement. En revanche, le modèle d’encapsulation pour clusters managés Service Fabric est constitué d’une seule ressource de cluster managé Service Fabric. Toutes les ressources sous-jacentes pour le cluster sont extraites et managées par Azure en votre nom.
Modèle de cluster traditionnel Service Fabric
Modèle de cluster managé Service Fabric
En termes de taille et de complexité, le modèle ARM pour un cluster managé Service Fabric est d’environ 100 lignes au format JSON, par opposition à quelques lignes 1 000 requises pour définir un cluster Service Fabric classique :
Ressources Service Fabric | Ressources de cluster managé Service Fabric |
---|---|
Cluster Service Fabric | Cluster managé Service Fabric |
Groupe(s) de machines virtuelles identiques | |
Équilibrage de charge | |
Adresse IP publique | |
Compte(s) de stockage | |
Réseau virtuel |
Avantages du cluster managé Service Fabric
Les clusters managés Service Fabric offrent un certain nombre d’avantages par rapport aux clusters traditionnels, notamment :
Déploiement et gestion simplifiés des clusters
- Déployer et gérer une seule ressource Azure
- Gestion des certificats de cluster et rotation automatique tous les 90 jours
- Opérations de mise à l’échelle simplifiées
- Prise en charge de la mise à niveau automatique de l’image de système d’exploitation
- Prise en charge des changements de référence SKU de système d’exploitation sur place
Empêcher les erreurs opérationnelles
- Empêcher les incompatibilités de configuration avec les ressources sous-jacentes
- Bloquer les opérations non sécurisées (telles que la suppression d’un nœud seed)
Meilleures pratiques par défaut
- Paramètres de fiabilité et de durabilité simplifiés
Il n’y a pas de coût supplémentaire pour les clusters managés Service Fabric au-delà de celui lié aux ressources sous-jacentes nécessaires au cluster, et le même contrat de niveau de service (SLA) Service Fabric s’applique aux clusters managés.
Remarque
Il n’existe aucun chemin de migration entre les clusters Service Fabric existants et les clusters managés. Vous avez besoin de créer un cluster managé Service Fabric pour utiliser ce nouveau type de ressource.
Important
L’ajout manuel de modifications aux ressources d’un cluster managé n’est pas pris en charge.
SKU de cluster managé Service Fabric
Les clusters managés Service Fabric sont disponibles la fois dans les SKU de base et standard.
Fonctionnalité | De base | standard |
---|---|---|
Ressource réseau (SKU pour Load Balancer, adresse IP publique) | standard | standard |
Nombre minimal de nœuds (instances de machines virtuelles) | 3 | 5 |
Nombre maximal de nœuds par type de nœud | 100 | 1 000 |
Nombre maximal de types de nœuds | 1 | 50 |
Ajouter/supprimer des types de nœuds | Non | Oui |
Redondance de zone | Non | Oui |
Prise en charge des fonctionnalités
Pour plus d’informations, consultez la documentation sur les options de configuration des clusters managés ou les modèles Bicep et ARM.
Étapes suivantes
Pour commencer à utiliser des clusters managés Service Fabric, essayez le démarrage rapide :
Et les informations de référence expliquant comment configurer votre cluster managé