Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Maintenance du système dans OpsWorks Puppet Enterprise
Important
Le AWS OpsWorks for Puppet Enterprise service a atteint sa fin de vie le 31 mars 2024 et a été désactivé pour les nouveaux clients et les clients existants. Nous recommandons vivement aux clients de migrer leurs charges de travail vers d'autres solutions dès que possible. Si vous avez des questions sur la migration, contactez l' AWS Support équipe sur AWS Re:Post
La maintenance obligatoire du système garantit que les dernières versions AWS testées de Puppet Server, y compris les mises à jour de sécurité, fonctionnent toujours sur et OpsWorks pour le serveur Puppet Enterprise. La maintenance du système doit avoir lieu au moins une fois par semaine. En utilisant le AWS CLI, vous pouvez configurer la maintenance automatique quotidienne, si vous le souhaitez. Vous pouvez également utiliser le AWS CLI pour effectuer la maintenance du système à la demande, en plus de la maintenance planifiée du système.
Lorsque de nouvelles versions du logiciel Puppet deviennent disponibles, la maintenance système est conçue pour mettre à jour automatiquement la version de Puppet Server sur le serveur dès que celle-ci réussit les tests AWS. AWS effectue des tests approfondis pour vérifier que les mises à niveau de Puppet sont prêtes pour la production et ne perturbent pas les environnements clients existants. Il peut donc y avoir des décalages entre les versions du logiciel Puppet et leur disponibilité en tant qu'applications sur les serveurs Puppet Enterprise existants OpsWorks . Pour mettre à jour les versions du logiciel Puppet à la demande, consultez Démarrage de la maintenance du système à la demande dans cette rubrique.
La maintenance du système lance une nouvelle instance à partir d'une sauvegarde effectuée dans le cadre du processus de maintenance, ce qui permet de réduire les risques liés à la dégradation ou à l'altération des EC2 instances Amazon soumises à une maintenance périodique.
Important
La maintenance du système supprime tous les fichiers ou configurations personnalisées que vous avez ajoutés au serveur OpsWorks for Puppet Enterprise. Pour plus d'informations sur la résolution d'un problème de perte de configuration ou de fichier, consultez Restauration des configurations personnalisées et des fichiers après la maintenance dans cette rubrique.
Rubriques
Configuration de la maintenance du système
Lorsque vous créez un nouveau serveur OpsWorks pour Puppet Enterprise, vous pouvez configurer un jour et une heure de la semaine, en temps universel coordonnéUNDER_MAINTENANCE
lorsque la maintenance est en cours.
Vous pouvez également modifier les paramètres de maintenance du système sur un serveur existant OpsWorks pour Puppet Enterprise, en modifiant les paramètres dans la zone Maintenance du système de la page Paramètres de votre serveur, comme indiqué dans la capture d'écran suivante.

Dans la section System maintenance (Maintenance du système), définissez le jour et l'heure de début de la maintenance du système.
Configuration de la maintenance du système à l'aide du AWS CLI
Vous pouvez également configurer le démarrage automatique du système de maintenance à l'aide de l' AWS CLI. Vous AWS CLI permet de configurer la maintenance automatique quotidienne, si vous le souhaitez, en omettant le préfixe à trois caractères du jour de la semaine.
Dans une commande create-server
, ajoutez le paramètre --preferred-maintenance-window
à votre commande, après avoir indiqué les exigences relatives à la création de l'instance serveur (par exemple, le type d'instance, l'ARN du profil d'instance et l'ARN du rôle de service). Dans l'exemple create-server
suivant, la valeur définie pour --preferred-maintenance-window
est Mon:08:00
, ce qui signifie que vous avez défini le début de la maintenance chaque lundi matin à 8 h 00. UTC.
aws opsworks-cm create-server --engine "Puppet" --engine-model "Monolithic" --engine-version "2017" --server-name "puppet-06" --instance-profile-arn "arn:aws:iam::1119001987000:instance-profile/aws-opsworks-cm-ec2-role" --instance-type "c4.large" --key-pair "amazon-test" --service-role-arn "arn:aws:iam::044726508045:role/aws-opsworks-cm-service-role" --preferred-maintenance-window "Mon:08:00"
Dans une commande update-server
, vous pouvez mettre à jour la valeur --preferred-maintenance-window
seulement, si vous le souhaitez. Dans l'exemple suivant, la fenêtre de maintenance est définie à vendredi soir à 18 h 15. UTC.
aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "Fri:18:15"
Pour modifier l'heure de début de la fenêtre de maintenance à 18 h 15 chaque jour, n'indiquez pas le préfixe à trois caractères du jour de la semaine, comme illustré dans l'exemple suivant.
aws opsworks-cm update-server --server-name "puppet-06" --preferred-maintenance-window "18:15"
Pour plus d'informations sur la définition de la fenêtre de maintenance système préférée à l'aide du AWS CLI, voir create-server et update-server.
Démarrage de la maintenance du système à la demande
Pour démarrer la maintenance du système à la demande, en dehors de votre maintenance automatique hebdomadaire ou quotidienne configurée, exécutez la AWS CLI commande suivante. Vous ne pouvez pas démarrer la maintenance à la demande dans AWS Management Console.
aws opsworks-cm start-maintenance --server-name
server_name
Pour plus d'informations sur cette commande, consultez start-maintenance.
Restauration des configurations personnalisées et des fichiers après la maintenance
La maintenance du système peut supprimer ou modifier les fichiers personnalisés ou les configurations que vous avez ajoutés à votre serveur OpsWorks pour Puppet Enterprise.
Si, après une opération de maintenance, il manque à votre Puppet Master des fichiers ou des paramètres que vous avez ajoutés à l'aide RunCommand
de SSH, vous pouvez utiliser une Amazon Machine Image (AMI) pour lancer une nouvelle instance Amazon EC2 . AMIs sont disponibles et sont créés à partir de la configuration préalable à la maintenance d'un serveur.
L'état de la nouvelle instance correspond à celui du maître Puppet avant la maintenance. La nouvelle instance doit normalement inclure vos fichiers et paramètres manquants.
Important
Vous ne pouvez pas utiliser la nouvelle instance pour restaurer votre serveur ; l'instance ne peut pas être exécutée en tant que maître Puppet. Vous pouvez utiliser l'instance uniquement pour récupérer vos fichiers et les paramètres de configuration.
Pour lancer une EC2 instance depuis une AMI, dans la EC2 console Amazon, ouvrez l'assistant de lancement, choisissez My AMIs, puis choisissez l'AMI qui porte le nom de votre serveur. Suivez les étapes de EC2 l'assistant Amazon comme vous le feriez pour tout autre lancement d'instance.