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.

Un cluster OpenShift 4.13 a des métadonnées de pod corrompues après une défaillance etcd partielle. Certains pods sont orphelins (Deployment supprimé mais pods restent). Comment résoudre sans perte?

A Recréer les pods orphelins manuellement ou avec oc patch pour relier à un nouveau Deployment B Exécuter etcdctl defrag pour reconstruire la base de données complètement C Restaurer une sauvegarde etcd antérieure et rejouer les événements API D Supprimer tous les pods orphelins et laisser les Deployments les recréer

Une base de données PostgreSQL sur OpenShift utilise StatefulSet. Un backup urgent doit être pris. Les pods StatefulSet exécutent pg_dump mais crashent avec out of memory. Quelle est l'approche mieux?

A Créer un Job one-off avec une réplique PostgreSQL readonly depuis un snapshot PV B Augmenter les resource limits du StatefulSet et relancer les pods avec pg_dump C Exporter via pg_basebackup directement vers un bucket S3 via une Route D Suspendre les transactions du StatefulSet et faire un snapshot LVM du PV

Une application OpenShift stocke des données temporaires dans un emptyDir. Après un crash du pod, les données disparaissent. L'application doit les retrouver via une init-data hook. Quelle approche persiste les données entre crashes?

A Utiliser un volume persistant (PVC) au lieu d'emptyDir et monter le même PVC entre pods rescheduled B Implémenter un sidcar qui sauvegarde les données emptyDir dans etcd toutes les minutes C Configurer le pod avec restartPolicy: Always pour éviter la suppression du pod D Utiliser hostPath pour écrire directement sur le disque du nœud; persiste au-delà du pod

Un développeur rapporte que son ImageStream ne pull pas l'image du registry privé. L'authentification CLI fonctionne. Quel élément manque probablement?

A Secret d'authentification registry linkée au ServiceAccount du namespace via imagePullSecrets B ConfigMap contenant la configuration .dockercfg du registry C Route vers le registry privé exposé sur le réseau cluster D Permission 'get imagestreams' dans le rôle RoleBinding du ServiceAccount

Un administrateur configure une gateway Istio pour router du trafic OpenShift. Après déploiement, les pods clients reçoivent erreur 503 Service Unavailable. Les services backend répondent correctement via curl. Quel est le problème probable?

A Le VirtualService ne correspond pas aux sélecteurs des pods backend ou le DestinationRule exclut les endpoints B Le maillage Istio injecte un sidecar proxy qui intercepte et bloque le trafic par défaut C La gateway expose un port différent de celui du service; utiliser spec.ports[*].port correct D Les pods clients n'ont pas le label istio-injection=enabled; les proxies ne sont pas injected

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 →