7.5 Vérification des connaissances - Opérations, résilience et performance

1.

Un architecte doit doter le service de paiement adjacent de FinCorp d'une bascule automatique entre deux zones de disponibilité. L'équipe demande quel produit managé IONOS CLOUD orchestre la bascule en surveillant l'instance principale, en la déclarant défaillante, et en promouvant l'instance secondaire sur l'ensemble de la pile. Quelle est la bonne réponse, et quel est le mécanisme de bascule automatisé réel de la plateforme ?

A IONOS CLOUD ne propose aucun produit de bascule managé ; le modèle automatisé natif combine les vérifications d'état du Load Balancer, qui déterminent l'état des points de terminaison, avec un enregistrement Cloud DNS à TTL faible qui est redirigé pour orienter le trafic vers les points de terminaison sains en modifiant l'adresse à laquelle un nom se résout. Cloud DNS lui-même n'est pas conscient de l'état. B Le Managed Network Load Balancer est l'orchestrateur ; une fois que deux zones sont enregistrées en tant que cibles, il promeut automatiquement la zone en veille et bascule l'ensemble de la pile, y compris les connexions avec état. C Un type d'enregistrement Cloud DNS « health-check failover record » dédié est une fonctionnalité de console à cliquer qui surveille l'instance principale et promeut l'instance secondaire sans travail de conception supplémentaire. D VM Auto Scaling effectue la bascule en détectant l'instance principale défaillante et en lançant automatiquement une pile de remplacement dans la seconde zone.

2.

Une équipe place un nœud de base de données principal et son nœud en attente dans le même VDC et laisse la plateforme affecter automatiquement les zones de disponibilité, en supposant qu'une zone affectée automatiquement leur offre une redondance multi-zones. L'architecte signale qu'il s'agit du piège de la zone automatique. Pourquoi cette hypothèse est-elle erronée, et quelle est la bonne discipline à adopter ?

A L'affectation automatique des zones répartit toujours une paire redondante sur des zones différentes, de sorte que la conception est déjà multi-zones et qu'aucune modification n'est nécessaire. B La redondance multi-zones est impossible au sein d'un seul VDC, de sorte que le nœud en attente doit être déplacé vers un contrat distinct avant de pouvoir être placé dans une zone différente. C Laisser la plateforme choisir les zones peut placer une paire redondante dans la même zone, ce qui annule la redondance ; chaque membre d'une paire redondante doit être placé dans une zone de disponibilité distincte et nommée explicitement au moment de la conception. D La zone automatique est une fonction multi-AZ gérée qui réplique la paire de manière synchrone sur toutes les zones, de sorte qu'un placement explicite réduirait en réalité la résilience.

3.

FinCorp répartit une charge de travail de production, une charge de travail non de production et une charge de travail isolée pour la conformité sur des contrats distincts, et exploite également des clusters Managed Kubernetes. L'équipe d'exploitation s'attend à un panneau géré unique qui agrège toutes les télémétries et s'attend à ce que les événements du plan de contrôle Kubernetes arrivent dans le Logging Service aux côtés des journaux d'application. Quelle affirmation décrit correctement les limites d'observabilité auxquelles ils doivent concevoir ?

A Les deux attentes sont satisfaites dès l'installation : le Logging Service agrège automatiquement sur tous les contrats, et les événements du plan de contrôle y sont livrés dès qu'un cluster est créé. B L'agrégation inter-contrats fonctionne automatiquement, mais les événements du plan de contrôle nécessitent d'activer l'option « Logging to S3 » du cluster pour apparaître dans le Logging Service. C Les événements du plan de contrôle sont acheminés vers le Logging Service par défaut, mais l'agrégation inter-contrats n'est disponible que pour les contrats marqués comme de production. D Il n'y a pas d'agrégation inter-contrats, car les pipelines de surveillance et de journalisation sont par contrat et par région, et les événements du plan de contrôle Kubernetes n'atteignent jamais le Logging Service, de sorte qu'un panneau unifié et une visibilité sur le plan de contrôle doivent être composés en externe.

4.

La base de données de transactions réglementées de FinCorp ne contient que quelques dizaines de gigaoctets de données actives, et un ingénieur propose de la provisionner sur un volume SSD de 40 Go pour correspondre à cette empreinte de données réduite. L'architecte rejette cette proposition. Quel raisonnement est correct pour dimensionner le volume ?

A Les performances du SSD sont constantes et indépendantes de la taille du volume, de sorte qu'un volume de 40 Go offre des performances identiques à celles d'un volume de 400 Go ; le volume doit donc rester à 40 Go afin de réduire les coûts. B Le débit et les IOPS du SSD augmentent au prorata du gigaoctet, de sorte qu'un volume inférieur à environ 100 Go se situe sous le seuil minimal de performance et dégrade la couche de base de données, même lorsque le jeu de données est minuscule ; le volume est provisionné à 100 Go ou plus, indépendamment de l'empreinte de données, en dimensionnant d'abord pour les performances. C Le HDD ajuste ses performances en fonction de la taille du volume, tandis que le SSD ne le fait pas, de sorte que la base de données devrait être déplacée sur un volume HDD plus grand plutôt que sur un petit volume SSD. D Le Data Center Designer garantit les performances complètes du SSD à toute taille, de sorte que le volume de 40 Go fonctionnera à la limite supérieure par VM sans aucune préoccupation liée au seuil minimal.

5.

FinCorp doit migrer un important parc VMware vers IONOS CLOUD. Le plan de projet suppose l'existence d'un assistant natif d'importation OVF/OVA pour les VM et d'une bascule par réplication pour les bases de données qui seront hébergées sur IONOS CLOUD Managed PostgreSQL. L'architecte rejette les deux hypothèses. Quelle description de l'approche technique correcte est exacte ?

A Un assistant natif d'importation OVF/OVA existe, de sorte que les VM sont importées directement, et les bases de données les suivent via le même assistant avec une interruption de service nulle. B Les bases de données sont migrées par une bascule native par réplication vers Managed PostgreSQL, tandis que les VM sont déplacées en direct d'un site à l'autre au moyen de vMotion, depuis les installations sur site vers IONOS CLOUD. C L'ensemble du parc est déplacé en une seule passe de sauvegarde/restauration, et les VM en cours d'exécution sont relocalisées en direct depuis les installations sur site vers IONOS CLOUD, de sorte qu'aucune fenêtre de maintenance n'est nécessaire pour aucune vague. D Il n'existe pas d'importation OVF/OVA native, la migration est donc conçue par charge de travail sur trois voies : conversion et téléversement d'images vers la surface Public Cloud KVM, réplication et bascule natives VMware vers un Private Cloud dédié avec un VPN de couche 2 pour la continuité des adresses et une mobilité en direct limitée à l'intérieur du cluster, ou sauvegarde/restauration ; et la vague des bases de données est une bascule définitive par vidage et restauration, et non par réplication.