15.2. A propos du mode de découverte pour les tests de latence
Le mode découverte permet de valider le fonctionnement d'un cluster sans en modifier la configuration. Les configurations existantes de l'environnement sont utilisées pour les tests. Les tests peuvent trouver les éléments de configuration nécessaires et les utiliser pour exécuter les tests. Si les ressources nécessaires à l'exécution d'un test spécifique ne sont pas trouvées, le test est ignoré et un message approprié est envoyé à l'utilisateur. Une fois les tests terminés, aucun nettoyage des éléments de configuration préconfigurés n'est effectué et l'environnement de test peut être immédiatement utilisé pour un autre test.
Lors de l'exécution des tests de latence, always exécute les tests avec -e DISCOVERY_MODE=true et -ginkgo.focus réglés sur le test de latence approprié. Si vous n'exécutez pas les tests de latence en mode découverte, la configuration du profil de performance de votre cluster live sera modifiée par l'exécution du test.
Limiter les nœuds utilisés lors des tests
Les nœuds sur lesquels les tests sont exécutés peuvent être limités en spécifiant une variable d'environnement NODES_SELECTOR, par exemple -e NODES_SELECTOR=node-role.kubernetes.io/worker-cnf. Toutes les ressources créées par le test sont limitées aux nœuds dont les étiquettes correspondent.
Si vous souhaitez remplacer le groupe de travailleurs par défaut, passez la variable -e ROLE_WORKER_CNF=<custom_worker_pool> à la commande en spécifiant une étiquette appropriée.
