Tous les produits
Search
Centre de documentation

Microservices Engine:Nacos Enterprise Edition capacity specifications

Dernière mise à jour :Aug 11, 2026

MSE Nacos Enterprise Edition s'exécute sur des ressources dédiées, garantit un accord de niveau de service (SLA) de 99,99 % et offre des performances de push de service 300 % plus rapides que la version open source de Nacos gérée en interne. Les sections suivantes décrivent les seuils de capacité et les repères de requêtes par seconde (QPS) pour chaque spécification de l'édition Enterprise.

Ce qui est inclus dans l'édition Enterprise

Enregistrement dynamique MCP

L'édition Enterprise est compatible avec le Mesh Configuration Protocol (MCP) de Nacos 3.0 open source. Elle propose l'enregistrement dynamique des services, la migration de protocole et l'optimisation en temps réel pour répondre aux exigences de mise à niveau des agents d'IA et des modèles de microservices.

  • Enregistrement dynamique des services -- Enregistrez les services MCP via un SDK ou la console. Standardisez la découverte de services et gérez-les visuellement.

  • Migration de protocole en un clic -- Convertissez les services HTTP existants en services MCP en un seul clic. Définissez des règles de mappage de protocole avec des modèles JSON pour vous intégrer à l'écosystème MCP.

  • Mises à jour en direct des descriptions d'outils -- Mettez à jour les descriptions des outils MCP dans la console lors de l'exécution afin d'améliorer les performances d'appel des agents d'IA et l'efficacité des développeurs sans modifier le code.

SLA de 99,99 % avec des ressources dédiées

L'édition Enterprise garantit une disponibilité de 99,99 % grâce à des ressources centrales sous-jacentes dédiées.

  • Architecture haute disponibilité (HA) -- Assure un fonctionnement ininterrompu tout au long de l'année pour les secteurs ayant des exigences strictes en matière de temps de disponibilité, tels que la finance, l'énergie et les entreprises publiques.

  • Résilience sous charge -- Maintient l'efficacité et la stabilité pendant les pics de trafic et les scénarios opérationnels complexes, garantissant le fonctionnement continu des applications métier critiques.

  • Isolation des ressources -- Élimine la contention liée au partage des ressources, réduisant considérablement le risque de pannes.

Gestion chiffrée des sources de données

L'édition Enterprise propose une gestion chiffrée des sources de données de bout en bout. Elle s'intègre au Key Management Service (KMS) pour activer la rotation dynamique des clés et l'accès sans configuration pour les bases de données courantes, notamment ApsaraDB RDS, ApsaraDB for Redis et PolarDB.

  • Rotation automatique des clés -- KMS chiffre et stocke les identifiants, puis effectue leur rotation selon un calendrier défini, éliminant ainsi la menace liée à l'exposition des identifiants en texte clair. Lorsqu'une clé change, le système synchronise automatiquement la configuration mise à jour : aucune intervention manuelle n'est requise.

  • Accès transparent aux applications -- Connectez-vous aux sources de données via la configuration sans modifier le code. La rotation des clés se fait de manière transparente lors de l'exécution.

  • Chiffrement de bout en bout -- La configuration de la source de données est chiffrée aussi bien en transit qu'au repos afin de garantir la sécurité des informations sensibles.

Seuils de capacité

Utilisez ces seuils pour dimensionner votre cluster. Toutes les valeurs concernent un cluster de 3 nœuds.

Termes clés :

  • Connexion -- Chaque client Nacos établit une connexion au serveur Nacos. En règle générale, un pod utilise une seule connexion. Si un pod utilise à la fois le registre de services et le centre de configuration, il nécessite deux connexions.

  • Niveau de sécurité -- Plafond d'utilisation recommandé pour les activités métier principales. Le respect de ce niveau assure la stabilité lors de pics de trafic imprévus, de redémarrages du cluster ou de mises à niveau.

  • Niveau d'alerte -- Limite supérieure. Un trafic soutenu au-delà de ce niveau peut compromettre la stabilité du cluster.

  • QPS (requêtes par seconde) -- Dans le contexte de la planification de la capacité de Nacos, les QPS correspondent au nombre total de requêtes au niveau du protocole Nacos que les clients envoient au serveur Nacos par seconde :

    QPS = requêtes de découverte de services (obtenir la liste des instances) + requêtes d'extraction de configuration (récupérer la configuration)

    Cette métrique reflète uniquement le trafic du protocole Nacos. Elle est indépendante du trafic métier que votre application achemine via Server Load Balancer (SLB) ou des appels HTTP/RPC entre vos microservices.

Remarque : Ces repères sont basés sur la version 1.x du client Nacos. Si vous utilisez la version 2.x du client Nacos, les plafonds de performance réels sont plus élevés. Par exemple, avec un cluster de 3 nœuds 16C32G et le client 2.x, le nombre maximal de configurations peut atteindre 20 000 (nécessite une demande d'augmentation de quota) et la limite de connexions peut atteindre 11 520. (Recommandé) Migrez vers la version 2.x du client pour de meilleures performances. Pour obtenir des repères de capacité spécifiques à la version 2.x pour votre spécification cible, contactez votre gestionnaire de compte ou soumettez un ticket.

Spécification

Nœuds

Connexions

QPS

Transactions par seconde (TPS)

Niveau de sécurité

Niveau d'alerte

Niveau de sécurité

Niveau d'alerte

Niveau de sécurité

Niveau d'alerte

Small.Platinum.x2

3

1 200

1 800

1 200

1 800

600

900

Medium.Platinum.x1

3

2 400

3 600

2 400

3 600

1 200

1 800

Medium.Platinum.x2

3

4 800

7 200

4 800

7 200

2 400

3 600

Large.Platinum.x1

3

9 600

14 400

9 600

14 400

4 800

7 200

Mise à l'échelle pour différents nombres de nœuds

Pour estimer la capacité d'un cluster comportant plus ou moins de nœuds, ajustez ces valeurs proportionnellement.

Par exemple, un cluster Medium.Platinum.x1 de 5 nœuds prend en charge approximativement :

  • Connexions (niveau de sécurité) : 2 400 / 3 x 5 = 4 000

  • QPS (niveau de sécurité) : 2 400 / 3 x 5 = 4 000

  • TPS (niveau de sécurité) : 1 200 / 3 x 5 = 2 000

Limitation antifragile

MSE Nacos Enterprise Edition active le mode antifragile par défaut. Lorsque l'utilisation des ressources ou le trafic API atteint un seuil, le système applique automatiquement une limitation afin de protéger la stabilité du cluster.

Les limites suivantes s'appliquent par nœud. Pour calculer les limites d'un cluster multinœud, multipliez la valeur par nœud par le nombre de nœuds.

Spécification

Connexions

Publications de même configuration (fois/min)

Publications de configuration (TPS)

Requêtes de configuration (QPS)

Pushs de service (TPS)

Small.Platinum.x2

800

20

100

200

800

Medium.Platinum.x1

1 600

20

100

400

1 600

Medium.Platinum.x2

3 200

20

100

800

3 200

Large.Platinum.x1

6 400

20

100

1 600

6 400

Remarque : Le tableau des seuils de capacité indique les limites pour l'ensemble du cluster de 3 nœuds. Le tableau de limitation antifragile indique les limites par nœud individuel. Lorsque vous comparez les deux tableaux, multipliez les valeurs de limitation par nœud par 3 pour obtenir les équivalents au niveau du cluster.

FAQ

Q : Comment identifier le type de limitation de débit déclenché par mon instance MSE Nacos et quel est le seuil correspondant ?

R :

  1. Identifiez le type de limitation. Vérifiez le nom de la métrique dans votre tableau de bord de surveillance ou dans la notification d'alerte. La limitation antifragile de MSE Nacos couvre les types suivants :

    • Publications de configuration (TPS) -- Déclenchée lorsque les opérations de publication de configuration dépassent la limite de transactions par seconde.

    • Requêtes de configuration (QPS/TPS) -- Déclenchée lorsque les requêtes d'extraction de configuration dépassent la limite de requêtes ou de transactions par seconde.

    • Pushs de service (TPS) -- Déclenchée lorsque les opérations de push de service dépassent la limite de transactions par seconde.

  2. Recherchez le seuil pour votre spécification. Trouvez la spécification de votre instance dans le tableau de limitation antifragile ci-dessus. Les valeurs représentent les limites par nœud. Pour un cluster multinœud, multipliez la valeur par nœud par le nombre de nœuds afin d'obtenir le seuil au niveau du cluster.

    Exemple : pour un cluster de 3 nœuds Medium.Platinum.x1, la limite de QPS pour les requêtes de configuration par nœud est de 400, donc la limite au niveau du cluster est de 400 × 3 = 1 200 QPS.