Vous devez standardiser les builds des hôtes de session dans les régions USA Est et Europe Ouest. Les nouveaux pools d'hôtes dans les deux régions doivent utiliser la même version d'image, et le provisionnement des VM doit être rapide dans chaque région, même pendant les heures de pointe. Quelles sont les deux actions à effectuer ? (Choisissez-en deux.)

Pour standardiser les builds et assurer un provisionnement rapide dans les deux régions, la création d'une définition d'image unique dans une Azure Compute Gallery est essentielle. Cette définition agit comme un plan pour vos images, garantissant la cohérence. Ensuite, pour chaque version d'image (par exemple, une nouvelle mise à jour du système d'exploitation ou une application), vous devez créer une version d'image spécifique. En spécifiant targetRegions pour inclure USA Est et Europe Ouest, et en définissant un replicaCount approprié pour chaque région, vous assurez que les images sont répliquées localement dans chaque région, ce qui permet un provisionnement rapide des VM sans dépendre de la réplication inter-régions au moment du déploiement. Les options incorrectes sont : La conversion de l'Azure Compute Gallery en ZRS n'active pas la réplication régionale automatique des versions d'image ; ZRS est pour la résilience des données au sein d'une région. L'utilisation d'une image gérée avec réplication en lecture inter-régions est moins efficace que l'Azure Compute Gallery pour la gestion et la distribution d'images à grande échelle. Configurer les déploiements pour utiliser la version "latest" sans spécifier de régions cibles pourrait entraîner des latences si l'image n'est pas répliquée localement.