Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Sistemi operativi Linux
<a name="workinginstances-os-linux"></a>

**Importante**  
Il AWS OpsWorks Stacks servizio ha raggiunto la fine del ciclo di vita il 26 maggio 2024 ed è stato disattivato sia per i clienti nuovi che per quelli esistenti. Consigliamo vivamente ai clienti di migrare i propri carichi di lavoro verso altre soluzioni il prima possibile. Se hai domande sulla migrazione, contatta il Supporto AWS Team su [AWS re:post](https://repost.aws/) o tramite Premium [AWS Support](https://aws.amazon.com/support).

OpsWorks Stacks supporta le versioni a 64 bit dei seguenti sistemi operativi Linux.
+ [Amazon Linux](https://aws.amazon.com/amazon-linux-ami/faqs/) e [Amazon Linux 2](https://aws.amazon.com/amazon-linux-2/) (consulta la [console OpsWorks Stacks](https://console.aws.amazon.com/opsworks/) per le versioni attualmente supportate)
+  [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/)

È inoltre possibile utilizzare opzioni [personalizzate AMIs](workinginstances-custom-ami.md) in base a questi sistemi operativi. 

Alcune note generali sulle istanze Linux:

**Versioni dei pacchetti supportate**  
Le versioni supportate e i livelli di patch per i pacchetti, come Ruby, dipendono dal sistema operativo e dalla versione, come descritto nelle seguenti sezioni. 

**Aggiornamenti**  
Per impostazione predefinita, OpsWorks Stacks garantisce che le istanze Linux dispongano delle patch di sicurezza più recenti chiamando automaticamente `yum update` o `apt-get update` dopo l'avvio di un'istanza. Per disabilitare gli aggiornamenti automatici [CreateInstance](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateInstance.html), utilizza [UpdateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateLayer.html)le azioni [UpdateInstance[CreateLayer](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_CreateLayer.html)](https://docs.aws.amazon.com/opsworks/latest/APIReference/API_UpdateInstance.html),, o i [metodi SDK AWS](https://aws.amazon.com/tools/) equivalenti o i comandi AWS [CLI su cui](https://aws.amazon.com/documentation/cli/) impostare il parametro. `InstallUpdatesOnBoot` `false`  
Per evitare interruzioni del servizio, OpsWorks Stacks non installa automaticamente gli aggiornamenti dopo che un'istanza è online. Puoi aggiornare manualmente il sistema operativo di un'istanza online in qualsiasi momento, eseguendo il [comando dello stack Upgrade Operating System (Aggiorna sistema operativo)](workingstacks-commands.md). Per ulteriori informazioni su come gestire gli aggiornamenti di sicurezza, consulta [Gestione degli aggiornamenti della sicurezza](workingsecurity-updates.md).  
Per un maggiore controllo sul modo in cui OpsWorks Stacks aggiorna le tue istanze, crea un'AMI personalizzata basata su uno dei sistemi operativi supportati. Ad esempio, con custom AMIs puoi specificare quali versioni del pacchetto sono installate su un'istanza. Ogni distribuzione Linux dispone di diversi tempi di assistenza e policy di unione dei pacchetti, pertanto devi valutare l'approccio che meglio soddisfa i tuoi requisiti. Per ulteriori informazioni, consulta [Utilizzo di Custom AMIs](workinginstances-custom-ami.md).

**File Hosts**  
Ogni istanza online ha un `/etc/hosts` file che associa gli indirizzi IP ai nomi degli host. OpsWorks Stacks include gli indirizzi pubblici e privati per tutte le istanze online dello stack nel file di ogni istanza. `hosts` Ad esempio, supponiamo di avere uno stack con due istanze di Node.js App Server, nodejs-app1 e nodejs-app2, e un'istanza MySQL, db-master1. Il file `hosts` dell'istanza nodejs-app1 sarà simile all'esempio seguente e quelli delle altre istanze avranno file `hosts` simili.  

```
...
# 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 Supporto proxy per agenti Stacks**  
L'agente OpsWorks Stacks per Chef 11.10 e stack successivi include il supporto di base per i server proxy, che vengono generalmente utilizzati con sistemi isolati. VPCs Per abilitare il supporto del server proxy, un'istanza deve disporre di un file `/etc/environment` che fornisce le impostazioni appropriate per il traffico HTTP e HTTPS. Il file dovrebbe essere simile al seguente, sapendo che puoi sostituire il testo evidenziato con la porta e l'URL del server proxy:  

```
http_proxy="http://myproxy.example.com:8080/"
https_proxy="http://myproxy.example.com:8080/"
no_proxy="169.254.169.254"
```
Per abilitare il supporto proxy, ti consigliamo di [creare un'AMI personalizzata](workinginstances-custom-ami.md) che includa un file `/etc/environment` appropriato e di utilizzare tale AMI per creare le tue istanze.   
Non è consigliabile utilizzare una ricetta personalizzata per creare un `/etc/environment` file sulle istanze. OpsWorks Stacks necessita dei dati del server proxy nelle prime fasi del processo di configurazione, prima dell'esecuzione di qualsiasi ricetta personalizzata.

**Topics**
+ [Amazon Linux](#workinginstances-os-amazon)
+ [Ubuntu LTS](#workinginstances-os-linux-ubuntu)
+ [CentOS](#workinginstances-os-linux-centos)
+ [Red Hat Enterprise Linux](#workinginstances-os-linux-rhel)

## Amazon Linux
<a name="workinginstances-os-amazon"></a>

OpsWorks Stacks supporta le versioni a 64 bit di Amazon Linux e Amazon Linux 2. Oltre ad aggiornamenti e patch regolari, Amazon Linux rilascia una nuova versione all'incirca ogni sei mesi. Questo può comportare modifiche rilevanti. Quando crei uno stack o una nuova istanza, devi specificare la versione di Amazon Linux da utilizzare. Quando AWS rilascia una nuova versione, le tue istanze continuano a eseguire la versione specificata finché non la modificherai esplicitamente. Dopo il rilascio di una nuova versione di Amazon Linux, vi sarà un periodo di migrazione di quattro settimane, durante il quale AWS continua a fornire aggiornamenti regolari per la versione precedente. Al termine del periodo di migrazione, le istanze possono continuare a eseguire la versione precedente, ma AWS non fornirà ulteriori aggiornamenti. Per ulteriori informazioni, consulta [AMI Amazon Linux FAQs](https://aws.amazon.com/amazon-linux-ami/faqs/#lock).

Quando viene rilasciata una nuova versione di Amazon Linux, ti consigliamo di eseguire l'aggiornamento alla nuova versione entro il periodo di migrazione, in modo che le istanze continuino a ricevere gli aggiornamenti della sicurezza. Prima di aggiornare le istanze del tuo stack di produzione, ti consigliamo di avviare una nuova istanza e verificare che la tua app venga eseguita correttamente sulla nuova versione. Dopodiché potrai aggiornare le istanze dello stack di produzione.

**Nota**  
Per impostazione predefinita, le versioni personalizzate AMIs basate su Amazon Linux vengono aggiornate automaticamente alla nuova versione quando viene rilasciata. La pratica consigliata consiste nel bloccare l'AMI personalizzata a una specifica versione di Amazon Linux in modo da rimandare l'aggiornamento finché non avrai testato la nuova versione. Per ulteriori informazioni, consulta [Come blocco l'AMI a una versione specifica?](https://aws.amazon.com/amazon-linux-ami/faqs/#lock)  
Se utilizzi un CloudFormation modello per creare stack con istanze che eseguono Amazon Linux, i modelli devono specificare esplicitamente una versione di Amazon Linux. In particolare, se il modello specifica `Amazon Linux`, le istanze continueranno a eseguire la versione 2016.09. Per ulteriori informazioni, consultare [AWS::OpsWorks::Stack](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-stack.html) e [AWS::OpsWorks::Instance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-opsworks-instance.html).

Per aggiornare la versione di Amazon Linux di un'istanza, procedi in uno dei seguenti modi:
+ Per le istanze online, esegui il comando dello stack [**Upgrade Operating System (Aggiorna sistema operativo)**](workingstacks-commands.md).

  Quando è disponibile una nuova versione di Amazon Linux, le pagine **Instances (Istanze)** e **Stack** mostrano un avviso con un collegamento che consente di visualizzare la pagina **Run Command (Esegui comando)**. Quindi, puoi eseguire **Upgrade Operating System (Aggiorna sistema operativo)** per effettuare l'aggiornamento della tua istanza.
+ Per le istanze offline supportate da Amazon Elastic Block Store (EBS), avvia le istanze ed esegui **Upgrade Operating System**, come descritto nell'istruzione precedente.
+ Nel caso di istanze offline supportate da instance store, incluse le istanze basate sul tempo e sul carico, [modifica l'impostazione **Operating system (Sistema operativo)** dell'istanza](workinginstances-properties.md) in modo che venga specificata la nuova versione.

  OpsWorks Stacks aggiorna automaticamente le istanze alla nuova versione quando vengono riavviate.


**Amazon Linux: versioni di Node.js supportate**  

| Versione di Amazon Linux | Versioni di Node.js | 
| --- | --- | 
|  <pre>2</pre>  |  <pre>(Not applicable to operating systems that are available for Chef 12 and higher stacks only)</pre>  | 
|  <pre>2018.03</pre>  |  <pre>0.12.18</pre>  | 
|  <pre>2017.09</pre>  |  <pre>0.12.18</pre>  | 
|  <pre>2017.03</pre>  |  <pre>0.12.18</pre>  | 
|  <pre>2016.09</pre>  |  <pre>0.12.18<br />0.12.17<br />0.12.16<br />0.12.15</pre>  | 
|  <pre>2016.03</pre>  |  <pre>0.12.18<br />0.12.17<br />0.12.16<br />0.12.15<br />0.12.14<br />0.12.13<br />0.12.12<br />0.12.10</pre>  | 


**Amazon Linux: versioni di Chef supportate**  

| Versione di Chef | Versioni di Amazon Linux supportate | 
| --- | --- | 
|  <pre>12</pre>  |  <pre>Amazon Linux 2<br />Amazon Linux 2018.03<br />Amazon Linux 2017.09<br />Amazon Linux 2017.03<br />Amazon Linux 2016.09<br />Amazon Linux 2016.03</pre>  | 
|  <pre>11.10</pre>  |  <pre>Amazon Linux 2018.03<br />Amazon Linux 2017.09<br />Amazon Linux 2017.03<br />Amazon Linux 2016.09<br />Amazon Linux 2016.03</pre>  | 
|  <pre>11.4 (deprecated)</pre>  |  <pre>Amazon Linux 2016.09<br />Amazon Linux 2016.03</pre>  | 

**Importante**  
Prima di aggiornare le istanze t1.micro, accertati di disporre di un file di scambio temporaneo, `/var/swapfile`. Le istanze t1.micro sugli stack Chef 0.9 non dispongono di un file di scambio. Per gli stack Chef 11.4 e Chef 11.10, le versioni recenti dell'agente dell'istanza creano automaticamente un file di scambio per le istanze t1.micro. Tuttavia, questa modifica è stata introdotta nel corso di diverse settimane, pertanto dovrai verificare l'esistenza di `/var/swapfile` sulle istanze create approssimativamente prima del 24 marzo 2014.   
Se le istanze t1.micro non dispongono di un file di scambio, puoi crearne uno nel modo seguente:   
Per gli stack Chef 11.10 e versioni successive, crea nuove istanze t1.micro, che dispongono automaticamente di un file di scambio. 
Per gli stack Chef 0.9, esegui i comandi seguenti su ogni istanza come utente root.  

  ```
  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
  ```
Puoi utilizzare questi comandi anche sugli stack Chef 11.10 e versioni successive se non desideri creare nuove istanze.

## Ubuntu LTS
<a name="workinginstances-os-linux-ubuntu"></a>

Ubuntu rilascia una nuova versione di Ubuntu LTS all'incirca ogni due anni e supporta ogni rilascio per circa cinque anni. Ubuntu fornisce patch di protezione e aggiornamenti per tutta la durata del supporto del sistema operativo. Per ulteriori informazioni, consulta [LTS - Ubuntu Wiki](https://wiki.ubuntu.com/LTS).
+ Non è possibile aggiornare un'istanza Ubuntu esistente a una versione più recente di Ubuntu.

  È necessario [creare una nuova istanza di Ubuntu ed [eliminare](workinginstances-delete.md) l'istanza](workinginstances-add.md) precedente.
+ Ubuntu 20.04 LTS è supportato solo per Chef 12 e stack successivi.

## CentOS
<a name="workinginstances-os-linux-centos"></a>

OpsWorks Stacks supporta la versione a 64 bit di [CentOS](https://docs.centos.org/en-US/docs/) 7. La versione supportata iniziale è CentOS 7. CentOS rilascia una nuova versione all'incirca ogni due anni.

Quando si avvia una nuova istanza in uno stack CentOS, OpsWorks Stacks installa automaticamente la versione CentOS più recente. Poiché OpsWorks Stacks non aggiorna automaticamente il sistema operativo sulle istanze esistenti quando viene rilasciata una nuova versione secondaria di CentOS, un'istanza appena creata potrebbe ricevere una versione più recente rispetto alle istanze esistenti dello stack. Per far sì che le versioni sullo stack siano coerenti, puoi aggiornare le istanze esistenti alla versione di CentOS attuale, come segue:
+ Nel caso delle istanze online, esegui il [ comando dello stack **Upgrade Operating System (Aggiorna sistema operativo)**](workingstacks-commands.md), che esegue `yum update` sulle istanze specificate per aggiornarle alla versione corrente.

  Quando è disponibile una nuova versione secondaria di CentOS 7, le pagine **Instances (Istanze)** e **Stack** mostrano un avviso con un collegamento che consente di visualizzare la pagina **Run Command (Esegui comando)**. Quindi, puoi eseguire **Upgrade Operating System (Aggiorna sistema operativo)** per effettuare l'aggiornamento delle tue istanze.
+ Per le istanze offline supportate da Amazon EBS, avvia le istanze ed esegui **Upgrade Operating System** come descritto nella voce precedente dell'elenco.
+ Per le istanze offline archiviate, OpsWorks Stacks installa automaticamente la nuova versione al riavvio delle istanze.


**CentOS: versioni di Chef supportate**  

| Versione di Chef | Versione di CentOS supportata | 
| --- | --- | 
|  <pre>12</pre>  |  <pre>CentOS 7</pre>  | 
|  <pre>11.10</pre>  |  <pre>(None supported)</pre>  | 
|  <pre>11.4 (deprecated)</pre>  |  <pre>(None supported)</pre>  | 

**Nota**  
OpsWorks Stacks supporta Apache 2.4 per istanze CentOS.

## Red Hat Enterprise Linux
<a name="workinginstances-os-linux-rhel"></a>

OpsWorks Stacks supporta la versione a 64 bit di [Red Hat Enterprise Linux 7 (RHEL 7)](https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/). La versione supportata iniziale è RHEL 7.1. Red Hat rilascia una nuova versione secondaria all'incirca ogni 9 mesi. Le versioni secondarie devono essere compatibili con RHEL 7.0. Per ulteriori informazioni, visita la pagina dedicata a [ciclo di vita e policy di aggiornamento](https://access.redhat.com/support/policy/update_policies).

Quando si avvia una nuova istanza, OpsWorks Stacks installa automaticamente la versione corrente di RHEL 7. Poiché OpsWorks Stacks non aggiorna automaticamente il sistema operativo sulle istanze esistenti quando viene rilasciata una nuova versione secondaria di RHEL 7, un'istanza appena creata potrebbe ricevere una versione più recente rispetto alle istanze esistenti dello stack. Per mantenere le versioni coerenti sullo stack, puoi aggiornare le tue istanze esistenti alla versione di RHEL 7 attuale, come segue:
+ Nel caso delle istanze online, esegui il [ comando dello stack **Upgrade Operating System (Aggiorna sistema operativo)**](workingstacks-commands.md), che esegue `yum update` sulle istanze specificate per aggiornarle alla versione corrente.

  Quando è disponibile una nuova versione di RHEL 7, le pagine **Instances (Istanze)** e **Stack** mostrano un avviso con un collegamento che consente di visualizzare la pagina **Run Command (Esegui comando)**. Quindi, puoi eseguire **Upgrade Operating System (Aggiorna sistema operativo)** per effettuare l'aggiornamento delle tue istanze.
+ Per le istanze offline supportate da Amazon EBS, avvia le istanze ed esegui **Upgrade Operating System** come descritto nella voce precedente dell'elenco.
+ Per le istanze offline archiviate, OpsWorks Stacks installa automaticamente la nuova versione al riavvio delle istanze.


**Red Hat Enterprise Linux: versioni supportate di Node.js**  

| Versione RHEL | Versioni di Node.js | 
| --- | --- | 
|  <pre>7</pre>  |  <pre>(Node.js versions only apply to Chef 11.10 stacks)<br />0.8.19<br />0.8.26<br />0.10.11<br />0.10.21<br />0.10.24<br />0.10.25<br />0.10.27<br />0.10.29<br />0.10.40<br />0.12.10<br />0.12.12<br />0.12.13<br />0.12.15</pre>  | 


**Red Hat Enterprise Linux: versioni di Chef supportate**  

| Versione di Chef | Versione di RHEL supportata | 
| --- | --- | 
|  <pre>12</pre>  |  <pre>Red Hat Enterprise Linux 7</pre>  | 
|  <pre>11.10</pre>  |  <pre>Red Hat Enterprise Linux 7</pre>  | 
|  <pre>11.4 (deprecated)</pre>  |  <pre>(None supported)</pre>  | 

Tutte le versioni di Node.js precedenti alla 0.10.40 sono obsolete. Anche le versioni 0.12.7 e 0.12.9 sono obsolete.

**Nota**  
OpsWorks Stacks supporta Apache 2.4 per istanze RHEL 7.