Google Cloud · 28 octobre 2026 · Infra & Cloud
Comment le réseau GKE prend en charge une forte densité d’agents IA simultanés
Google Cloud décrit comment GKE Dataplane V2 optimise la gestion des identités réseau pour les charges de travail impliquant de nombreux agents IA simultanés. Agent Sandbox on GKE fournit une isolation légère et sécurisée pour ces environnements dynamiques. Agent Substrate on GKE s’appuie sur ces mécanismes pour offrir une densité accrue et une restauration de l’état en moins d’une seconde.
Ce qui est annoncé
Google Cloud présente des optimisations de GKE Dataplane V2 destinées aux environnements où de nombreux agents IA exécutent du code dans des espaces isolés. L’enjeu concerne notamment les charges qui créent et détruisent rapidement des pods : leurs labels dynamiques peuvent multiplier les identités réseau, ralentir l’initialisation et atteindre la limite de 65,536 identités par cluster. Le mécanisme décrit conserve les contrôles d’identité et de sécurité tout en réduisant la multiplication des identités.
L’approche combine deux leviers : déplacer vers les annotations les métadonnées qui ne servent ni aux sélecteurs de services ni au regroupement principal des ressources, puis configurer des filtres Cilium pour exclure certains labels dynamiques du calcul des identités. Des agents de même type peuvent ainsi partager une identité réseau. Agent Substrate intègre ces recommandations et contourne les limites d’ordonnancement de Kubernetes. Google Cloud indique qu’il peut être déployé sur des clusters GKE existants et rapporte, lors d’un benchmark avec 200,000 agents, 500 activations par seconde avec une latence de suspension et de reprise inférieure à 500 ms.
Ce que ça change pour les entreprises
Pour les DSI et les équipes IT, cette publication souligne que la capacité à multiplier les agents dépend aussi de la gestion des métadonnées Kubernetes, et pas seulement des ressources de calcul. Un examen des labels employés par les orchestrateurs et les frameworks peut donc être pertinent avant d’augmenter la densité. Le déplacement vers les annotations doit rester limité aux informations qui ne participent pas aux fonctions de sélection ou de regroupement décrites.
Ces réglages visent à limiter l’attente lors du démarrage des environnements isolés et les périodes d’inactivité des GPU et TPU. Les résultats publiés constituent toutefois des mesures dans les conditions présentées, pas une garantie pour chaque application. Leur intérêt économique et opérationnel reste à apprécier selon la fréquence de création des environnements et la proportion de sessions inactives.
Comment UNEETY peut vous accompagner
Une ESN comme UNEETY peut accompagner le cadrage des besoins, l’analyse des métadonnées et l’intégration des réglages réseau, avec une attention portée à la sécurité. Des essais représentatifs et un accompagnement des équipes peuvent aider à évaluer ces choix avant leur adoption.
Découvrez notre offre Infra & Cloud ou contactez-nous.
Source : annonce Google Cloud du 28 octobre 2026.