Partager via


Regroupement de connexions

La connexion à une source de données peut prendre du temps. Pour réduire le coût d’ouverture des connexions, ADO.NET utilise une technique d’optimisation appelée regroupement de connexions, ce qui réduit le coût de l’ouverture et de la fermeture répétées des connexions. Le regroupement de connexions est géré différemment pour les fournisseurs de données .NET Framework. Bien que le regroupement de connexions améliore les performances et l’utilisation des ressources, plusieurs facteurs peuvent influencer son efficacité en fonction de l’environnement et de la configuration de la base de données :

  • limites de connexion et contraintes de ressources : Dans les environnements de base de données, les limites de connexion sont souvent liées aux niveaux de service ou aux configurations de ressources. Par exemple, Azure SQL Database définit des limites de connexion basées sur le niveau de service sélectionné, tandis qu’Azure SQL Managed Instance applique des limites basées sur des ressources allouées, telles que l’UC, la mémoire ou les vCores. Lorsque les configurations du pool de connexions dépassent ces limites, les applications peuvent rencontrer des connexions rejetées, une limitation ou des performances détériorées.

  • Méthodes d’authentification : Mécanismes d’authentification basés sur les jetons, tels que l’authentification Microsoft Entra ID, peuvent avoir un impact sur le regroupement de connexions en raison de l’expiration du jeton. Les jetons expirés peuvent invalider les connexions au sein du pool, ce qui interrompt la réutilisation. Ce comportement se produit dans les systèmes de base de données cloud et locaux qui utilisent des protocoles d’authentification modernes.

  • latence réseau et points de terminaison : latence réseau et les configurations de point de terminaison peuvent influencer l’efficacité du regroupement de connexions. Les points de terminaison publics, couramment utilisés dans les bases de données hébergées dans le cloud, introduisent généralement une latence plus élevée par rapport aux connexions privées ou directes. Dans les applications natives cloud avec adressage IP dynamique, la réutilisation des connexions peut être interrompue si les règles de pare-feu ne sont pas mises à jour pour prendre en charge la modification des adresses IP.

  • Exigences de chiffrement : bases de données qui appliquent le chiffrement TLS/SSL nécessitent un alignement entre les configurations de regroupement de connexions et les paramètres de chiffrement. Par exemple, l’omission des paramètres de chiffrement requis dans les chaînes de connexion, telles que Encrypt=True, peut entraîner des échecs de connexion, ce qui réduit l’efficacité du regroupement.

  • Résolution DNS : Les points de terminaison privés et configurations DNS personnalisées peuvent poser des difficultés pour la mise en commun des connexions. Les paramètres DNS mal configurés ou incohérents peuvent retarder ou bloquer l’établissement de la connexion, ce qui a un impact sur les performances et la fiabilité de la réutilisation des connexions. Cela est particulièrement pertinent dans les environnements avec des configurations de cloud hybride ou privé.

Dans cette section

Regroupement de connexions SQL Server (ADO.NET)
Fournit une vue d’ensemble du regroupement de connexions et décrit le fonctionnement du regroupement de connexions dans SQL Server.

Regroupement de connexions OLE DB, ODBC et Oracle
Décrit le regroupement de connexions pour le fournisseur de données .NET Framework pour OLE DB, le fournisseur de données .NET Framework pour ODBC et le fournisseur de données .NET Framework pour Oracle.

Voir aussi