Accueil › Certifications › EX280 › Questions gratuites

Questions gratuites EX280 — Red Hat Certified Specialist in OpenShift Administration

Téléchargez gratuitement 40 questions d'entraînement pour la certification EX280 proposée par Red Hat. Toutes les questions sont accompagnées de corrections détaillées avec explications techniques.

Caractéristiques de l'examen blanc

Code de certificationEX280
ÉditeurRed Hat
Nombre de questions40
TypeQCM avec 4 réponses possibles
Niveauspecialty
CatégorieIT
Prix100% gratuit

Aperçu de 8 questions représentatives

Voici un échantillon aléatoire de 8 questions tirées de notre base d'entraînement EX280. Pour accéder aux 40 questions complètes, lancez l'examen blanc gratuitement.

Question 1
Un développeur rapporte que son ImageStream ne pull pas l'image du registry privé. L'authentification CLI fonctionne. Quel élément manque probablement?
  1. Secret d'authentification registry linkée au ServiceAccount du namespace via imagePullSecrets
  2. ConfigMap contenant la configuration .dockercfg du registry
  3. Route vers le registry privé exposé sur le réseau cluster
  4. Permission 'get imagestreams' dans le rôle RoleBinding du ServiceAccount
Question 2
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?
  1. requests.memory: 2Gi, limits.memory: 4Gi pour garantir l'allocation initiale et le headroom
  2. requests.memory: 4Gi, limits.memory: 4Gi pour assurer la cohérence entre demande et limite
  3. requests.memory: 2Gi sans limits.memory; les limites désactivées offrent plus de flexibilité
  4. Aucune configuration de memory; le scheduler du nœud gère automatiquement l'allocation
Question 3
Une charge de travail HPC (High Performance Computing) nécessite latence GPU très faible entre pods sur le même nœud. Quelle stratégie d'affinité est optimale?
  1. Utiliser podAffinity requiredDuringScheduling avec topologyKey: kubernetes.io/hostname
  2. Configurer nodeAffinity avec nodeSelectorTerms pointant aux nœuds GPU
  3. Déployer tous les pods dans un DaemonSet qui s'exécute une seule fois par nœud
  4. Utiliser un operateur Kubernetes GPU qui crée automatiquement des clusters co-localisés
Question 4
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?
  1. Créer un Job one-off avec une réplique PostgreSQL readonly depuis un snapshot PV
  2. Augmenter les resource limits du StatefulSet et relancer les pods avec pg_dump
  3. Exporter via pg_basebackup directement vers un bucket S3 via une Route
  4. Suspendre les transactions du StatefulSet et faire un snapshot LVM du PV
Question 5
Une équipe OpenShift déploie une application avec une dépendance sur un certificat auto-signé custom. Le certificat est dans un Secret; l'application doit le charger au démarrage. Quel est le problème si le conteneur refuse de démarrer avec 'file not found'?
  1. Le Secret n'est pas monté via volumeMounts dans le Pod; vérifier la clé du Secret
  2. Le certificat auto-signé n'est pas valide en OpenShift; seuls les CA de CA officielles fonctionnent
  3. Le volume du Secret est monté mais le conteneur n'a pas les permissions 'read' sur /var/run/secrets
  4. Le Secret est monté mais le chemin par défaut est /etc/ssl/certs/ca-certificates.crt, pas customizable
Question 6
Une équipe migre une application vers OpenShift. Le conteneur écrit en tant que root mais le pod refuse de démarrer. Quel est l'approche sécurisée et praticale?
  1. Utiliser SecurityContext avec runAsNonRoot: false et fsGroup approprié pour le stockage
  2. Désactiver complètement Pod Security Standards pour ce namespace
  3. Convertir l'image conteneur pour exécuter en tant qu'utilisateur non-root
  4. Ajouter une règle SCC permissive exclusivement pour ce Deployment
Question 7
Un administrateur configure une instance Elasticsearch externe pour les logs OpenShift via ClusterLogging. Les pods Fluentd crashent avec erreurs de certificat TLS. Quel élément manque?
  1. Secret contenant la CA du serveur Elasticsearch monté via volumeMounts dans ClusterLogging
  2. Ingress avec backend pointant vers Elasticsearch pour la découverte DNS
  3. NetworkPolicy autorisant la sortie du port 9300 depuis les nœuds worker
  4. ConfigMap avec la configuration fluent.conf référencée dans le Deployment
Question 8
Une charge de travail batch utilise un CronJob qui crée 500 pods OpenShift simultanément. Le cluster OOMKill des nœuds. Quelle est l'amélioration architecturale primaire?
  1. Réduire parallelism et augmenter backoffLimit avec Job template limits par pod
  2. Ajouter un PodDisruptionBudget au CronJob avec minAvailable
  3. Convertir en Deployment avec progressDeadlineSeconds et maxSurge configurés
  4. Implémenter un operateur custom pour orchestrer les jobs avec throttling

Accédez aux 40 questions complètes gratuitement

Aucune carte bancaire requise. Examen chronométré, corrections détaillées, score final.

Lancer l'examen blanc EX280 →

Pourquoi s'entraîner avec Certifexpress ?