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.
AWS OpsWorks Support Stacks pour Chef 12 Linux
Important
Le AWS OpsWorks Stacks service a atteint sa fin de vie le 26 mai 2024 et a été désactivé tant pour les nouveaux clients que pour 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
Cette section fournit un bref aperçu de AWS OpsWorks Stacks pour Chef 12 Linux. Pour plus d'informations sur Chef 12 sous Windows, consultez Mise en route : Windows. Pour plus d'informations sur les versions antérieures de Chef sous Linux, consultez Chef 11.10 et versions antérieures pour Linux.
Présentation
AWS OpsWorks Stacks prend en charge Chef 12, la dernière version de Chef, pour les stacks Linux. Pour plus d'informations, consultez Découvrir Chef
AWS OpsWorks Stacks continue de prendre en charge Chef 11.10 pour les stacks Linux. Toutefois, si vous êtes un utilisateur expérimenté de Chef qui souhaite bénéficier de la grande sélection de livres de recettes de la communauté ou écrire vos propres livres de recettes personnalisés, nous vous recommandons d'utiliser Chef 12. Les piles de Chef 12 offrent les avantages suivants par rapport à Chef 11.10 et aux piles antérieures pour Linux :
-
Deux exécutions Chef distinctes : lorsqu'une commande est exécutée sur une instance, l'agent AWS OpsWorks Stacks exécute désormais deux exécutions Chef isolées : une pour les tâches qui intègrent l'instance à d'autres services AWS tels que AWS Identity and Access Management (IAM), et une pour vos livres de recettes personnalisés. La première exécution de Chef installe l'agent AWS OpsWorks Stacks sur l'instance et exécute des tâches système telles que la configuration et la gestion des utilisateurs, l'installation et la configuration des volumes, la configuration des CloudWatch métriques, etc. La deuxième exécution est dédiée exclusivement à l'exécution de vos recettes personnalisées pour AWS OpsWorks Événements liés au cycle de vie de Stacks. Cette deuxième exécution vous permet d'utiliser vos propres livres de recettes ou ceux de la communauté de Chef.
-
Résolution des conflits d'espace de noms – Avant Chef 12, AWS OpsWorks Stacks effectuait les tâches système et exécutait des recettes intégrées et personnalisées dans un environnement partagé. Cela a entraîné des conflits d'espaces de noms et un manque de clarté quant aux recettes que AWS OpsWorks Stacks avait exécutées. Les configurations par défaut indésirables ont dû être remplacées manuellement, une tâche longue et source d'erreurs. Dans Chef 12 pour Linux, AWS OpsWorks Stacks ne prend plus en charge les livres de recettes Chef intégrés pour les environnements de serveurs d'applications tels que PHP, Node.js ou Rails. En éliminant les recettes intégrées, AWS OpsWorks Stacks élimine le problème des collisions de noms entre les recettes intégrées et personnalisées.
-
Support solide pour les livres de cuisine communautaires Chef — AWS OpsWorks Stacks Chef 12 Linux offre une compatibilité et un support accrus pour les livres de cuisine communautaires du supermarché Chef. Vous pouvez désormais utiliser des livres de recettes communautaires supérieurs aux livres de recettes intégrés fournis précédemment par AWS OpsWorks Stacks, des livres de recettes conçus pour être utilisés avec les derniers environnements et frameworks de serveurs d'applications. Vous pouvez exécuter la plupart de ces livres de recettes sans modification sur Chef 12 pour Linux. Pour plus d'informations, rendez-vous sur Chef Supermarket
sur le site Web de Learn Chef , le site Web de Chef Supermarket et le référentiel de livres de cuisine Chef sur GitHub . -
Mises à jour régulières de Chef 12 - AWS OpsWorks Stacks mettra à jour son environnement Chef vers la dernière version de Chef 12 peu après chaque sortie de Chef. Avec Chef 12, les mises à jour mineures de Chef et les nouvelles versions de l'agent AWS OpsWorks Stacks coïncideront. Cela vous permet de tester des nouvelles versions de Chef directement et donne la possibilité à vos recettes et applications Chef de tirer parti des dernières fonctionnalités de Chef.
Pour plus d'informations sur les versions de Chef prises en charge avant Chef 12, consultez Chef 11.10 et versions antérieures pour Linux.
Migration vers Chef 12
Les AWS OpsWorks principales modifications apportées à Chef 12 Linux par rapport à la prise en charge des versions 11.10, 11.4 et 0.9 précédentes de Chef sont les suivantes :
-
Les couches intégrées ne sont plus fournies ni prises en charge pour les piles Chef 12 pour Linux. Etant donné que seules vos recettes personnalisées sont exécutées, la suppression de cette prise en charge donne une transparence totale à la mise en place de l'instance et facilite nettement l'écriture et la gestion des livres de recettes personnalisés. Par exemple, il n'est plus nécessaire de remplacer les attributs des recettes AWS OpsWorks Stacks intégrées. La suppression des couches intégrées permet également à AWS OpsWorks Stacks de mieux prendre en charge les livres de recettes développés et gérés par la communauté Chef, afin que vous puissiez en tirer pleinement parti. Les types de couches intégrées qui ne sont plus disponibles dans Chef 12 pour Linux sont : AWS Flow (Ruby), Ganglia, HAProxy, Serveur d'applications Java, Memcached, MySQL, Serveur d'applications Node.js, Serveur d'applications PHP, Serveur d'applications Rails et Serveur Web statique.
-
Comme AWS OpsWorks Stacks exécute les recettes que vous fournissez, il n'est plus nécessaire de remplacer les attributs AWS OpsWorks Stacks intégrés en exécutant des livres de recettes personnalisés. Pour remplacer des attributs dans vos recettes ou dans celles de la communauté, suivez les instructions et les exemples de la section À propos des attributs
dans la documentation de Chef 12.
-
-
AWS OpsWorks Stacks continue de prendre en charge les couches suivantes pour les stacks Linux Chef 12 :
-
La configuration de la pile et les conteneurs de données pour Chef 12 Linux ont changé et ressemblent désormais beaucoup à leurs homologues de Chef 12.2 Windows. Cela facilite les requêtes, les analyses et la résolutions des problèmes de ces conteneurs de données, surtout si vous travaillez avec des piles utilisant des types de système d'exploitation différents. Notez que AWS OpsWorks Stacks ne prend pas en charge les sacs de données cryptés. Pour stocker des données sensibles sous une forme chiffrée, telle que mots de passe ou certificats, nous vous recommandons de les stocker dans un compartiment S3 privé. Vous pouvez ensuite créer une recette personnalisée qui utilise le Kit SDK Amazon pour Ruby
pour récupérer les données. Pour obtenir un exemple, consultez Utilisation du kit SDK pour Ruby. Pour plus d'informations, consultez AWS OpsWorks Référence du sac de données Stacks. -
Dans Chef 12 Linux, Berkshelf n'est plus installé sur les instances de la pile. En revanche, nous vous recommandons d'utiliser Berkshelf sur un ordinateur de développement local créer le package de vos dépendances de livres de recettes localement. Chargez ensuite votre package, avec les dépendances incluses, sur Amazon Simple Storage Service. Enfin, modifiez votre pile Chef 12 Linux pour utiliser le package chargé comme source de livre de recettes. Pour plus d’informations, consultez Empaquetage local des dépendances des livres de recettes.
-
Les configurations RAID des volumes EBS ne sont plus prises en charge. Pour améliorer les performances, vous pouvez utiliser des IOPS provisionnées pour Amazon Elastic Block Store (Amazon EBS)
. -
autofs n'est plus pris en charge.
-
Les référentiels Subversion ne sont plus pris en charge.
-
Les installations des packages de système d'exploitation par couche doivent maintenant être effectuées avec des recettes personnalisées. Pour plus d’informations, consultez Installations de package par couche.
Systèmes d'exploitation pris en charge
Chef 12 prend en charge les mêmes systèmes d'exploitation Linux que les versions antérieures de Chef. Pour obtenir la liste des types de système d'exploitation Linux et des versions susceptibles d'être utilisées par les piles Chef 12 Linux, consultez Systèmes d'exploitation Linux.
Types d'instance pris en charge
AWS OpsWorks Stacks prend en charge tous les types d'instances pour les piles Chef 12 Linux, à l'exception des types d'instances spécialisés tels que le calcul en cluster HPC (calcul haute performance), le GPU en cluster et les types d'instances en cluster à mémoire élevée.
En savoir plus
Pour en savoir plus sur la façon de travailler avec Chef 12 pour les piles Linux, consultez les ressources suivantes :
-
Vous présente AWS OpsWorks Stacks en vous guidant à travers un bref exercice pratique avec la console AWS OpsWorks Stacks pour créer un environnement d'application Node.js.
-
Vous présente AWS OpsWorks Stacks et Chef 12 Linux en vous guidant à travers un exercice pratique avec la console AWS OpsWorks Stacks pour créer une pile Linux Chef 12 de base contenant une couche simple avec une application Node.js qui gère le trafic.
-
Donne des conseils pour ajouter une couche qui contient des livres de recettes et les recettes à une pile Linux Chef 12. Vous pouvez utiliser les livres de recettes et les recettes disponibles fournis par la communauté de Chef ou vous pouvez créer les vôtres.
-
Passage aux conteneurs de données
Compare et fait la différence entre le JSON d'instance utilisé par des piles Linux exécutant Chef 11 et des versions antérieures au JSON utilisé par Chef 12. Pointe également vers la documentation de référence pour le format JSON de l'instance Chef 12.
