Sélectionner vos préférences de cookies

Nous utilisons des cookies essentiels et des outils similaires qui sont nécessaires au fonctionnement de notre site et à la fourniture de nos services. Nous utilisons des cookies de performance pour collecter des statistiques anonymes afin de comprendre comment les clients utilisent notre site et d’apporter des améliorations. Les cookies essentiels ne peuvent pas être désactivés, mais vous pouvez cliquer sur « Personnaliser » ou « Refuser » pour refuser les cookies de performance.

Si vous êtes d’accord, AWS et les tiers approuvés utiliseront également des cookies pour fournir des fonctionnalités utiles au site, mémoriser vos préférences et afficher du contenu pertinent, y compris des publicités pertinentes. Pour accepter ou refuser tous les cookies non essentiels, cliquez sur « Accepter » ou « Refuser ». Pour effectuer des choix plus détaillés, cliquez sur « Personnaliser ».

Maintenance du système dans OpsWorks Puppet Enterprise - AWS OpsWorks

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.

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 ou via le AWS Support Premium.

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.

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é (UTC), pour le début de la maintenance du système. La maintenance commence au cours de l'heure que vous spécifiez. Etant donné que le serveur doit être hors ligne lors de la maintenance du système, choisissez une heure où le serveur est peu sollicité pendant les heures normales de bureau. L'état du serveur est 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.

Paramètres de Puppet Master, montrant la section Maintenance du système.

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.

ConfidentialitéConditions d'utilisation du sitePréférences de cookies
© 2025, Amazon Web Services, Inc. ou ses affiliés. Tous droits réservés.