Comment passer l'examen blanc EX280 ?

Cliquez sur le bouton « Commencer l'examen » sur cette page pour accéder à l'examen blanc EX280 en ligne, gratuitement, avec correction immédiate à la fin.

Quel est le seuil de réussite ?

Le seuil de réussite varie selon la certification officielle.

Puis-je refaire l'examen plusieurs fois ?

Oui, autant de fois que vous le souhaitez.

Les corrections sont-elles fournies ?

Oui, chaque réponse est expliquée en détail.

Examen EX280 — EX280 — Red Hat Certified Specialist in OpenShift Administration | Questions d'entraînement

À propos de l'examen EX280

L'examen EX280 — EX280 — Red Hat Certified Specialist in OpenShift Administration — est proposé par Red Hat et fait partie des certifications IT les plus reconnues au niveau international. Cette épreuve évalue vos compétences pratiques et théoriques dans le domaine de red hat certified specialist in openshift administration. L'entraînement Certifexpress comprend 40 questions au format officiel pour une durée de 80 minutes. Sur cette page, découvrez 5 exemples de questions représentatives pour évaluer votre niveau avant de commencer l'entraînement complet.

Comment se préparer à l'examen EX280 ?

Révisez les concepts clés couverts dans le guide officiel de l'examen EX280.

Entraînez-vous régulièrement avec des questions au format réel pour vous familiariser avec la structure de l'épreuve.

Identifiez vos points faibles grâce aux explications détaillées fournies après chaque réponse.

Gérez votre temps : simulez les conditions réelles de l'examen en vous chronométrant.

Rejoignez la communauté Certifexpress pour partager vos retours d'expérience avec d'autres candidats.

5 exemples de questions — EX280

Ces questions sont extraites aléatoirement de la banque de questions officielle. Les réponses correctes ne sont pas indiquées ici — elles sont révélées lors de l'examen complet.

Une application OpenShift reçoit du trafic via Ingress. Un audit de sécurité demande que les connexions client soient enregistrées avec source IP réelle, pas celle du loadbalancer. Quel paramètre est critère?

A Ingresscontroller avec externalTrafficPolicy: Local et spec.externalIPs configuré B Service avec type LoadBalancer et annotation service.spec.externalTrafficPolicy C Route avec X-Forwarded-For header dans l'annotation haproxy.router.openshift.io D Configmap dans openshift-ingress avec clientIpSourceCIDRs configuré

Un opérateur OpenShift déclenche une action critique basée sur une métrique Prometheus. La métrique n'existe que toutes les 30 secondes. L'opérateur doit réagir en moins de 5 secondes. Comment aborder ce problème?

A Utiliser les événements Kubernetes natifs via watch() dans le contrôleur; les métriques ne sont pas fiables B Réduire l'intervalle de scrape Prometheus à 1 seconde et augmenter la rétention des données C Connecter directement l'opérateur à l'application via webhook pour des notifications real-time D Implémenter un pull loop dans l'opérateur qui query Prometheus chaque 100ms

Un administrateur constate que certains pods en CrashLoopBackOff ne peuvent accéder au stockage NFS partagé, tandis que d'autres réussissent. Les initContainers ne s'exécutent pas. Quel est le problème probable?

A SecurityContext avec seLinuxOptions incompatible avec le montage NFS B StorageClass misconfigurée avec un provisioner invalide C RBAC manquant pour les ServiceAccounts des pods D PersistentVolumeClaim avec accessMode ReadWriteOnce au lieu de ReadWriteMany

Une charge workload OpenShift doit garantir que chaque pod a au moins 2Gi de mémoire disponible au moment du scheduling, mais peut en consommer jusqu'à 4Gi pendant l'exécution. Comment configurer les resource requests/limits optimalement?

A requests.memory: 2Gi, limits.memory: 4Gi pour garantir l'allocation initiale et le headroom B requests.memory: 4Gi, limits.memory: 4Gi pour assurer la cohérence entre demande et limite C requests.memory: 2Gi sans limits.memory; les limites désactivées offrent plus de flexibilité D Aucune configuration de memory; le scheduler du nœud gère automatiquement l'allocation

Une équipe OpenShift déploie une application avec Helm charts et souhaite valider la conformité des ressources créées par rapport à une politique interne (ex: labels requis, resource requests obligatoires). Quel outil est le plus adapté?

A Kyverno avec ClusterPolicy pour valider ou mutater les ressources contre les règles B Pod Security Standards seul, qui valide par défaut les deployments Helm C Développer un script bash post-deployment avec oc get et grep pour vérifier les labels D Utiliser OPA Gatekeeper exclusivement avec des modules Rego écrits sur mesure

Encore 35 questions dans l'examen complet

Accédez à toutes les questions avec corrections détaillées et explications officielles.

Commencer l'examen — Gratuit

✓ Sans inscription obligatoire · Correction immédiate

📖 Préparez-vous avec nos guides

Salaires & Certifications IT 2026

Commencer l'examen EX280 complet

40 questions au format officiel, corrections détaillées, suivi de votre progression. Gratuit, sans CB.

Commencer l'examen complet →