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à.
# Livelli
**Importante**
Il AWS OpsWorks Stacks servizio ha raggiunto la fine del ciclo di vita il 26 maggio 2024 ed è stato disabilitato 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).
Ogni stack contiene uno o più livelli, ciascuno dei quali rappresenta un componente dello stack, ad esempio un sistema di bilanciamento del carico o una serie di server dell'applicazione.
Mentre lavori con i livelli OpsWorks Stacks, tieni presente quanto segue:
+ Ogni livello in uno stack deve disporre di almeno un'istanza, anche se può averne di più.
+ Ogni istanza in uno stack deve essere un membro di almeno un livello, ad eccezione delle [istanze registrate](registered-instances.md).
Non è possibile configurare direttamente un'istanza, ad eccezione di alcune impostazioni di base, ad esempio il nome host e la chiave SSH. Devi creare e configurare un livello apposito e aggiungere l'istanza al livello.
EC2 Le istanze Amazon possono facoltativamente far parte di più livelli. In tal caso, OpsWorks Stacks esegue le ricette per installare e configurare pacchetti, distribuire applicazioni e così via per ciascuno dei livelli dell'istanza.
Assegnando un'istanza a più livelli, è possibile, ad esempio:
+ Ridurre le spese ospitando il server del database e il sistema di bilanciamento del carico su una singola istanza.
+ Utilizzare uno dei tuoi server dell'applicazione per l'amministrazione.
Creare un livello amministrativo personalizzato e aggiungere una delle istanze del server dell'applicazione a tale livello. Le ricette del livello amministrativo configurano l'istanza del server dell'applicazione sia per eseguire attività amministrative, che per installare qualsivoglia software aggiuntivo. Le altre istanze del server dell'applicazione sono solo server dell'applicazione.
Questa sezione descrive come funzionano i livelli.
**Topics**
+ [OpsWorks Nozioni di base sui livelli](workinglayers-basics.md)
+ [Strato Elastic Load Balancing](layers-elb.md)
+ [Livello di servizio Amazon RDS](workinglayers-db-rds.md)
+ [Livelli del cluster ECS](workinglayers-ecscluster.md)
+ [OpsWorks Stacks Layers personalizzati](workinglayers-custom.md)
+ [Installazioni pacchetti del sistema operativo per livello](per-layer-os-package-install.md)
# OpsWorks Nozioni di base sui livelli
**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).
Questa sezione descrive come eseguire operazioni comuni a tutti i livelli OpsWorks Stacks.
**Topics**
+ [Creare un livello OpsWorks](workinglayers-basics-create.md)
+ [Modifica della configurazione di un livello OpsWorks](workinglayers-basics-edit.md)
+ [Utilizzo della diagnostica automatica per sostituire le istanze con errore](workinginstances-autohealing.md)
+ [Eliminazione di un livello OpsWorks](workinglayers-basics-delete.md)
# Creare un livello OpsWorks
**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).
Quando crei un nuovo stack, verrà visualizzata la pagina seguente:
![\[AnotherStack interface showing an empty stack with a prompt to add the first layer.\]](http://docs.aws.amazon.com/it_it/opsworks/latest/userguide/images/new_stack_page_layers.png)
**Per aggiungere il primo livello OpsWorks**
1. Fare clic su **Add a layer (Aggiungi un livello)**.
1. Nella pagina **Add Layer (Aggiungi livello)**, selezionare il livello appropriato, visualizzandone così le opzioni di configurazione.
1. Configurare il livello in modo appropriato e fare clic su **Add Layer (Aggiungi livello)** per aggiungerlo allo stack. Le sezioni seguenti descrivono come configurare i vari livelli.
**Nota**
Nella pagina **Add Layer (Aggiungi livello)** vengono visualizzate solo le impostazioni di configurazione più comuni per ogni livello. È possibile specificare impostazioni aggiuntive [modificando il livello](workinglayers-basics-edit.md).
1. Aggiungere istanze al livello e avviarle.
**Nota**
Se un'istanza è membro di più livelli, è necessario aggiungerla a ciascuno di essi prima di avviarla. Non è possibile aggiungere un'istanza online a un livello.
Per aggiungere ulteriori livelli, aprire la pagina **Layers (Livelli)** e fare clic su **\$1 Layer (\$1 livelli)** per aprire la pagina **Add Layer (Aggiungi livello)**.
Quando avvii un'istanza, OpsWorks Stacks esegue automaticamente le ricette di installazione e distribuzione per ciascuno dei livelli dell'istanza per installare e configurare i pacchetti appropriati e distribuire le applicazioni appropriate. È possibile [personalizzare il processo di installazione e configurazione di un livello](customizing.md) in diversi modi, ad esempio assegnando ricette personalizzate agli eventi del ciclo di vita appropriati. OpsWorks Stacks esegue ricette personalizzate dopo le ricette standard per ogni evento. Per ulteriori informazioni, consulta [Libri di ricette e ricette](workingcookbook.md).
Le seguenti sezioni specifiche dei livelli descrivono come gestire i passaggi 2 e 3 per i vari OpsWorks livelli Stacks. Per ulteriori informazioni su come aggiungere le istanze, consulta [Aggiunta di un'istanza a un livello](workinginstances-add.md).
# Modifica della configurazione di un livello OpsWorks
**Importante**
Il AWS OpsWorks Stacks servizio ha raggiunto la fine del ciclo di vita il 26 maggio 2024 ed è stato disabilitato 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).
Dopo aver creato un livello, alcune proprietà, come la regione AWS, non sono modificabili, ma è possibile cambiare la maggior parte della configurazione del livello in qualsiasi momento. La modifica del livello, inoltre, fornisce l'accesso a impostazioni di configurazione che non sono disponibili nella pagina **Add Layer (Aggiungi livello)**. Le impostazioni diventano effettive non appena salvi la nuova configurazione.
**Per modificare un livello OpsWorks**
1. Nel riquadro di navigazione, fare clic su **Layers (Livelli)**.
1. Nella pagina **Layers (Livelli)**, scegliere il nome di un livello per aprire la pagina dei dettagli, che mostra la configurazione corrente.
**Nota**
Scegliendo uno dei nomi sotto il nome del livello si accede direttamente alla scheda associata nella pagina dei dettagli.
1. Fare clic su **Modifica** e quindi selezionare la scheda appropriata: **General Settings (Impostazioni generali)**, **Recipes (Ricette)**, **Network (Rete)**, **EBS Volumes (Volumi EBS)** o **Sicurezza**.
Le seguenti sezioni descrivono le impostazioni delle varie schede che sono disponibili per tutti i livelli. Alcuni livelli dispongono di impostazioni aggiuntive specifiche, che vengono visualizzate nella parte superiore della pagina. Inoltre, alcune impostazioni sono disponibili solo per gli stack basati su Linux, come indicato.
**Topics**
+ [Impostazioni generali](#workinglayers-basics-edit-general)
+ [Ricette](#workinglayers-basics-edit-recipes)
+ [Rete](#workinglayers-basics-edit-network)
+ [Volumi EBS](#workinglayers-basics-edit-ebs)
+ [Sicurezza](#workinglayers-basics-edit-security)
+ [CloudWatch Registri](#w2ab1c14c53c21c11c23)
+ [Tag](#w2ab1c14c53c21c11c25)
## Impostazioni generali
Tutti i livelli presentano le seguenti impostazioni:
**Auto healing enabled (Diagnostica automatica abilitata)**
Indica se la [diagnostica automatica](workinginstances-autohealing.md) è abilitata per le istanze del livello. L'impostazione predefinita è **Yes (Sì)**.
**JSON personalizzato**
I dati in formato JSON trasmessi alle tue ricette Chef per tutte le istanze in questo livello. Puoi utilizzare questa impostazione, ad esempio, per trasmettere i dati alle tue stesse ricette. Per ulteriori informazioni, consulta [Utilizzo di un JSON personalizzato](workingstacks-json.md).
Puoi dichiarare un JSON personalizzato a livello di distribuzione, livello e stack. Puoi eseguire questa operazione se desideri che un JSON personalizzato sia visibile sullo stack o solo in una singola distribuzione. Oppure, ad esempio, puoi sostituire temporaneamente il JSON personalizzato dichiarato a livello di livello con il JSON personalizzato dichiarato a livello di distribuzione. Se dichiari un JSON personalizzato su più livelli, il JSON personalizzato dichiarato a livello di distribuzione sostituisce qualsiasi JSON personalizzato dichiarato sia a livello di livello sia di stack. Il JSON personalizzato dichiarato a livello di livello sostituisce qualsiasi JSON personalizzato dichiarato solo a livello di stack.
**Per utilizzare la console OpsWorks Stacks per specificare un codice JSON personalizzato per una distribuzione, nella pagina **Distribuisci app**, scegli Avanzato.** Digitare il JSON personalizzato nella casella **Custom Chef JSON (JSON Chef personalizzato)** e scegliere **Save (Salva)**.
****Per utilizzare la console OpsWorks Stacks per specificare JSON personalizzato per uno stack, nella pagina delle impostazioni dello stack, digita il codice JSON personalizzato nella casella Custom JSON, quindi scegli Salva.****
Per ulteriori informazioni, consultare [Utilizzo di un JSON personalizzato](workingstacks-json.md) e [Distribuzione di app](workingapps-deploying.md).
**Instance shutdown timeout (Timeout di arresto istanza)**
Speciifica per quanto tempo (in secondi) OpsWorks Stacks attende dopo l'attivazione di un [evento del ciclo di vita Shutdown prima](workingcookbook-events.md) di arrestare o terminare l'istanza Amazon. EC2 L'impostazione predefinita è 120 secondi. Lo scopo dell'impostazione è concedere alle ricette Shutdown (Arresta) dell'istanza tempo sufficiente per completare le loro attività prima di terminare l'istanza. Se le ricette Shutdown (Arresta) personalizzate richiedono più tempo, modifica l'impostazione di conseguenza. Per ulteriori informazioni sull'arresto delle istanze, consulta [Arresto di un'istanza](workinginstances-starting.md#workinginstances-starting-stop).
Le restanti impostazioni in questa scheda variano secondo il tipo di livello e sono identiche alle impostazioni nella pagina **Add Layer (Aggiungi livello)** del livello.
## Ricette
La scheda **Recipes (Ricette)** include le impostazioni seguenti.
**Custom Chef recipes (Ricette di Chef personalizzate)**
Puoi assegnare ricette di Chef personalizzate agli eventi del ciclo di vita del livello. Per ulteriori informazioni, consulta [Esecuzione di ricette](workingcookbook-executing.md).
## Rete
Las scheda **Network (Rete)** include le impostazioni seguenti.
**Elastic Load Balancing**
Puoi collegare un sistema di bilanciamento del carico Elastic Load Balancing a qualsiasi livello. OpsWorks Stacks quindi registra automaticamente le istanze online del layer con il sistema di bilanciamento del carico e le annulla la registrazione quando vanno offline. Se hai abilitato la funzione di drenaggio della connessione del load balancer, puoi specificare se Stacks la supporta. OpsWorks Per ulteriori informazioni, consulta [Strato Elastic Load Balancing](layers-elb.md).
**Automatically Assign IP Addresses (Assegna automaticamente indirizzi IP)**
Puoi controllare se OpsWorks Stacks assegna automaticamente indirizzi IP pubblici o elastici alle istanze del layer. Ecco cosa succede quando si abilita questa opzione:
+ Ad esempio, le istanze archiviate, OpsWorks Stacks assegna automaticamente un indirizzo ogni volta che l'istanza viene avviata.
+ Per le istanze supportate da Amazon EBS, OpsWorks Stacks assegna automaticamente un indirizzo quando l'istanza viene avviata per la prima volta.
+ Se un'istanza appartiene a più di un livello, OpsWorks Stacks assegna automaticamente un indirizzo se hai abilitato l'assegnazione automatica per almeno uno dei livelli,
Se abiliti l'assegnazione automatica di indirizzi IP pubblici, si applica solo alle nuove istanze. OpsWorks Gli stack non possono aggiornare l'indirizzo IP pubblico per le istanze esistenti.
Se il tuo stack è in esecuzione in un VPC, hai impostazioni separate per gli indirizzi IP elastici e pubblici. La tabella seguente spiega la loro modalità di interazione:
![\[Table showing interactions between public IP addresses, Elastic IP addresses, and instance network configurations.\]](http://docs.aws.amazon.com/it_it/opsworks/latest/userguide/images/ip-address.png)
Le istanze devono avere un modo per comunicare con il servizio OpsWorks Stacks, gli archivi di pacchetti Linux e gli archivi di libri di cucina. Se non specifichi alcun indirizzo IP elastico o pubblico, il tuo VPC deve includere un componente, ad esempio un NAT, che consenta alle istanze del livello di comunicare con i siti esterni. Per ulteriori informazioni, consulta [Esecuzione di uno stack in un VPC](workingstacks-vpc.md).
Se il tuo stack non è in esecuzione in un VPC, la tua unica impostazione sarà **Elastic IP addresses (Indirizzi IP elastici)**:
+ **Yes (Sì)**: le istanze ricevono un indirizzo IP elastico quando vengono avviate per la prima volta o un indirizzo IP pubblico se non è possibile assegnare un indirizzo IP elastico.
+ **No**: le istanze ricevono un indirizzo IP pubblico ogni volta che vengono avviate.
## Volumi EBS
Las scheda **EBS Volumes (Volumi EBS)** include le impostazioni seguenti.
Istanze ottimizzate per EBS
Se le istanze del layer devono essere ottimizzate per Amazon Elastic Block Store (Amazon EBS). Per ulteriori informazioni, consulta [Istanze ottimizzate per EBS Amazon](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSOptimized.html).
**Additional EBS Volumes (Volumi EBS aggiuntivi)**
(Solo Linux) Puoi aggiungere o rimuovere [volumi Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AmazonEBS.html) dalle istanze del layer. Quando avvii un'istanza, OpsWorks Stacks crea automaticamente i volumi e li collega alle istanze. Puoi utilizzare la pagina **Risorse** per gestire i volumi EBS dello stack. Per ulteriori informazioni, consulta [Gestione delle risorse](resources.md).
+ **Punto di montaggio**: (Obbligatorio) Specificate il punto di montaggio o la directory in cui verrà montato il volume EBS.
+ **\$1 Dischi** — (Facoltativo) Se è stato specificato un array RAID, il numero di dischi nell'array.
Ogni livello RAID dispone di un numero di dischi predefinito, ma è possibile selezionare un numero maggiore dall'elenco.
+ **Dimensione totale (GiB)** — (Obbligatorio) La dimensione del volume, in GiB.
Per una matrice RAID, questa impostazione specifica la sua dimensione totale, non le dimensioni di ciascun disco.
La tabella riportata di seguito mostra le dimensioni minime e massime consentite per ogni tipo di volume.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/opsworks/latest/userguide/workinglayers-basics-edit.html)
+ **Tipo di volume**: (facoltativo) Specificate se creare un SSD magnetico per uso generico, un HDD con velocità di trasmissione ottimizzata, un HDD a freddo o un volume PIOPS.
Il valore predefinito è **Magnetic (Magnetico)**.
+ **Crittografato**: (Facoltativo) Specificate se crittografare il contenuto del volume EBS.
+ **IOPS per disco** **— (obbligatorio per i volumi Provisioned IOPS SSD e General Purpose SSD) Se si specifica un volume Provisioned IOPS SSD o General Purpose SSD, è necessario specificare anche gli IOPS per disco.**
Per i volumi Provisioned IOPS, puoi specificare la frequenza IOPS al momento della creazione del volume. Il rapporto tra Provisioned IOPS e le dimensioni richieste relative al volume può essere massimo pari a 30 (in altre parole, un volume con 3.000 IOPS deve essere almeno di 100 GB). I tipi di volume General Purpose (SSD) hanno uno IOPS di riferimento per quanto riguarda le dimensioni del volume x 3 con un massimo di 10.000 IOPS e possono eseguire fino a 3.000 IOPS per 30 minuti.
Quando aggiungi o rimuovi volumi da un livello, tieni presente quanto segue:
+ Se aggiungi un volume, ogni nuova istanza ottiene il nuovo volume, ma OpsWorks Stacks non aggiorna le istanze esistenti.
+ L'eliminazione di un volume si applica solo alle nuove istanze; le istanze esistenti mantengono i propri volumi.
### Specificare un punto di montaggio
Puoi specificare qualsiasi punto di montaggio desideri. Tuttavia, tieni presente che alcuni punti di montaggio sono riservati all'uso da parte di OpsWorks Stacks o Amazon EC2 e non devono essere utilizzati per i volumi Amazon EBS. Non utilizzare le cartelle di sistema Linux tipiche come `/home` o `/etc`.
I seguenti punti di montaggio sono riservati all'uso da parte OpsWorks di Stacks.
+ `/srv/www`
+ `/var/log/apache2` (Ubuntu)
+ `/var/log/httpd` (Amazon Linux)
+ `/var/log/mysql`
+ `/var/www`
Quando un'istanza si avvia o riavvia, autofs (un daemon di montaggio automatico) usa punti di montaggio di dispositivi temporanei come `/media/ephemeral0` per vincolare montaggi. Questa operazione viene eseguita prima del montaggio dei volumi Amazon EBS. Per garantire che il punto di montaggio del volume Amazon EBS non sia in conflitto con autofs, non specificare un punto di montaggio temporaneo del dispositivo. I possibili punti di montaggio temporanei del dispositivo dipendono dal particolare tipo di istanza e dal fatto che sia supportata da Instance Store o da Amazon EBS. Per evitare un conflitto con autofs, procedi nel seguente modo:
+ Verifica i punti di montaggio di dispositivi temporanei per il tipo di istanza specifico e l'archivio di backup che intendi utilizzare.
+ Tieni presente che un punto di montaggio che funziona per un'istanza supportata da Instance Store potrebbe entrare in conflitto con autofs se passi a un'istanza supportata da Amazon EBS o viceversa.
**Nota**
Se intendi modificare la mappatura dei dispositivi a blocchi dell'instance store, puoi creare un'AMI personalizzata. Per ulteriori informazioni, consulta [Amazon EC2 Instance Store](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html). Per ulteriori informazioni su come creare un'AMI personalizzata per OpsWorks Stacks, consulta[Utilizzo di Custom AMIs](workinginstances-custom-ami.md).
Di seguito è riportato un esempio di come utilizzare una ricetta personalizzata per assicurarsi che il punto di montaggio di un volume non entri in conflitto con autofs. Puoi adattarlo in base alle esigenze per il tuo caso d'uso specifico.
**Per evitare un punto di montaggio conflittuale**
1. Assegna un volume Amazon EBS al layer desiderato, ma utilizza un punto di montaggio come `/mnt/workspace` quello che non entrerà mai in conflitto con autofs.
1. Implementa la seguente ricetta personalizzata, che crea una directory applicativa sul volume Amazon EBS e da `/srv/www/` cui si collega. Per ulteriori informazioni su come implementare le ricette personalizzate, consulta [Libri di ricette e ricette](workingcookbook.md) e [Personalizzazione degli stack OpsWorks](customizing.md).
```
mount_point = node['ebs']['raids']['/dev/md0']['mount_point'] rescue nil
if mount_point
node[:deploy].each do |application, deploy|
directory "#{mount_point}/#{application}" do
owner deploy[:user]
group deploy[:group]
mode 0770
recursive true
end
link "/srv/www/#{application}" do
to "#{mount_point}/#{application}"
end
end
end
```
1. Aggiungere una riga `depends 'deploy'` al file `metadata.rb` del libro di ricette personalizzato.
1. [Assegnare questa ricetta all'evento Setup (Imposta) del livello.](workingcookbook-executing.md)
## Sicurezza
La scheda **Sicurezza** include le impostazioni seguenti.
**Gruppi di sicurezza**
Un livello deve avere almeno un gruppo di sicurezza associato. Specifichi come associare i gruppi di sicurezza quando [crei](workingstacks-creating.md) o [aggiorni](workingstacks-edit.md) uno stack. OpsWorks Stacks fornisce un set standard di gruppi di sicurezza integrati.
+ L'opzione predefinita prevede che OpsWorks Stacks associ automaticamente il gruppo di sicurezza integrato appropriato a ciascun livello.
+ Puoi anche scegliere di non associare automaticamente i gruppi di sicurezza integrati ma di associare un gruppo di sicurezza personalizzato a ciascun livello quando crei quest'ultimo.
Per ulteriori informazioni sui gruppi di sicurezza, consulta [Utilizzo dei gruppi di sicurezza](workingsecurity-groups.md).
Dopo che il livello è stato creato, puoi utilizzare **Security Groups (Gruppi di sicurezza)** per aggiungere ulteriori gruppi di sicurezza al livello selezionandoli dall'elenco **Custom security groups (Gruppi di sicurezza personalizzati)**. Dopo aver aggiunto un gruppo di sicurezza a un livello, OpsWorks Stacks lo aggiunge a tutte le nuove istanze. (Tieni presente che le istanze di instance-store che vengono riavviate verranno visualizzate come nuove istanze, quindi avranno anche i nuovi gruppi di sicurezza.) OpsWorks Stacks non aggiunge gruppi di sicurezza alle istanze online.
Puoi eliminare i gruppi di sicurezza esistenti facendo clic sulla **x** come segue:
+ Se hai scelto di fare in modo che OpsWorks Stacks associ automaticamente i gruppi di sicurezza integrati, puoi eliminare i gruppi di sicurezza personalizzati aggiunti in precedenza facendo clic sulla **x**, ma non puoi eliminare il gruppo integrato.
+ Se hai scelto di non associare automaticamente i gruppi di sicurezza integrati, puoi eliminare i gruppi di sicurezza esistenti, tra cui quello originale, purché il livello conservi almeno un gruppo.
Dopo aver rimosso un gruppo di sicurezza da un livello, OpsWorks Stacks non lo aggiunge a nessuna istanza nuova o riavviata. OpsWorks Stacks non rimuove i gruppi di sicurezza dalle istanze online.
Se lo stack è in esecuzione in un VPC, puoi aggiungere o rimuovere un gruppo di sicurezza per un'istanza online utilizzando la console EC2 Amazon, l'API o la CLI. Tuttavia, questo gruppo di sicurezza non sarà visibile nella console Stacks. OpsWorks Se desideri rimuovere il gruppo di sicurezza, devi utilizzare anche Amazon EC2. Per ulteriori informazioni, consulta l'articolo relativo ai [gruppi di sicurezza](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-security-groups.html).
Tenere presente quanto segue:
+ Non è possibile limitare le impostazioni di accesso della porta di un gruppo di sicurezza integrato aggiungendo un gruppo di sicurezza più restrittivo. Quando sono presenti più gruppi di sicurezza, Amazon EC2 utilizza le impostazioni più permissive.
+ Si raccomanda di non modificare la configurazione di un gruppo di sicurezza integrato. Quando crei uno stack, OpsWorks Stacks sovrascrive le configurazioni dei gruppi di sicurezza integrati, quindi tutte le modifiche apportate andranno perse alla successiva creazione di uno stack.
Se realizzi di aver bisogno di impostazioni del gruppo di sicurezza più restrittive per uno o più livelli, segui questa procedura:
1. Crea gruppi di sicurezza personalizzati con le impostazioni appropriate e aggiungili ai livelli pertinenti.
Ogni livello nel tuo stack deve disporre di almeno un gruppo di sicurezza, in aggiunta al gruppo integrato, anche se un solo livello richiede le impostazioni personalizzate.
1. [Modifica la configurazione dello stack](workingstacks-edit.md) ****e imposta l'impostazione Usa gruppi di sicurezza su No. OpsWorks****
OpsWorks Stacks rimuove automaticamente il gruppo di sicurezza integrato da ogni livello.
Per ulteriori informazioni sui gruppi di sicurezza, consulta [Amazon EC2 Security Groups](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html).
**EC2 Profilo dell'istanza**
Puoi modificare il EC2 profilo per le istanze del layer. Per ulteriori informazioni, consulta [Specificazione delle autorizzazioni per le app in esecuzione su istanze EC2](opsworks-security-appsrole.md).
## CloudWatch Registri
La scheda **CloudWatch Logs** consente di abilitare o disabilitare Amazon CloudWatch Logs. CloudWatch L'integrazione dei log funziona con gli stack basati su Chef 11.10 e Chef 12 Linux. Per ulteriori informazioni sull'attivazione dell'integrazione con CloudWatch Logs e sulla specificazione dei log che si desidera gestire nella console Logs, vedere. CloudWatch [Utilizzo di Amazon CloudWatch Logs con Stacks OpsWorks](monitoring-cloudwatch-logs.md)
## Tag
La scheda **Tag** ti consente di applicare tag per l'allocazione dei costi al tuo livello. Dopo aver aggiunto i tag, puoi attivarli nella console. Gestione dei costi e fatturazione AWS Quando crei un tag, lo stai applicando a ogni risorsa all'interno della struttura con tag. Ad esempio, se applichi un tag a un layer, lo applichi a ogni istanza, volume Amazon EBS o sistema di bilanciamento del carico Elastic Load Balancing nel layer. Per ulteriori informazioni su come attivare i tag e utilizzarli per tracciare e gestire i costi delle risorse OpsWorks Stacks, consulta [Utilizzo dei tag di allocazione dei costi e Attivazione dei tag di allocazione dei costi](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html) [definiti dall'utente nella Guida per l'utente di Billing](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/activating-tags.html) *and Cost Management*. Per ulteriori informazioni sul tagging in OpsWorks Stacks, consulta [Tag](tagging.md).
# Utilizzo della diagnostica automatica per sostituire le istanze con errore
**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).
Ogni istanza ha un agente OpsWorks Stacks che comunica regolarmente con il servizio. OpsWorks Stacks utilizza tale comunicazione per monitorare lo stato dell'istanza. Se un agente non comunica con il servizio per più di circa cinque minuti, OpsWorks Stacks considera l'istanza fallita.
La diagnostica automatica è impostata a livello di livello; puoi modificare questa impostazione cambiando le impostazioni del livello, come illustrato nella screenshot seguente.
![\[Layer settings interface showing Auto healing enabled option set to Yes.\]](http://docs.aws.amazon.com/it_it/opsworks/latest/userguide/images/layer_auto_healing.png)
**Nota**
Un'istanza può essere membro di più livelli. Se uno di questi livelli ha la correzione automatica disattivata, OpsWorks Stacks non corregge l'istanza in caso di errore.
Se un livello ha la correzione automatica abilitata, l'impostazione predefinita,OpsWorks Stacks sostituisce automaticamente le istanze fallite del livello come segue:
**Istanza supportata da instance store**
1. Arresta l' EC2 istanza Amazon e verifica che sia stata chiusa.
1. Elimina i dati del volume root.
1. Crea una nuova EC2 istanza Amazon con lo stesso nome host, configurazione e appartenenza al livello.
1. Ricollega tutti i volumi Amazon EBS, inclusi i volumi collegati dopo l'avvio originario della vecchia istanza.
1. Assegna un nuovo indirizzo IP pubblico e privato.
1. Se la vecchia istanza era associata a un indirizzo IP elastico, associarla alla nuova istanza con lo stesso indirizzo IP.
**Istanza supportata da Amazon EBS**
1. Arresta l' EC2 istanza Amazon e verifica che sia stata interrotta.
1. Avvia l' EC2 istanza.
Dopo che l'istanza con riparazione automatica è tornata online, OpsWorks Stacks attiva un [evento Configure lifecycle](workingcookbook-events.md) su tutte le istanze dello stack. Gli [attributi di configurazione e distribuzione dello stack](workingcookbook-json.md) associati includono indirizzi IP pubblici e privati dell'istanza. Le ricette di configurazione (Configura) personalizzate possono ottenere i nuovi indirizzi IP dall'oggetto nodo.
Se [specifichi un volume Amazon EBS](workinglayers-basics-edit.md#workinglayers-basics-edit-ebs) per le istanze di un layer, OpsWorks Stacks crea un nuovo volume e lo collega a ciascuna istanza all'avvio dell'istanza. Se successivamente vuoi scollegare il volume da un'istanza, utilizza la pagina relativa alle [risorse](resources.md).
Quando OpsWorks Stacks cura automaticamente una delle istanze di un livello, gestisce i volumi nel modo seguente:
+ Se il volume è stato collegato all'istanza quando l'istanza ha avuto esito negativo, il volume e i relativi dati vengono salvati e OpsWorks Stacks lo collega alla nuova istanza.
+ Se il volume non era collegato all'istanza nel momento dell'errore di quest'ultima, OpsWorks Stacks crea un nuovo volume vuoto con la configurazione specificata dal livello e lo collega alla nuova istanza.
La diagnostica automatica è abilitata per impostazione predefinita su tutti i livelli, ma è possibile [modificare le impostazioni generali del livello](workinglayers-basics-edit.md) per disabilitarla.
**Importante**
Se la diagnostica automatica è abilitata, assicurati di eseguire le operazioni seguenti:
Usa solo la console OpsWorks Stacks, la CLI o l'API per interrompere le istanze.
Se interrompi un'istanza in altro modo, ad esempio utilizzando la EC2 console Amazon, OpsWorks Stacks considera l'istanza come fallita e la ripara automaticamente.
Usa i volumi Amazon EBS per archiviare tutti i dati che non vuoi perdere se l'istanza viene riparata automaticamente.
La correzione automatica interrompe la vecchia EC2 istanza Amazon, che distrugge tutti i dati che non sono archiviati su un volume Amazon EBS. I volumi Amazon EBS vengono ricollegati alla nuova istanza, che conserva tutti i dati archiviati.
# Eliminazione di un livello OpsWorks
**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).
Se non hai più bisogno di un layer OpsWorks Stacks, puoi eliminarlo dallo stack.
**Per eliminare un livello OpsWorks**
1. Nel riquadro di navigazione fare clic su **Instances (Istanze)**.
1. Nella pagina **Instances (Istanze)**, sotto il nome del livello che si desidera eliminare, fare clic su **stop (arresta)** nella colonna **Operazioni **per ogni istanza.
![\[Confirmation dialog to stop a PHP app server instance, warning of potential data loss.\]](http://docs.aws.amazon.com/it_it/opsworks/latest/userguide/images/stop_instance.png)
1. Dopo l'arresto di ogni istanza, fare clic su **elimina** per rimuoverla dal livello.
1. Nel riquadro di navigazione, fare clic su **Layers (Livelli)**.
1. Nella pagina **Layers (Livelli)**, scegliere **Elimina**.
![\[PHP App Server settings page with options for Recipes, Network, EBS Volumes, and Security.\]](http://docs.aws.amazon.com/it_it/opsworks/latest/userguide/images/delete_layer.png)
# Strato Elastic Load Balancing
**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).
Elastic Load Balancing funziona in modo leggermente diverso rispetto a un livello OpsWorks Stacks. Invece di creare un layer e aggiungervi istanze, si utilizza la console o l'API Elastic Load Balancing per creare un load balancer e quindi collegarlo a un layer esistente. Oltre a distribuire il traffico verso le istanze del layer, Elastic Load Balancing esegue le seguenti operazioni:
+ Rileva le EC2 istanze Amazon non integre e reindirizza il traffico verso le istanze integre rimanenti fino al ripristino delle istanze non integre.
+ Ridimensiona automaticamente la capacità di gestione delle richieste in risposta al traffico in entrata.
+ Se si abilita [Connection Draining](https://docs.aws.amazon.com/ElasticLoadBalancing/latest/DeveloperGuide/config-conn-drain.html), il sistema di bilanciamento del carico invia nuove richieste alle istanze non integre o la cui registrazione sta per essere annullata, ma mantiene la connessione attiva, fino a un valore di timeout specificato, per consentire all'istanza di completare qualsiasi richiesta in transito.
Dopo aver collegato un sistema di bilanciamento del carico a un layer, Stacks esegue le seguenti operazioni: OpsWorks
+ Annulla la registrazione di qualsiasi istanza registrata attualmente.
+ Registra automaticamente le istanze del livello quando sono online e annulla la registrazione delle istanze quando sono offline, tra cui istanze basate sul carico e sul tempo.
+ Avvia automaticamente le richieste di routing per le istanze registrate nelle zone di disponibilità.
Se hai abilitato la funzione di [drenaggio della connessione](https://docs.aws.amazon.com/ElasticLoadBalancing/latest/DeveloperGuide/config-conn-drain.html) del load balancer, puoi specificare se OpsWorks Stacks la supporta. Se abiliti il supporto per il drenaggio della connessione (impostazione predefinita), dopo la chiusura di un'istanza, OpsWorks Stacks esegue le seguenti operazioni:
+ Annulla la registrazione dell'istanza dal sistema di bilanciamento del carico.
Il sistema di bilanciamento del carico smette di inviare nuove richieste e avvia il Connection Draining.
+ Ritarda l'attivazione di un [evento di arresto del ciclo di vita](workingcookbook-events.md) fino a che il sistema di bilanciamento del carico ha completato il Connection Draining.
Se non abiliti il supporto per il drenaggio della connessione, OpsWorks Stacks attiva l'evento Shutdown non appena l'istanza viene chiusa, anche se l'istanza è ancora connessa al load balancer.
Per utilizzare Elastic Load Balancing con uno stack, devi prima creare uno o più sistemi di bilanciamento del carico nella stessa regione utilizzando la console Elastic Load Balancing, la CLI o l'API. Ricordarsi quanto segue:
+ È possibile collegare solo un sistema di bilanciamento del carico a un livello.
+ Ogni sistema di bilanciamento del carico è in grado di gestire un solo livello.
+ OpsWorks Stacks non supporta Application Load Balancer. Puoi usare Classic Load Balancer solo con OpsWorks Stacks.
Ciò significa che è necessario creare un sistema di bilanciamento del carico Elastic Load Balancing separato per ogni livello di ogni stack che si desidera bilanciare e utilizzarlo solo per tale scopo. Una pratica consigliata consiste nell'assegnare un nome distintivo a ciascun sistema di bilanciamento del carico Elastic Load Balancing che intendi utilizzare OpsWorks con gli stack, ad esempio MyStack 1 RailsLayer - -ELB, per evitare di utilizzare un load balancer per più di uno scopo.
**Importante**
Ti consigliamo di creare nuovi sistemi di bilanciamento del carico Elastic Load Balancing per i livelli Stacks. OpsWorks Se scegli di utilizzare un sistema di bilanciamento del carico Elastic Load Balancing esistente, devi prima confermare che non viene utilizzato per altri scopi e che non ha istanze collegate. Dopo aver collegato il load balancer al layer, OpsWorks rimuove tutte le istanze esistenti e configura il load balancer per gestire solo le istanze del layer. Sebbene sia tecnicamente possibile utilizzare la console o l'API Elastic Load Balancing per modificare la configurazione di un load balancer dopo averlo collegato a un layer, non dovresti farlo; le modifiche non saranno permanenti.
**Per collegare un sistema di bilanciamento del carico Elastic Load Balancing a un layer**
1. Se non l'hai ancora fatto, usa la [console Elastic Load Balancing](https://console.aws.amazon.com/ec2/#s=LoadBalancers), l'API o la CLI per creare un load balancer nella regione dello stack. Quando si crea un sistema di bilanciamento del carico, procedere nel seguente modo:
+ Assicurarsi di specificare un percorso ping del controllo dello stato adatto per l'applicazione.
Il percorso ping predefinito è `/index.html`, perciò se l'applicazione root non include `index.html`, è necessario specificare un percorso ping appropriato o il controllo dello stato darà errori.
+ Se si desidera utilizzare [Connection Draining](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/config-conn-drain.html), assicurarsi che la funzionalità sia attiva e che abbia un valore di timeout appropriato.
Per ulteriori informazioni, consulta [Elastic Load Balancing](https://docs.aws.amazon.com/ElasticLoadBalancing/latest/DeveloperGuide/Welcome.html).
1. [Creazione del livello](workinglayers-basics-create.md) che si desidera equilibrare o [modificare le impostazioni di rete di un livello esistente](workinglayers-basics-edit.md).
**Nota**
Non è possibile collegare un sistema di bilanciamento del carico quando si crea un livello personalizzato. È necessario modificare le impostazioni del livello.
1. In **Elastic Load Balancing**, seleziona il load balancer che desideri collegare al layer e specifica se desideri che OpsWorks Stacks supporti il drenaggio delle connessioni.
Dopo aver collegato un load balancer a un layer, OpsWorks Stacks attiva un [evento Configure lifecycle](workingcookbook-events.md) sulle istanze dello stack per notificare loro la modifica. OpsWorks Stacks attiva anche un evento Configure quando scolleghi un load balancer.
**Nota**
Dopo l'avvio di un'istanza, OpsWorks Stacks esegue le [ricette Setup and Deploy, che installano pacchetti e distribuiscono applicazioni](workingcookbook-executing.md). Al termine di tali ricette, l'istanza è nello stato online e OpsWorks Stacks la registra con Elastic Load Balancing. OpsWorks Stacks attiva anche un evento Configure dopo che l'istanza è online. Ciò significa che la registrazione di Elastic Load Balancing e le ricette di configurazione potrebbero essere eseguite contemporaneamente e l'istanza potrebbe essere registrata prima del termine delle ricette di configurazione. Per garantire che una ricetta finisca prima che un'istanza venga registrata con Elastic Load Balancing, è necessario aggiungere la ricetta agli eventi del ciclo di vita Setup o Deploy del layer. Per ulteriori informazioni, consulta [Esecuzione di ricette](workingcookbook-executing.md).
Talvolta è utile rimuovere un'istanza da un sistema di bilanciamento del carico. Ad esempio, quando si aggiorna un'app, si consiglia di distribuire l'app in una singola istanza e verificare che l'app funzioni correttamente prima di distribuirla in ogni istanza. Quell'istanza viene in genere rimossa dal sistema di bilanciamento del carico, in modo che non riceva le richieste dagli utenti finché non si è verificato l'aggiornamento.
È necessario utilizzare la console o l'API Elastic Load Balancing per rimuovere temporaneamente un'istanza online da un sistema di bilanciamento del carico. La seguente sezione descrive come utilizzare la console.
**Per rimuovere temporaneamente un'istanza da un sistema di bilanciamento del carico**
1. Apri la [ EC2 console Amazon](https://console.aws.amazon.com/ec2/) e scegli **Load Balancers**.
1. Scegliere il sistema di bilanciamento del carico appropriato e aprire la scheda **Instances (Istanze)**.
1. Selezionare **Remove from Load Balancer (Rimuovi da Sistema di bilanciamento del carico)** nella colonna dell'istanza **Actions (Operazioni)**.
1. Al termine, selezionare **Edit Instances (Modifica istanze)** e tornare l'istanza al sistema di bilanciamento del carico.
**Importante**
Se utilizzi la console o l'API Elastic Load Balancing per rimuovere un'istanza da un load balancer, devi anche utilizzare Elastic Load Balancing per ripristinarla. OpsWorks Stacks non è a conoscenza delle operazioni che esegui con altre console di servizio e non restituirà l'istanza al sistema di bilanciamento del carico al posto tuo. APIs A volte, OpsWorks Stacks può aggiungere nuovamente l'istanza all'ELB, ma questo non è un comportamento garantito e non si verifica in tutti i casi.
È possibile collegare più sistemi di bilanciamento del carico per un determinato set di istanze come segue:
**Per collegare più sistemi di bilanciamento del carico**
1. Utilizza la [console Elastic Load Balancing](https://console.aws.amazon.com/ec2/#s=LoadBalancers), l'API o la CLI per creare un set di sistemi di bilanciamento del carico.
1. [Creare un livello personalizzato](workinglayers-custom.md) per ogni sistema di bilanciamento del carico e collegarvi uno dei sistemi di bilanciamento del carico. Non è necessario implementare ricette personalizzate per questi livelli; un livello personalizzato predefinito è sufficiente.
1. [Aggiungere il set di istanze](workinginstances-add.md) per ciascun livello personalizzato.
È possibile esaminare le proprietà di un sistema di bilanciamento del carico, visitando la pagina delle istanze e facendo clic sul nome appropriato del sistema di bilanciamento del carico.
![\[PHP App Server table showing two online instances with their details and status.\]](http://docs.aws.amazon.com/it_it/opsworks/latest/userguide/images/elb_view.png)
La pagina **ELB** mostra le proprietà di base del sistema di bilanciamento del carico, tra cui il nome DNS e lo stato di integrità delle istanze associate. Se lo stack è in esecuzione in un VPC, la pagina mostra le sottoreti anziché le zone di disponibilità. Un segno di spunta verde indica un'istanza sana. È possibile fare clic sul nome per connettersi a un server, tramite il sistema di bilanciamento del carico.
![\[ELB My-Stack-PHP settings showing DNS name, layer, region, and instance status.\]](http://docs.aws.amazon.com/it_it/opsworks/latest/userguide/images/elb_properties.png)
# Livello di servizio Amazon RDS
**Importante**
Il AWS OpsWorks Stacks servizio ha raggiunto la fine del ciclo di vita il 26 maggio 2024 ed è stato disabilitato 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).
Un livello di servizio Amazon RDS rappresenta un'istanza Amazon RDS. Il layer può rappresentare solo istanze Amazon RDS esistenti, che devi creare separatamente utilizzando la [console o l'API di Amazon RDS](https://console.aws.amazon.com/rds/).
La procedura di base per incorporare un livello di servizio Amazon RDS nello stack è la seguente:
1. Usa la console, l'API o la CLI di Amazon RDS per creare un'istanza.
Assicurarsi di registrare l'ID dell'istanza, il nome utente master, la password master e il nome del database.
1. Per aggiungere un layer Amazon RDS al tuo stack, registra l'istanza Amazon RDS con lo stack.
1. Collega il layer a un'app, che aggiunge le informazioni di connessione dell'istanza Amazon RDS agli [`deploy`attributi](workingcookbook-json.md#workingcookbook-json-deploy) dell'app.
1. Utilizza i file specifici della lingua o le informazioni negli `deploy` attributi per connettere l'applicazione all'istanza Amazon RDS.
Per ulteriori informazioni su come collegare un'applicazione a un server di database, consulta [Connessione di un'applicazione a un server di database](workingapps-connectdb.md)
**avvertimento**
Assicurarsi che i caratteri nel nome utente e nella password master dell'istanza siano compatibili con il server di applicazione. Ad esempio, con il livello Java App Server, l'inclusione `&` in una delle due stringhe causa un errore di analisi XML che impedisce l'avvio del server Tomcat.
**Topics**
+ [Specificazione dei gruppi di sicurezza](#workinglayers-db-rds-security)
+ [Registrazione di un'istanza Amazon RDS con uno stack](#workinglayers-db-rds-register)
+ [Associazione dei livelli di servizio Amazon RDS alle app](#workinglayers-db-rds-register-attach)
+ [Rimuovere un Amazon RDS Service Layer da uno stack](#workinglayers-db-rds-register-remove)
## Specificazione dei gruppi di sicurezza
Per utilizzare un'istanza Amazon RDS con OpsWorks Stacks, il database o i gruppi di sicurezza VPC devono consentire l'accesso dagli indirizzi IP appropriati. Per l'uso di produzione, un gruppo di sicurezza in genere limita l'accesso solo gli indirizzi IP che devono accedere al database. In genere include gli indirizzi dei sistemi utilizzati per gestire il database e le istanze OpsWorks Stacks che devono accedere al database. OpsWorks Stacks crea automaticamente un gruppo EC2 di sicurezza Amazon per ogni tipo di livello quando crei il tuo primo stack in una regione. Un modo semplice per fornire l'accesso alle istanze OpsWorks Stacks consiste nell'assegnare i gruppi di sicurezza OpsWorks Stacks appropriati all'istanza Amazon RDS o al VPC.
**Per specificare i gruppi di sicurezza per un'istanza Amazon RDS esistente**
1. Aprire la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Fai clic su **Istanze** nel riquadro di navigazione e seleziona l'istanza Amazon RDS appropriata. Fare clic su **Instance Actions (Azioni istanza)**, **Modify (Modifica)**.
1. Selezionare i seguenti gruppi di sicurezza dall'elenco **Security Group (Gruppo di sicurezza)** poi fare clic su **Continue (Continua)** e **Modify DB Instance (Modifica istanza database)** per aggiornare l'istanza.
+ Il gruppo di **sicurezza AWS- OpsWorks -DB-master-Server () *security\$1group\$1id***.
+ Il gruppo di sicurezza per il livello del server della app le cui istanze si collegheranno al database. Il nome del gruppo include il nome del livello. Ad esempio, per fornire l'accesso al database alle istanze di PHP App Server, specifica il gruppo **AWS- OpsWorks -PHP-App-Server**.
Se stai creando una nuova istanza Amazon RDS, puoi specificare i gruppi di sicurezza OpsWorks Stacks appropriati nella pagina **Configure Advanced** Settings della procedura guidata Launch DB Instance. Per una descrizione su come utilizzare questa procedura guidata, consulta [Creazione di un'istanza database MySQL e connessione a un database su un'istanza database MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_GettingStarted.CreatingConnecting.MySQL.html).
Per informazioni su come specificare i gruppi di sicurezza VPC, consulta [Gruppi di sicurezza per il VPC](https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/VPC_SecurityGroups.html).
## Registrazione di un'istanza Amazon RDS con uno stack
Per aggiungere un livello di servizio Amazon RDS in uno stack, devi registrare un'istanza nello stack.
**Per registrare un'istanza Amazon RDS con uno stack**
1. **Nella console OpsWorks Stacks, fai clic su **Layer** nel pannello di navigazione, fai clic su **\$1 Layer** o **Aggiungi un layer** per aprire la pagina **Aggiungi livello**, quindi fai clic sulla scheda RDS.**
1. Se necessario, aggiornare il ruolo di servizio dello stack, come descritto in [Aggiornamento del ruolo di servizio dello stack](#workinglayers-db-rds-register-role).
1. Fai clic sulla scheda RDS per elencare le istanze Amazon RDS disponibili.
**Nota**
Se il tuo account non dispone di istanze Amazon RDS, puoi crearne una facendo clic su **Aggiungi un'istanza RDS** nella scheda RDS, che ti porta alla console Amazon RDS e **avvia** la procedura guidata Launch a DB Instance. Puoi anche accedere direttamente alla [console Amazon RDS](https://console.aws.amazon.com/rds/) e fare clic su **Avvia un'istanza DB** oppure utilizzare l'API o la CLI di Amazon RDS. Per ulteriori informazioni su come creare un'istanza Amazon RDS, consulta [Getting Started with Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_GettingStarted.html).
1. Selezionare l'istanza appropriata, impostare **User (Utente)** e **Password (Password)** sui valori utente e password appropriati e fare clic su **Register to Stack (Registrati allo stack)**.
**Importante**
Devi assicurarti che l'utente e la password utilizzati per registrare l'istanza Amazon RDS corrispondano a un utente e una password validi. In caso contrario, le tue applicazioni non saranno in grado di connettersi all'istanza. Tuttavia, è possibile [modificare il livello](workinglayers-basics-edit.md) per fornire nome utente e password validi valori e quindi ridistribuire l'app.
![\[RDS instance details showing connection information for opsinstance2 with MySQL engine.\]](http://docs.aws.amazon.com/it_it/opsworks/latest/userguide/images/rds-register.png)
Quando aggiungi un livello di servizio Amazon RDS a uno stack, OpsWorks Stacks gli assegna un ID e aggiunge la configurazione Amazon RDS associata all'attributo di configurazione e distribuzione dello [stack](workingcookbook-json.md). [`[:opsworks][:stack]`](attributes-json-opsworks-stack.md)
**Nota**
Se modifichi la password di un'istanza Amazon RDS registrata, devi aggiornare manualmente la password in OpsWorks Stacks e quindi ridistribuire le app per aggiornare la configurazione dello stack e gli attributi di distribuzione sulle istanze dello stack.
**Topics**
+ [Aggiornamento del ruolo di servizio dello stack](#workinglayers-db-rds-register-role)
### Aggiornamento del ruolo di servizio dello stack
Ogni stack ha un [ruolo di servizio IAM](opsworks-security-servicerole.md) che specifica quali azioni OpsWorks Stacks può eseguire per tuo conto con altri servizi AWS. Per registrare un'istanza Amazon RDS con uno stack, il relativo ruolo di servizio deve concedere a OpsWorks Stacks le autorizzazioni per accedere ad Amazon RDS.
La prima volta che aggiungi un livello di servizio Amazon RDS a uno dei tuoi stack, il ruolo di servizio potrebbe non avere le autorizzazioni richieste. In questo caso, quando si fa clic sulla scheda RDS nella pagina **Add Layer (Aggiungi livello)**, verrà visualizzato quanto segue.
![\[Warning message about OpsWorksIAM role needing RDS instances access policy.\]](http://docs.aws.amazon.com/it_it/opsworks/latest/userguide/images/rds-iam-update.png)
Fai clic su **Aggiorna** per fare in modo che OpsWorks Stacks aggiorni la politica del ruolo di servizio come segue.
```
{"Statement": [{"Action": ["ec2:*", "iam:PassRole",
"cloudwatch:GetMetricStatistics",
"elasticloadbalancing:*",
"rds:*"],
"Effect": "Allow",
"Resource": ["*"] }]
}
```
**Nota**
Bisogna eseguire l'aggiornamento solo una volta. Il ruolo aggiornato viene quindi automaticamente utilizzato da tutti gli stack.
## Associazione dei livelli di servizio Amazon RDS alle app
Dopo aver aggiunto un livello di servizio Amazon RDS, puoi associarlo a un'app.
+ Puoi associare un layer Amazon RDS a un'app al momento [della creazione dell'app](workingapps-creating.md) o successivamente [modificando la configurazione dell'app](workingapps-editing.md).
+ Per dissociare un layer Amazon RDS da un'app, modifica la configurazione dell'app per specificare un server di database diverso o nessun server.
Il layer Amazon RDS rimane parte dello stack e può essere associato a un'app diversa.
Dopo aver associato un'istanza Amazon RDS a un'app, OpsWorks Stacks inserisce le informazioni di connessione al database sui server dell'app. L'applicazione su ogni istanza del server può quindi utilizzare queste informazioni per collegarsi al database. Per ulteriori informazioni su come connettersi a un'istanza Amazon RDS, consulta[Connessione di un'applicazione a un server di database](workingapps-connectdb.md).
## Rimuovere un Amazon RDS Service Layer da uno stack
Per rimuovere un livello di servizio Amazon RDS da uno stack, devi annullarne la registrazione.
**Per annullare la registrazione di un livello di servizio Amazon RDS**
1. Fai clic su **Livelli** nel riquadro di navigazione e fai clic sul nome del livello di servizio Amazon RDS.
1. Fare clic su **Deregister (Annulla registrazione)** e confermare che si desidera annullare la registrazione del livello.
Questa procedura rimuove il layer dallo stack, ma non elimina l'istanza Amazon RDS sottostante. L'istanza e qualsiasi database rimangono nell'account e possono essere registrati con altri stack. È necessario utilizzare la console, l'API o la CLI di Amazon RDS per eliminare l'istanza. Per ulteriori informazioni, consulta la sezione relativa all'[eliminazione di un'istanza database](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_GettingStarted.html#CHAP_GettingStarted.Deleting).
# Livelli del cluster ECS
**Importante**
Il AWS OpsWorks Stacks servizio ha raggiunto la fine del ciclo di vita il 26 maggio 2024 ed è stato disabilitato 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).
Il servizio [Amazon Elastic Container Service](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/Welcome.html) (Amazon ECS) gestisce i contenitori Docker su un cluster di istanze Amazon Elastic Compute Cloud (Amazon EC2), note come istanze di container. Un livello di cluster ECS rappresenta un cluster Amazon ECS e semplifica la gestione del cluster fornendo funzionalità che includono:
+ Provisioning e gestione semplificati delle istanze di container
+ Aggiornamenti di sistema operativo e pacchetti delle istanze di container
+ Gestione delle autorizzazioni utente
+ Monitoraggio delle prestazione delle istanze di container
+ Gestione dei volumi di Amazon Elastic Block Store (Amazon EBS)
+ Gestione degli indirizzi IP pubblici ed elastici
+ Gestione dei gruppi di sicurezza
Il livello ECS Cluster presenta le seguenti restrizioni e requisiti:
+ Il livello è disponibile solo per gli stack di Chef 11.10 o Chef 12 Linux in esecuzione in un VPC, compreso un [VPC predefinito](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-supported-platforms.html).
+ Le istanze del livello devono eseguire uno dei seguenti sistemi operativi.
+ Amazon Linux 2
+ Amazon Linux 2018.03
+ Amazon Linux 2017.09
+ Amazon Linux 2017.03
+ Amazon Linux 2016.09
+ Amazon Linux 2016.03
+ Amazon Linux 2015.09
+ Amazon Linux 2015.03
+ Ubuntu 18.04 LTS
+ Ubuntu 16.04 LTS
+ Ubuntu 14.04 LTS
+ Personalizzato
+ La [versione dell'agente OpsWorks Stacks](workingstacks-creating.md#workingstacks-creating-advanced) nelle istanze del livello deve essere `3425-20150727112318` o successiva.
**Topics**
+ [Aggiungere un layer di cluster ECS a uno stack](#workinglayers-ecscluster-add)
+ [Gestione deli cluster ECS](#workinglayers-ecscluster-manage)
+ [Eliminazione di un cluster ECS da uno stack](#workinglayers-ecscluster-delete)
## Aggiungere un layer di cluster ECS a uno stack
OpsWorks Stacks semplifica il processo di avvio e manutenzione delle istanze di container per i cluster Amazon ECS esistenti. Per creare o avviare altre entità Amazon ECS, come cluster e attività, utilizza la console Amazon ECS, l'interfaccia a riga di comando (CLI) o l'API. (Per ulteriori informazioni, consulta la [Amazon Elastic Container Service Developer Guide](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/).) Puoi quindi associare un cluster a uno stack creando un livello di cluster ECS, che puoi utilizzare per gestire il cluster in OpsWorks Stacks.
Puoi associare i cluster agli stack come segue:
+ Ogni stack può avere un livello ECS Cluster, che rappresenta un singolo cluster.
+ Un cluster può essere associato solo a uno stack.
Prima di poter aggiungere layer ECS Cluster ai tuoi stack, devi aggiornare il ruolo del servizio OpsWorks Stacks AWS Identity and Access Management (IAM), che di solito è denominato`aws-opsworks-service-role`, per consentire a OpsWorks Stacks di interagire con Amazon ECS per tuo conto. Per ulteriori informazioni sul ruolo del servizio, consulta [Consentire OpsWorks a Stacks di agire per tuo conto](opsworks-security-servicerole.md).
La prima volta che crei un layer ECS Cluster, la console fornisce un pulsante **Update** che puoi scegliere per indirizzare OpsWorks Stacks ad aggiornare il ruolo al posto tuo. OpsWorks Stacks visualizza quindi la pagina **Aggiungi livello** in modo da poter aggiungere il layer allo stack. Devi aggiornare il ruolo del servizio solo una volta. È quindi possibile utilizzare il ruolo aggiornato per aggiungere un layer ECS Cluster a qualsiasi stack.
**Nota**
Se preferisci, puoi aggiornare manualmente la policy del ruolo del servizio aggiungendo l'autorizzazione `ecs:*` alla policy esistente, come segue:
```
{
"Statement": [
{
"Action": [
"ec2:*",
"iam:PassRole",
"cloudwatch:GetMetricStatistics",
"elasticloadbalancing:*",
"rds:*",
"ecs:*"
],
"Effect": "Allow",
"Resource": ["*"]
}
]
}
```
L'associazione di un cluster a uno stack richiede due operazioni, ovvero la registrazione del cluster con lo stack e quindi la creazione del livello associato. La console OpsWorks Stacks combina questi passaggi; la creazione del livello registra automaticamente il cluster specificato. Se utilizzi l'API OpsWorks Stacks, la CLI o l'SDK, devi utilizzare operazioni separate per registrare il cluster e creare il layer associato. Per utilizzare la console per aggiungere un layer ECS Cluster allo stack, scegli **Livelli**, scegli **\$1Livello o Aggiungi un livello****, quindi scegli il tipo di livello** ECS Cluster.
![\[Form for adding an ECS Cluster Layer, showing layer type, cluster selection, and EC2 instance profile options.\]](http://docs.aws.amazon.com/it_it/opsworks/latest/userguide/images/add_layer_ecs.png)
La pagina **Add Layer (Aggiungi livello)** include le opzioni di configurazione seguenti:
**Cluster ECS**
Il cluster Amazon ECS che desideri registrare nello stack.
**EC2 Profilo dell'istanza**
Il profilo dell'istanza Amazon Elastic Compute Cloud (Amazon EC2) del cluster. Questo profilo concede l'autorizzazione alle applicazioni in esecuzione sulle istanze di container del cluster per accedere ad altri servizi AWS, incluso Amazon ECS. Quando crei il tuo primo layer ECS Cluster, scegli **Nuovo profilo con accesso ECS** a direct OpsWorks Stacks per creare il profilo richiesto, denominato. `aws-opsworks-ec2-role-with-ecs` È quindi possibile utilizzare quel profilo per tutti i livelli ECS Cluster successivi. Per ulteriori informazioni sul profilo dell'istanza, consulta [Specificazione delle autorizzazioni per le app in esecuzione su istanze EC2](opsworks-security-appsrole.md).
Puoi specificare altre impostazioni [modificando la configurazione del livello](workinglayers-basics-edit.md), ad esempio:
+ [Collegamento di un sistema di bilanciamento del carico Elastic Load Balancing](workinglayers-basics-edit.md#workinglayers-basics-edit-network) al layer.
Questo approccio potrebbe essere adatto per alcuni casi d'uso, ma Amazon ECS offre opzioni più sofisticate. Per ulteriori informazioni, consulta [Bilanciamento del carico nel servizio](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-load-balancing.html).
+ Impostando l'[assegnazione automatica di indirizzi IP pubblici o indirizzi IP elastici](workinglayers-basics-edit.md#workinglayers-basics-edit-network) alle istanze di container.
Se disabiliti l'assegnazione automatica per entrambi i tipi di indirizzi, l'istanza risulterà online solo se la sottorete dispone di un NAT configurato correttamente. Per ulteriori informazioni, consulta [Esecuzione di uno stack in un VPC](workingstacks-vpc.md).
## Gestione deli cluster ECS
Dopo aver creato un livello di cluster ECS, puoi utilizzare OpsWorks Stacks per gestire il cluster nel modo seguente:
**Provisioning e gestione delle istanze di container**
Inizialmente, un livello di cluster ECS non include alcuna istanza di contenitore, anche se il cluster originale lo era. Un'opzione prevede la gestione delle istanze del livello utilizzando una combinazione delle seguenti operazioni:
+ [Aggiunta manuale di istanze 24 ore su 24, 7 giorni su 7](workinginstances-add.md) al livello e loro [eliminazione](workinginstances-delete.md) quando non sono più necessarie.
+ Aggiunta o eliminazione di istanze in base a una pianificazione mediante l'aggiunta di [istanze basate sul tempo](workinginstances-autoscaling-timebased.md) al livello.
+ [Aggiungi o elimina istanze in base alle metriche o agli CloudWatch allarmi OpsWorks degli host di Stacks aggiungendo istanze basate sul carico al layer.](workinginstances-autoscaling-loadbased.md)
Se Amazon ECS non è supportato per il sistema operativo predefinito dello stack, devi specificare esplicitamente un sistema operativo supportato: Amazon Linux 2, Amazon Linux 2018.03, Amazon Linux 2017.09, Amazon Linux 2017.03, Amazon Linux 2016.09, Amazon Linux 2016.03, Amazon Linux 2015.09, Amazon Linux 2015.03, Ubuntu 18.04 LTS, Ubuntu 16.04 LTS, Ubuntu 14.04 LTS o Custom: quando si creano le istanze del contenitore. Non utilizzare l'AMI ottimizzata ECS per creare istanze in un livello ECS, poiché questa AMI include già l'agente ECS. OpsWorks Stacks tenta inoltre di installare l'agente ECS durante il processo di configurazione dell'istanza e il conflitto può causare il fallimento della configurazione.
Per ulteriori informazioni, consulta. [Ottimizzazione del numero di server](best-practices-autoscale.md) OpsWorks Stacks assegna il gruppo di sicurezza **AWS- OpsWorks -ECS-Cluster** a ciascuna istanza. Al termine dell'avvio di ogni nuova istanza, OpsWorks Stacks la converte in un'istanza container installando Docker e l'agente Amazon ECS, quindi registrando l'istanza nel cluster.
[Se preferisci utilizzare istanze di container esistenti, puoi [registrarle nello stack e assegnarle al livello ECS](registered-instances-register.md) Cluster.](registered-instances-assign.md) Ricorda che le istanze devono eseguire un sistema operativo supportato, Amazon Linux 2015.03 o versioni successive o Ubuntu 14.04 LTS o versioni successive.
Un'istanza di contenitore non può appartenere sia a un livello di cluster ECS che a un altro livello integrato. Tuttavia, un'istanza del contenitore *può* appartenere a un livello di cluster ECS e a uno o più livelli [personalizzati](workinglayers-custom.md).
**Eseguire aggiornamenti del sistema operativo e dei pacchetti**
Al termine dell'avvio di una nuova istanza, OpsWorks Stacks installa gli aggiornamenti più recenti. Puoi quindi utilizzare OpsWorks Stacks per mantenere aggiornate le istanze del contenitore. Per ulteriori informazioni, consulta [Gestione degli aggiornamenti della sicurezza](workingsecurity-updates.md).
**Gestione delle autorizzazioni utente**
OpsWorks Stacks offre un modo semplice per gestire le autorizzazioni sulle istanze del contenitore, inclusa la gestione delle chiavi SSH degli utenti. Per ulteriori informazioni, consultare [Gestione delle autorizzazioni utente](opsworks-security-users.md) e [Gestione dell'accesso SSH](security-ssh-access.md).
**Monitoraggio dei parametri relativi alle prestazioni**
OpsWorks Stacks offre una varietà di modi per monitorare le metriche delle prestazioni per lo stack, il layer o le singole istanze. Per ulteriori informazioni, consulta [Monitoraggio](monitoring.md).
Gestisci altre attività di gestione, come la creazione di attività o servizi, tramite Amazon ECS. Per ulteriori informazioni, consulta la [Guida per lo sviluppatore di Amazon Elastic Container](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/).
**Nota**
Per accedere direttamente alla pagina del cluster sulla console Amazon ECS, scegli **Istanze**, quindi scegli **ECS Cluster**, che si trova vicino all'angolo in alto a destra della sezione del livello ECS Cluster.
## Eliminazione di un cluster ECS da uno stack
Quando il cluster non è più necessario, elimina il livello ECS Cluster e annulla la registrazione del cluster associato. La rimozione di un cluster da uno stack richiede due operazioni, ovvero l'annullamento della registrazione del cluster e quindi l'eliminazione del livello associato. La console OpsWorks Stacks combina questi passaggi; l'eliminazione del livello annulla automaticamente la registrazione del cluster specificato. Se utilizzi l'API OpsWorks Stacks, la CLI o l'SDK, devi utilizzare operazioni separate per annullare la registrazione del cluster ed eliminare il layer associato.
**Per utilizzare la console per eliminare un layer ECS Cluster**
1. Se desideri controllare la modalità di interruzione delle attività, utilizza la console, l'API o la CLI di Amazon ECS per ridimensionare ed eliminare i servizi del cluster. Per ulteriori informazioni, consulta [Cleaning Up Your Amazon ECS Resources.](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ECS_CleaningUp.html)
1. [Arrestare le istanze del livello](workinginstances-starting.md#workinginstances-starting-stop), quindi [eliminarle](workinginstances-delete.md). Quando interrompi un'istanza di container, OpsWorks Stacks interrompe automaticamente tutte le attività in esecuzione, annulla la registrazione dell'istanza dal cluster e termina l'istanza.
**Nota**
Se le istanze di container esistenti sono state registrate con lo stack, è possibile [annullare l'assegnazione delle istanze al livello](registered-instances-unassign.md) e quindi [annullare la relativa registrazione](registered-instances-deregister.md). In questo modo le istanze tornano sotto il controllo di ECS.
1. [Eliminare il layer.](workinglayers-basics-delete.md) OpsWorks Stacks annulla la registrazione del cluster associato, ma non lo elimina. Il cluster rimane in Amazon ECS.
# OpsWorks Stacks Layers personalizzati
**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).
Un livello personalizzato ha solo una serie minima di ricette. È quindi possibile aggiungere funzionalità appropriate al livello implementando [le ricette personalizzate](workingcookbook.md) e assegnandole agli [eventi del ciclo di vita](workingcookbook-events.md) del livello.
Il livello personalizzato ha le seguenti impostazioni di configurazione.
**Nota**
OpsWorks Stacks installa automaticamente Ruby sulle istanze del layer. Se si desidera eseguire il codice Ruby sull'istanza, ma non si vuole utilizzare la versione predefinita di Ruby, è possibile utilizzare JSON personalizzato o un file di attributi personalizzato per specificare la propria versione preferita. Per ulteriori informazioni, consulta [Versioni di Ruby](workingcookbook-ruby.md).
La procedura di base per la creazione di un livello personalizzato ha i seguenti passaggi:
1. Implementazione di un [libro di ricette](workingcookbook.md) che contiene le ricette e i file associati necessari per installare e configurare i pacchetti, gestire le modifiche di configurazione, distribuire le applicazioni e così via.
A seconda dei requisiti, potrebbero anche essere necessarie ricette per gestire le attività di annullamento e di arresto. Per ulteriori informazioni, consulta [Libri di ricette e ricette](workingcookbook.md).
1. Creare un livello personalizzato.
1. Assegnare le proprie ricette agli [eventi del ciclo di vita](workingcookbook-events.md) appropriati.
È quindi possibile aggiungere istanze al livello, avviarle e distribuire applicazioni a tali istanze.
**Importante**
Per distribuire applicazioni alle istanze di un livello personalizzato, è necessario implementare le ricette per gestire l'operazione di distribuzione e assegnarle all'evento Distribuzione del livello.
# Installazioni pacchetti del sistema operativo per livello
**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).
A partire da Chef 12, è necessario utilizzare ricette personalizzate per installare pacchetti sui livelli che eseguono sistemi operativi diversi. Questo approccio offre la massima flessibilità e il controllo sull'installazione di pacchetti.
Ad esempio, supponiamo di voler installare Apache su livelli che eseguono RedHat versioni Ubuntu e Amazon del sistema operativo Linux. Il pacchetto Apache per RedHat Amazon Linux si chiama`httpd`, ma su Ubuntu si chiama`apache2`.
Per risolvere la differenza nella denominazione dei pacchetti, è possibile utilizzare una sintassi simile a quella della seguente ricetta di esempio. La ricetta installa il pacchetto Apache appropriato per ogni sistema operativo. Questo esempio si basa sulla [Documentazione Chef](https://docs.chef.io/).
```
package "Install Apache" do
case node[:platform]
when "redhat", "amazon"
package_name "httpd"
when "ubuntu"
package_name "apache2"
end
end
```
Per informazioni dettagliate su come utilizzare la risorsa `package` per gestire i pacchetti, andare alla pagina [package (pacchetto)](https://docs.chef.io/resource_package.html) nella documentazione Chef.
In alternativa, è possibile utilizzare il metodo helper `value_for_platform` da Chef Recipe DSL (linguaggio specifico di dominio), che esegue la stessa operazione in maniera più succinta:
```
package "Install Apache" do
package_name value_for_platform(
["redhat", "amazon"] => { "default" => "httpd" },
["ubuntu"] => { "default" => "apache2" }
)
end
```
Per informazioni su come utilizzare il metodo helper `value_for_platform` visitare [Informazioni sulla ricetta DSL](https://docs.chef.io/dsl_recipe.html).