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.
# OpsWorks Systèmes d'exploitation Stacks
**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](https://repost.aws/) ou via le [AWS Support](https://aws.amazon.com/support) Premium.
OpsWorks Stacks prend en charge les versions 64 bits de plusieurs systèmes d'exploitation intégrés, notamment les distributions Linux Amazon et Ubuntu, et Microsoft Windows Server. Quelques commentaires généraux :
+ Les instances d'une pile peuvent exécuter Linux ou Windows.
Une pile peut avoir des versions ou des distributions différentes de Linux sur des instances différentes, mais vous ne pouvez pas combiner les instances Linux et Windows.
+ Vous pouvez utiliser [des images personnalisées AMIs](workinginstances-custom-ami.md) (Amazon Machine Images), mais elles doivent être basées sur l'un des modèles OpsWorks compatibles avec Stacks décrits dans les rubriques de AMIs cette section. Bien qu'il soit possible de créer ou d'enregistrer des instances avec d'autres systèmes d'exploitation (tels que CentOS 6). *x*) qui ont été créés à partir de données personnalisées ou générées par la communauté AMIs, ils ne sont pas officiellement pris en charge.
+ [Systèmes d'exploitation Linux](workinginstances-os-linux.md)
+ [Microsoft Windows Server ](workinginstances-os-windows.md)
+ Vous pouvez [démarrer et arrêter les instances manuellement](workinginstances-starting.md) ou demander à OpsWorks Stacks de [dimensionner automatiquement](workinginstances-autoscaling.md) le nombre d'instances.
Vous pouvez utiliser le dimensionnement automatique basé sur le temps avec n'importe quelle pile ; les piles Linux peuvent également utiliser le dimensionnement basé sur la charge.
+ En plus d'utiliser OpsWorks Stacks pour créer des EC2 instances Amazon, vous pouvez également [enregistrer des instances auprès d'une pile Linux](workinginstances-autoscaling.md) qui ont été créées en dehors de OpsWorks Stacks.
Cela inclut EC2 les instances Amazon et les instances exécutées sur votre propre matériel. Cependant, elles doivent être exécutées sur l'une des distributions Linux prises en charge. Vous ne pouvez pas enregistrer d'instances Amazon EC2 ou Windows sur site.
Vous pouvez exécuter l'[https://docs.aws.amazon.com/opsworks/latest/APIReference/API_DescribeOperatingSystems.html](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_DescribeOperatingSystems.html)API OpsWorks Stacks pour renvoyer une liste des systèmes d'exploitation pris en charge et de leurs versions prises en charge de Chef. Voici un exemple de commande via AWS CLI :
```
aws opsworks describe-operating-systems
```
Voici un exemple de réponse.
```
{
"OperatingSystems": [
{
"Name": "Amazon Linux",
"Id": "Amazon Linux",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2014.03",
"Supported": false
},
{
"Name": "Amazon Linux 2",
"Id": "Amazon Linux 2",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2"
},
{
"Name": "Amazon Linux 2014.09",
"Id": "Amazon Linux 2014.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2014.09",
"Supported": false
},
{
"Name": "Amazon Linux 2015.03",
"Id": "Amazon Linux 2015.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2015.03",
"Supported": false
},
{
"Name": "Amazon Linux 2015.09",
"Id": "Amazon Linux 2015.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2015.09",
"Supported": false
},
{
"Name": "Amazon Linux 2016.03",
"Id": "Amazon Linux 2016.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2016.03"
},
{
"Name": "Amazon Linux 2016.09",
"Id": "Amazon Linux 2016.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2016.09"
},
{
"Name": "Amazon Linux 2017.03",
"Id": "Amazon Linux 2017.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2017.03"
},
{
"Name": "Amazon Linux 2017.09",
"Id": "Amazon Linux 2017.09",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2017.09"
},
{
"Name": "Amazon Linux 2018.03",
"Id": "Amazon Linux 2018.03",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "amazon",
"ReportedVersion": "2018.03"
},
{
"Name": "CentOS Linux 7",
"Id": "CentOS Linux 7",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "CentOS Linux",
"ReportedVersion": "7"
},
{
"Name": "Microsoft Windows Server 2012 R2 Base",
"Id": "Microsoft Windows Server 2012 R2 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Express",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Standard",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2012 R2 with SQL Server Web",
"Id": "Microsoft Windows Server 2012 R2 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2012 r2 standard",
"Supported": false
},
{
"Name": "Microsoft Windows Server 2019 Base",
"Id": "Microsoft Windows Server 2019 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Express",
"Id": "Microsoft Windows Server 2019 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Standard",
"Id": "Microsoft Windows Server 2019 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2019 with SQL Server Web",
"Id": "Microsoft Windows Server 2019 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2019 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 Base",
"Id": "Microsoft Windows Server 2022 Base",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Express",
"Id": "Microsoft Windows Server 2022 with SQL Server Express",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Standard",
"Id": "Microsoft Windows Server 2022 with SQL Server Standard",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Microsoft Windows Server 2022 with SQL Server Web",
"Id": "Microsoft Windows Server 2022 with SQL Server Web",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
],
"ReportedName": "microsoft windows server",
"ReportedVersion": "2022 datacenter"
},
{
"Name": "Red Hat Enterprise Linux 7",
"Id": "Red Hat Enterprise Linux 7",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "Red Hat Enterprise Linux",
"ReportedVersion": "7"
},
{
"Name": "Ubuntu 12.04 LTS",
"Id": "Ubuntu 12.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "12.04",
"Supported": false
},
{
"Name": "Ubuntu 14.04 LTS",
"Id": "Ubuntu 14.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "14.04"
},
{
"Name": "Ubuntu 16.04 LTS",
"Id": "Ubuntu 16.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "16.04"
},
{
"Name": "Ubuntu 18.04 LTS",
"Id": "Ubuntu 18.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "18.04"
},
{
"Name": "Ubuntu 20.04 LTS",
"Id": "Ubuntu 20.04 LTS",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
}
],
"ReportedName": "ubuntu",
"ReportedVersion": "20.04"
},
{
"Name": "Custom",
"Id": "Custom",
"Type": "Linux",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12"
},
{
"Name": "Chef",
"Version": "11.10"
},
{
"Name": "Chef",
"Version": "11.4"
},
{
"Name": "Chef",
"Version": "0.9"
}
]
},
{
"Name": "CustomWindows",
"Id": "CustomWindows",
"Type": "Windows",
"ConfigurationManagers": [
{
"Name": "Chef",
"Version": "12.2"
}
]
}
]
}
```
**Topics**
+ [Systèmes d'exploitation Linux](workinginstances-os-linux.md)
+ [Microsoft Windows Server ](workinginstances-os-windows.md)
# Systèmes d'exploitation 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](https://repost.aws/) ou via le [AWS Support](https://aws.amazon.com/support) Premium.
OpsWorks Stacks prend en charge les versions 64 bits des systèmes d'exploitation Linux suivants.
+ [Amazon Linux](https://aws.amazon.com/amazon-linux-ami/faqs/) et [Amazon Linux 2](https://aws.amazon.com/amazon-linux-2/) (consultez la [console OpsWorks Stacks](https://console.aws.amazon.com/opsworks/) pour les versions actuellement prises en charge)
+ [Ubuntu 20.04 LTS](https://wiki.ubuntu.com/FocalFossa/ReleaseNotes)
+ [CentOS 7](https://docs.centos.org/en-US/centos/install-guide/Revision_History/)
+ [Red Hat Enterprise Linux 7](https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/)
Vous pouvez également utiliser la [personnalisation AMIs](workinginstances-custom-ami.md) en fonction de ces systèmes d'exploitation.
Quelques notes générales sur les instances Linux :
**Versions de package prises en charge**
Les versions prises en charge et les niveaux de correctifs pour les packages, comme Ruby, dépendent du système d'exploitation et la version, comme décrit dans les sections suivantes.
**Mises à jour**
Par défaut, OpsWorks Stacks garantit que les instances Linux disposent des derniers correctifs de sécurité en appelant automatiquement `yum update` ou `apt-get update` après le démarrage d'une instance. Pour désactiver les mises à jour automatiques, utilisez les [UpdateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateLayer.html)actions [CreateInstance[UpdateInstance](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateInstance.html)](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateInstance.html), [CreateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateLayer.html), ou, ou les méthodes du [SDK AWS](https://aws.amazon.com/tools/) ou les commandes de l'interface de ligne de [commande AWS équivalentes](https://aws.amazon.com/documentation/cli/), pour définir le `InstallUpdatesOnBoot` paramètre sur. `false`
Pour éviter les interruptions de service, OpsWorks Stacks n'installe pas automatiquement les mises à jour une fois qu'une instance est en ligne. Vous pouvez mettre à jour manuellement le système d'exploitation d'une instance en ligne à tout moment en exécutant la [commande de pile Upgrade Operating System](workingstacks-commands.md). Pour plus d'informations sur la gestion des mises à jour de sécurité, consultez [Gestion des mises à jour de sécurité](workingsecurity-updates.md).
Pour mieux contrôler la façon dont OpsWorks Stacks met à jour vos instances, créez une AMI personnalisée basée sur l'un des systèmes d'exploitation pris en charge. Par exemple, avec custom, AMIs vous pouvez spécifier les versions de package installées sur une instance. Chaque distribution Linux a des chronologies de prise en charge et des stratégies de fusion de packages différentes, donc vous devez choisir l'approche la plus adaptée à vos besoins. Pour de plus amples informations, veuillez consulter [Utilisation de Custom AMIs](workinginstances-custom-ami.md).
**Fichier d'hôtes**
Chaque instance en ligne possède un `/etc/hosts` fichier qui associe les adresses IP aux noms d'hôtes. OpsWorks Stacks inclut les adresses publiques et privées de toutes les instances en ligne de la pile dans le `hosts` fichier de chaque instance. Supposons, par exemple, que vous disposiez d'une pile contenant deux instances de Node.js App Server, nodejs-app1 et nodejs-app2, et une instance MySQL, db-master1. Le fichier `hosts` de l'instance nodejs-app1 ressemblera à quelque chose de similaire à l'exemple suivant et les autres instances auront des fichiers `hosts` similaires.
```
...
# OpsWorks Layer State
192.0.2.0 nodejs-app1.localdomain nodejs-app1
10.145.160.232 db-master1
198.51.100.0 db-master1-ext
10.243.77.78 nodejs-app2
203.0.113.0 nodejs-app2-ext
10.84.66.6 nodejs-app1
192.0.2.0 nodejs-app1-ext
```
**OpsWorks Support de proxy pour les agents Stacks**
L'agent OpsWorks Stacks pour Chef 11.10 et versions ultérieures inclut un support de base pour les serveurs proxy, qui sont généralement utilisés avec des serveurs isolés. VPCs Pour activer la prise en charge du serveur proxy, une instance doit avoir un fichier `/etc/environment` qui fournit les paramètres appropriés pour le trafic HTTP et HTTPS. Le fichier doit être similaire à ce qui suit, en sachant que vous remplacez le texte en surbrillance par l'URL et un port de votre serveur proxy :
```
http_proxy="http://myproxy.example.com:8080/"
https_proxy="http://myproxy.example.com:8080/"
no_proxy="169.254.169.254"
```
Pour activer la prise en charge de proxy, nous vous recommandons de [créer une AMI personnalisée](workinginstances-custom-ami.md) qui inclut un fichier `/etc/environment` approprié et qui utilise cette AMI pour créer vos instances.
Nous vous déconseillons d'utiliser une recette personnalisée pour créer un `/etc/environment` fichier sur vos instances. OpsWorks Stacks a besoin des données du serveur proxy au début du processus de configuration, avant l'exécution de toute recette personnalisée.
**Topics**
+ [Amazon Linux](#workinginstances-os-amazon)
+ [Ubuntu LTS](#workinginstances-os-linux-ubuntu)
+ [CentOS](#workinginstances-os-linux-centos)
+ [Utilisation de Red Hat Enterprise Linux](#workinginstances-os-linux-rhel)
## Amazon Linux
OpsWorks Stacks prend en charge les versions 64 bits d'Amazon Linux et Amazon Linux 2. En plus des mises à jour et des correctifs réguliers, Amazon Linux lance une nouvelle version environ tous les six mois, ce qui peut impliquer des modifications importantes. Lorsque vous créez une pile ou une instance, vous devez spécifier la version d'Amazon Linux à utiliser. Lorsqu'AWS lance une nouvelle version, vos instances continuent à exécuter la version spécifiée jusqu'à ce que vous la remplaciez explicitement. Une fois qu'une nouvelle version d'Amazon Linux a été lancée, il y a une période de quatre semaines de migration au cours de laquelle AWS continue à fournir des mises à jour régulières pour l'ancienne version. Après la fin de la période de migration, vos instances peuvent continuer à exécuter l'ancienne version, mais AWS ne fournit plus de mises à jour. Pour plus d'informations, consultez [AMI Amazon Linux FAQs](https://aws.amazon.com/amazon-linux-ami/faqs/#lock).
Lorsqu'une nouvelle version d'Amazon Linux est disponible, nous vous recommandons de mettre à jour vers la nouvelle version pendant la période de migration afin que vos instances continuent de recevoir des mises à jour de sécurité. Avant de mettre à jour les instances de votre pile de production, nous vous recommandons de commencer une nouvelle instance et de vérifier que votre application est exécutée correctement sur la nouvelle version. Vous pouvez ensuite mettre à jour les instances de la pile de production.
**Note**
Par défaut, les versions personnalisées AMIs basées sur Amazon Linux sont automatiquement mises à jour vers la nouvelle version lors de leur publication. La méthode recommandée consiste à verrouiller votre AMI personnalisée sur une version Amazon Linux spécifique, ce qui vous permet de reporter la mise à jour jusqu'à ce que vous ayez testé la nouvelle version. Pour plus d'informations, consultez [Comment verrouiller mon AMI avec une version spécifique ?](https://aws.amazon.com/amazon-linux-ami/faqs/#lock).
Si vous utilisez un CloudFormation modèle pour créer des piles avec des instances exécutant Amazon Linux, les modèles doivent spécifier explicitement une version d'Amazon Linux. En particulier, si votre modèle spécifie `Amazon Linux`, les instances continueront d'exécuter la version 2016.09. Pour plus d’informations, consultez [AWS::OpsWorks::Stack](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-stack.html) et [AWS::OpsWorks::Instance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-instance.html).
Pour mettre à jour la version Amazon Linux d'une instance, effectuez l'une des actions suivantes :
+ Pour les instances en ligne, exécutez la commande de pile [**Upgrade Operating System**](workingstacks-commands.md).
Lorsqu'une nouvelle version d'Amazon Linux est disponible, les pages **Instances** et **Stack** affichent un avis avec un lien qui vous conduit jusqu'à la page **Run Command (Exécuter une commande)**. Vous pouvez ensuite exécuter **Upgrade Operating System (Mettre à niveau le système d'exploitation)** pour mettre à niveau votre instance.
+ Pour les instances hors ligne soutenues par Amazon Elastic Block Store (soutenues par EBS), démarrez les instances et exécutez **Upgrade Operating System**, comme décrit dans l'instruction précédente.
+ Pour les instances basées sur le stockage d'instance hors connexion, y compris les instances basées sur le temps et sur la charge, [modifiez le paramètre **Operating system (Système d'exploitation)** de l'instance](workinginstances-properties.md) pour spécifier la nouvelle version.
OpsWorks Stacks met automatiquement à jour les instances vers la nouvelle version lorsqu'elles sont redémarrées.
**Amazon Linux : versions de Node.js prises en charge**
| Version d'Amazon Linux | Versions Node.js |
| --- | --- |
| 2
| (Not applicable to operating systems that are available for Chef 12 and higher stacks only)
|
| 2018.03
| 0.12.18
|
| 2017.09
| 0.12.18
|
| 2017.03
| 0.12.18
|
| 2016.09
| 0.12.18
0.12.17
0.12.16
0.12.15
|
| 2016.03
| 0.12.18
0.12.17
0.12.16
0.12.15
0.12.14
0.12.13
0.12.12
0.12.10
|
**Amazon Linux : versions de Chef prises en charge**
| Version de Chef | Versions d'Amazon Linux prises en charge |
| --- | --- |
| 12
| Amazon Linux 2
Amazon Linux 2018.03
Amazon Linux 2017.09
Amazon Linux 2017.03
Amazon Linux 2016.09
Amazon Linux 2016.03
|
| 11.10
| Amazon Linux 2018.03
Amazon Linux 2017.09
Amazon Linux 2017.03
Amazon Linux 2016.09
Amazon Linux 2016.03
|
| 11.4 (deprecated)
| Amazon Linux 2016.09
Amazon Linux 2016.03
|
**Important**
Avant de mettre à jour les instances t1.micro, assurez-vous qu'elles ont un fichier d'échange temporaire, `/var/swapfile`. Les instances t1.micro sur les piles de Chef 0.9 n'ont pas de fichier d'échange. Pour les piles de Chef 11.4 et Chef 11.10, les versions récentes de l'agent d'instance créent automatiquement un fichier d'échange pour les instances t1.micro. Toutefois, ce changement a été effectué sur une période de plusieurs semaines, donc vous devez vérifier l'existence de `/var/swapfile` sur les instances créées avant le 24 mars 2014 environ.
Pour les instances t1.micro qui n'ont pas de fichier d'échange, vous pouvez en créer un comme suit :
Pour la version Chef 11.10 et les versions ultérieures, créez de nouvelles instances t1.micro qui ont automatiquement un fichier d'échange.
Pour les piles de Chef 0.9, exécutez les commandes suivantes sur chaque instance en tant qu'utilisateur racine.
```
dd if=/dev/zero of=/var/swapfile bs=1M count=256
mkswap /var/swapfile
chown root:root /var/swapfile
chmod 0600 /var/swapfile
swapon /var/swapfile
```
Vous pouvez également utiliser ces commandes sur la version Chef 11.10 et les piles ultérieures si vous ne souhaitez pas créer de nouvelles instances.
## Ubuntu LTS
Ubuntu lance une nouvelle version d'Ubuntu LTS environ tous les deux ans et prend en charge chaque version pendant environ cinq ans. Ubuntu fournit des mises à jour et des correctifs de sécurité pendant la durée de la prise en charge du système d'exploitation. Pour plus d'informations, consultez [LTS - Ubuntu Wiki](https://wiki.ubuntu.com/LTS).
+ Vous ne pouvez pas mettre à jour une instance Ubuntu existante vers une version plus récente d'Ubuntu.
Vous devez [créer une nouvelle instance Ubuntu](workinginstances-add.md) et [supprimer l'ancienne instance](workinginstances-delete.md).
+ Ubuntu 20.04 LTS n'est pris en charge que pour les piles Chef 12 et supérieures.
## CentOS
OpsWorks Stacks prend en charge la version 64 bits de [CentOS 7](https://docs.centos.org/en-US/docs/). La version initialement prise en charge est CentOS 7 et CentOS publie une nouvelle version tous les deux ans environ.
Lorsque vous démarrez une nouvelle instance dans une pile CentOS, OpsWorks Stacks installe automatiquement la version la plus récente de CentOS. Comme OpsWorks Stacks ne met pas automatiquement à jour le système d'exploitation des instances existantes lorsqu'une nouvelle version mineure de CentOS est publiée, une instance nouvellement créée peut recevoir une version plus récente que les instances existantes de la pile. Pour que toutes les versions soient cohérentes sur votre pile, vous pouvez mettre à jour vos instances existantes vers la version actuelle de CentOS, comme suit :
+ Pour les instances en ligne, exécutez la commande de pile [**Upgrade Operating System (Mettre à niveau le système d'exploitation)**](workingstacks-commands.md) qui exécute `yum update` sur les instances spécifiées afin de les mettre à jour vers la version actuelle.
Lorsqu'une nouvelle version mineure de CentOS 7 est disponible, les pages **Instances** et **Stack (Pile)** affichent un avis avec un lien qui vous conduit jusqu'à la page **Run Command (Exécuter une commande)**. Vous pouvez ensuite exécuter **Upgrade Operating System (Mettre à niveau le système d'exploitation)** pour mettre à niveau vos instances.
+ Pour les instances hors ligne basées sur Amazon EBS, démarrez les instances et exécutez **Upgrade Operating System** comme décrit dans l'élément de liste précédent.
+ Pour les instances hors ligne sauvegardées en magasin, OpsWorks Stacks installe automatiquement la nouvelle version au redémarrage des instances.
**CentOS : versions de Chef prises en charge**
| Version de Chef | Version de CentOS prise en charge |
| --- | --- |
| 12
| CentOS 7
|
| 11.10
| (None supported)
|
| 11.4 (deprecated)
| (None supported)
|
**Note**
OpsWorks Stacks prend en charge Apache 2.4 pour les instances CentOS.
## Utilisation de Red Hat Enterprise Linux
OpsWorks Stacks prend en charge la version 64 bits de [Red Hat Enterprise Linux 7](https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/) (RHEL 7). La version initiale prise en charge est RHEL 7.1 et Red Hat lance une nouvelle version mineure tous les 9 mois environ. Les versions mineures sont généralement compatibles avec RHEL 7.0. Pour plus d'informations, consultez [Stratégies de cycle de vie et de mise à jour](https://access.redhat.com/support/policy/update_policies).
Lorsque vous démarrez une nouvelle instance, OpsWorks Stacks installe automatiquement la version actuelle de RHEL 7. Comme OpsWorks Stacks ne met pas automatiquement à jour le système d'exploitation des instances existantes lorsqu'une nouvelle version mineure de RHEL 7 est publiée, une instance nouvellement créée peut recevoir une version plus récente que les instances existantes de la pile. Pour que toutes les versions soient cohérentes sur votre pile, vous pouvez mettre à jour vos instances existantes vers la version actuelle de RHEL 7, comme suit :
+ Pour les instances en ligne, exécutez la commande de pile [**Upgrade Operating System (Mettre à niveau le système d'exploitation)**](workingstacks-commands.md) qui exécute `yum update` sur les instances spécifiées afin de les mettre à jour vers la version actuelle.
Lorsqu'une nouvelle version mineure de RHEL 7 est disponible, les pages **Instances** et **Stack (Pile)** affichent un avis avec un lien qui vous conduit jusqu'à la page **Run Command (Exécuter une commande)**. Vous pouvez ensuite exécuter **Upgrade Operating System (Mettre à niveau le système d'exploitation)** pour mettre à niveau vos instances.
+ Pour les instances hors ligne basées sur Amazon EBS, démarrez les instances et exécutez **Upgrade Operating System** comme décrit dans l'élément de liste précédent.
+ Pour les instances hors ligne sauvegardées en magasin, OpsWorks Stacks installe automatiquement la nouvelle version au redémarrage des instances.
**Red Hat Enterprise Linux : versions Node.js prises en charge**
| Version de l'RHEL | Versions Node.js |
| --- | --- |
| 7
| (Node.js versions only apply to Chef 11.10 stacks)
0.8.19
0.8.26
0.10.11
0.10.21
0.10.24
0.10.25
0.10.27
0.10.29
0.10.40
0.12.10
0.12.12
0.12.13
0.12.15
|
**Red Hat Enterprise Linux : versions prises en charge de Chef**
| Version de Chef | Versions d'RHEL prise en charge |
| --- | --- |
| 12
| Red Hat Enterprise Linux 7
|
| 11.10
| Red Hat Enterprise Linux 7
|
| 11.4 (deprecated)
| (None supported)
|
Toutes les versions de Node.js antérieures à 0.10.40 sont obsolètes. Les versions 0.12.7 et 0.12.9 sont également obsolètes.
**Note**
OpsWorks Stacks prend en charge Apache 2.4 pour les instances de RHEL 7.
# Microsoft Windows Server
**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](https://repost.aws/) ou via le [AWS Support](https://aws.amazon.com/support) Premium.
Les notes suivantes décrivent le support OpsWorks de Stacks pour les instances Windows. Les instances Windows sont disponibles uniquement pour les piles de Chef 12.2. La version exacte de Chef dans une pile Windows est 12.22.
À l'heure actuelle, l'agent OpsWorks Stacks ne peut pas être installé sur des instances Windows qui utilisent une langue d'interface utilisateur système autre que l'anglais - **États-Unis** d'Amérique (en-US), et OpsWorks Stacks ne peut pas les gérer.
**Versions**
OpsWorks Stacks prend en charge les versions 64 bits de Windows suivantes :
+ Microsoft Windows Server 2022 Base
+ Microsoft Windows Server 2022 avec SQL Server Express
+ Microsoft Windows Server 2022 avec SQL Server Standard
+ Microsoft Windows Server 2022 avec SQL Server Web
+ Microsoft Windows Server 2019 Base
+ Microsoft Windows Server 2019 avec SQL Server Express
+ Microsoft Windows Server 2019 avec SQL Server Standard
+ Microsoft Windows Server 2019 avec SQL Server Web
**Création d'instances**
Vous créez des instances Windows à l'aide de la console, de l'API ou de la CLI OpsWorks Stacks. Les instances Windows sont soutenues par Amazon EBS, mais vous ne pouvez pas monter de volumes Amazon EBS supplémentaires.
Les piles Windows peuvent utiliser des instances [24/7](workinginstances-starting.md) que vous arrêtez et démarrez manuellement. Elles peuvent également utiliser la [scalabilité automatique basée sur le temps](workinginstances-autoscaling-timebased.md), qui démarre et arrête automatiquement les instances selon sur une planification spécifiée par l'utilisateur. Les piles basées sur Windows ne peuvent pas utiliser la [scalabilité automatique basée sur la charge](workinginstances-autoscaling-loadbased.md).
Vous ne pouvez pas [enregistrer des instances Windows](registered-instances.md) créées en dehors de OpsWorks Stacks avec une pile.
**Mises à jour**
AWS met à jour Windows AMIs pour chaque ensemble de correctifs. Ainsi, lorsque vous créez une instance, elle dispose des dernières mises à jour. Cependant, OpsWorks Stacks ne fournit aucun moyen d'appliquer des mises à jour aux instances Windows en ligne. La façon la plus simple pour s'assurer que Windows est à jour consiste à remplacer vos instances régulièrement, afin qu'elles exécutent toujours l'AMI la plus récente.
**Layers**
Pour gérer des tâches telles que l'installation et la configuration du logiciel ou le déploiement des applications, vous devez implémenter une ou plusieurs [couches personnalisées](workinglayers-custom.md) avec des recettes personnalisées.
**Chef**
Les instances Windows utilisent Chef 12.22 et exécutent [le client Chef en mode local](https://docs.chef.io/ctl_chef_client.html#run-in-local-mode), ce qui lance un serveur Chef en mémoire local nommé [chef-zero](https://docs.chef.io/ctl_chef_client.html#about-chef-zero). La présence de ce serveur permet aux recettes personnalisées d'utiliser les conteneurs de données et la recherche Chef.
**Connexion à distance**
OpsWorks Stacks fournit aux utilisateurs IAM autorisés un mot de passe qu'ils peuvent utiliser pour se connecter aux instances Windows. Ce mot de passe expire après une durée spécifiée. Les administrateurs peuvent utiliser une paire de clés SSH pour récupérer le mot de passe administrateur d'une instance, ce qui leur fournit un [accès RDP](workinginstances-rdp.md) illimité. Pour de plus amples informations, veuillez consulter [Connexion avec RDP](workinginstances-rdp.md).
**Kit SDK AWS**
OpsWorks Stacks les installe automatiquement [AWS SDK pour .NET](https://aws.amazon.com/sdk-for-net/)sur chaque instance. Ce package inclut les bibliothèques AWS .NET et les outils AWS pour Windows, y compris les [outils AWS pour PowerShell](https://aws.amazon.com/powershell/). Pour utiliser le kit SDK Ruby, vous pouvez demander à une recette personnalisée d'installer la GEM appropriée.
**Surveillance et mesures**
Les instances Windows prennent en charge les [métriques Amazon CloudWatch (CloudWatch)](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/WhatIsCloudWatch.html) standard, que vous pouvez consulter dans la CloudWatch console.
**Ruby**
Le client Chef 12.22 que OpsWorks Stacks installe sur les instances Windows est livré avec Ruby 2.3.6. Cependant, OpsWorks Stacks n'ajoute pas le répertoire de l'exécutable à la variable d'environnement PATH. Pour que vos applications utilisent cette version de Ruby, vous la trouverez généralement dans `C:\opscode\chef\embedded\bin\`.
**OpsWorks CLI de l'agent Stacks**
L'agent OpsWorks Stacks sur les instances Windows n'expose pas d'interface de [ligne de commande](agent.md).
**Support de proxy**
Procédez comme suit pour configurer la prise en charge de proxy pour les instances Windows :
1. Modifiez `machine.config` pour ajouter ce qui suit, qui ajoute la prise en charge du proxy aux PowerShell applications Windows (bootstrap initial) et .NET (agent OpsWorks Stacks) :
```
```
1. Exécutez les commandes suivantes pour définir des variables d'environnement en vue d'une utilisation ultérieure par Chef et Git :
```
setx /m no_proxy "localhost,169.254.169.254"
setx /m http_proxy "http://10.100.1.91:3128"
setx /m https_proxy "http://10.100.1.91:3128"
```
**Note**
Pour mieux contrôler la façon dont OpsWorks Stacks met à jour vos instances, créez une AMI personnalisée basée sur Microsoft Windows Server 2022 Base. Par exemple, avec custom, AMIs vous pouvez spécifier quel logiciel est installé sur une instance, telle que le serveur Web (IIS). Pour de plus amples informations, veuillez consulter [Utilisation de Custom AMIs](workinginstances-custom-ami.md).