15.7. Exécution de tests de latence sur un cluster OpenShift à un nœud
Vous pouvez effectuer des tests de latence sur des clusters OpenShift à nœud unique.
Always exécuter les tests de latence avec DISCOVERY_MODE=true
. Si vous ne le faites pas, la suite de tests apportera des modifications à la configuration du cluster en cours d'exécution.
Lorsque vous exécutez les commandes podman
en tant qu'utilisateur non root ou non privilégié, les chemins de montage peuvent échouer avec des erreurs permission denied
. Pour que la commande podman
fonctionne, ajoutez :Z
à la création des volumes ; par exemple, -v $(pwd)/:/kubeconfig:Z
. Cela permet à podman
d'effectuer le réétiquetage SELinux approprié.
Conditions préalables
-
Vous avez installé l'OpenShift CLI (
oc
). -
Vous vous êtes connecté en tant qu'utilisateur avec les privilèges
cluster-admin
.
Procédure
Pour exécuter les tests de latence sur un cluster OpenShift à nœud unique, exécutez la commande suivante :
podman run -v $(pwd)/:/kubeconfig:Z -e KUBECONFIG=/kubeconfig/kubeconfig \ -e DISCOVERY_MODE=true -e FEATURES=performance -e ROLE_WORKER_CNF=master \ registry.redhat.io/openshift4/cnf-tests-rhel8:v4.12 \ /usr/bin/test-run.sh -ginkgo.focus="\[performance\]\ Latency\ Test"
$ podman run -v $(pwd)/:/kubeconfig:Z -e KUBECONFIG=/kubeconfig/kubeconfig \ -e DISCOVERY_MODE=true -e FEATURES=performance -e ROLE_WORKER_CNF=master \ registry.redhat.io/openshift4/cnf-tests-rhel8:v4.12 \ /usr/bin/test-run.sh -ginkgo.focus="\[performance\]\ Latency\ Test"
Copy to Clipboard Copied! Toggle word wrap Toggle overflow NoteROLE_WORKER_CNF=master
est nécessaire car le maître est le seul pool de machines auquel le nœud appartient. Pour plus d'informations sur la configuration deMachineConfigPool
pour les tests de latence, voir "Conditions préalables à l'exécution des tests de latence".Après l'exécution de la suite de tests, toutes les ressources en suspens sont nettoyées.