Vérification des connaissances - Infrastructure en tant que code
Testez votre compréhension des concepts clés du Module 2. Sélectionnez la meilleure réponse pour chaque question, puis soumettez pour voir vos résultats. Vous devez obtenir un score d'au moins 60 % pour réussir.
Un développeur exécute un ionoscloud_autoscaling_group sous charge soutenue et augmente les valeurs cores et ram dans la configuration de réplica, en attendant que les réplicas existants grandissent. Les réplicas en cours d'exécution restent de la même taille. Quel est l'énoncé qui explique le mieux ce comportement ?
VM Auto Scaling met à l'échelle de manière horizontale : il ajoute et supprime des réplicas de serveur entiers plutôt que de les redimensionner. Les modifications apportées à la configuration de réplica prennent effet sur les nouveaux réplicas créés, donc les réplicas qui sont déjà en cours d'exécution conservent leur taille d'origine. Pour gérer une charge plus importante, laissez le groupe se mettre à l'échelle en ajoutant des réplicas, ou remplacez les réplicas existants afin que la nouvelle taille s'applique.
Les serveurs d'application de TaskBoard sont situés dans un environnement cloud privé LAN sans adresse IP publique allouée. Ils doivent accéder à internet pour installer des mises à jour de packages et appeler des API externes, mais ne doivent pas être accessibles depuis internet. Quelle ressource Terraform fournit cette connectivité sortante uniquement ?
Une passerelle NAT fournit une connectivité internet sortante uniquement, permettant aux serveurs privés d'initier des connexions pour des mises à jour et des appels externes tout en restant inaccessibles depuis internet. L'allocation d'une ionoscloud_ipblock à chaque serveur leur donnerait un accès public entrant, ce qui contrecarrerait l'exigence d'isolement, et une Load Balancer gère le trafic entrant, et non la sortie privée.
Un développeur provisionne un Managed Kubernetes Node pool et un ionoscloud_application_loadbalancer, puis écrit des règles ionoscloud_firewall (NSG) et s'attend à ce qu'elles protègent à la fois le Worker Nodes et l'ALB. Les règles semblent prendre effet sur les cartes réseau de serveurs autonomes, mais pas sur les nœuds MKS ou l'ALB. Pourquoi ?
Les NSG s'attachent au niveau VM ou carte réseau, et les nœuds du pool Managed Kubernetes Node sont exclus de l'application des règles NSG, tout comme l'ALB géré. Pour contrôler le trafic vers ces ressources, vous devez utiliser leurs propres mécanismes (par exemple, les règles d'écoute et de transfert sur l'ALB) plutôt que de compter sur les règles NSG qui les lient.
Le serveur API de TaskBoard lit à partir d'un ionoscloud_s3_bucket pour les pièces jointes. Le développeur configure le client S3 de l'application avec le jeton porteur IONOS API utilisé pour la REST de leur automation Terraform, mais chaque requête renvoie une erreur d'authentification. Quel est la solution correcte ?
IONOS Object Storage expose un API compatible S3 et est authentifié avec une paire de clé d'accès et de clé secrète, et non avec le jeton porteur utilisé pour le API IONOS Cloud. Le développeur devrait provisionner un ionoscloud_s3_key et fournir la clé d'accès et la clé secrète résultantes au client S3 ; les jetons porteurs et l'authentification de base ne fonctionnent pas contre le point de terminaison S3.
Un développeur provisionne un ionoscloud_kafka_cluster et affiche les serveurs de démarrage et le certificat client à partir de Terraform afin que l'application puisse se connecter. Quelles sont les deux pratiques qui gèrent correctement cette sortie pour un environnement de production ?
Le plan de données de l'IONOS Kafka est authentifié avec mTLS, donc l'application se connecte en utilisant le certificat client plutôt qu'un jeton porteur, une clé d'accès ou une authentification de base. Les chaînes de connexion, les informations d'identification et les certificats extraits de l'état de Terraform doivent être marqués comme sensibles afin qu'ils ne soient pas exposés dans la sortie de plan ou d'application, et ils ne doivent jamais être validés dans un référentiel.