Bases du cloud et des conteneurs

Le mot de passe d'une base de données est stocké dans un Secret Kubernetes. Quelle description d'un Secret est correcte ?

  1. ALes valeurs placées dans un Secret sont automatiquement chiffrées avec une cryptographie robuste : personne dans le cluster ne peut donc connaître le mot de passe d'origine en les lisant
  2. BLes valeurs d'un Secret ne peuvent pas être lues depuis les conteneurs : le mot de passe doit donc être écrit dans un fichier de configuration à l'intérieur de l'image
  3. CPar défaut, les valeurs sont seulement représentées en Base64, ce qui n'est pas un chiffrement ; on restreint donc aussi qui peut les lire et l'on utilise le chiffrement au repos
Afficher la réponse et l'explication

Réponse : C. Par défaut, les valeurs sont seulement représentées en Base64, ce qui n'est pas un chiffrement ; on restreint donc aussi qui peut les lire et l'on utilise le chiffrement au repos

Un Secret est une ressource qui sert à gérer des valeurs confidentielles comme des mots de passe et des clés d'API séparément des images et des définitions de Pod, et à les transmettre aux conteneurs sous forme de variables d'environnement ou de fichiers. Cependant, les valeurs écrites dans un manifeste sont seulement représentées en Base64, que n'importe qui peut décoder. De plus, elles sont stockées par défaut sans chiffrement dans etcd, où sont conservées les données du cluster. On combine donc des mesures comme limiter avec RBAC qui peut lire les Secrets et activer le chiffrement au repos pour etcd.

S'entraîner sur ce thème Retour au thème

Autres questions sur Bases du cloud et des conteneurs

  1. Une application web ne peut pas traiter de requêtes pendant environ 60 secondes après son démarrage, le temps de charger son cache, et renvoie 503 sur /ready pendant ce temps. Quelle description de l'effet de l'ajout des réglages ci-dessus au conteneur du Pod est correcte ?
  2. Dans une application web sur Kubernetes, la vérification effectuée par la sonde liveness a été étendue pour tester aussi si l'application peut se connecter à la base de données dont elle dépend. Quel est le problème le plus probable avec ce réglage ?
  3. Un HorizontalPodAutoscaler de Kubernetes a pour cible une utilisation CPU des Pods de 70 % et une plage de 1 à 10 Pods. Actuellement, l'utilisation CPU moyenne de 5 Pods est de 30 %. Si le nombre de Pods nécessaire est calculé par ⌈nombre actuel × utilisation actuelle ÷ utilisation cible⌉ (⌈ ⌉ désigne l'arrondi à l'entier supérieur), combien de Pods faut-il ?
  4. Dans un Deployment dont les conteneurs des Pods ont les réglages ci-dessus, quatre Pods tournent et chacun utilise 400m (0,4 cœur) de CPU. La cible d'utilisation CPU du HorizontalPodAutoscaler est de 60 %, et le nombre de Pods nécessaire est calculé par ⌈nombre actuel × utilisation actuelle ÷ utilisation cible⌉. Combien de Pods faut-il ?
  5. Dans Kubernetes, quelle description des requests et des limits de ressources définies pour un conteneur est correcte ?