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à.
# Domande frequenti
Di seguito vengono FAQs fornite le risposte ad alcune domande comuni.
**Topics**
+ [Quali AWS OpsWorks Stacks versioni posso migrare?](#w2ab1c14c43c19b7)
+ [Quali versioni di Chef possono utilizzare le mie istanze migrate?](#w2ab1c14c43c19b9)
+ [Quali tipi di repository posso migrare?](#w2ab1c14c43c19c11)
+ [Posso continuare a usare un repository Git privato?](#w2ab1c14c43c19c13)
+ [Quali chiavi SSH posso usare per accedere alle mie istanze?](#w2ab1c14c43c19c15)
+ [Perché le mie istanze vengono ridimensionate automaticamente in avanti e indietro?](#w2ab1c14c43c19c17)
+ [Posso disattivare Auto Scaling?](#w2ab1c14c43c19c19)
+ [Posso eseguire aggiornamenti del kernel e dei pacchetti sulle istanze avviate EC2?](#w2ab1c14c43c19c21)
+ [Perché i volumi EBS nelle mie istanze non contengono dati?](#w2ab1c14c43c19c23)
+ [Perché i volumi EBS descritti nel mio modello di lancio non sono montati?](#w2ab1c14c43c19c25)
+ [Dove posso trovare i registri dei volumi Chef Recipe e Mount EBS?](#w2ab1c14c43c19c27)
+ [Dove posso trovare il registro di debug per lo script di migrazione?](#w2ab1c14c43c19c29)
+ [Lo script di migrazione supporta il controllo delle versioni dei modelli? CloudFormation](#w2ab1c14c43c19c31)
+ [Posso migrare più livelli?](#w2ab1c14c43c19c33)
+ [Come posso creare un `SecureString` parametro?](#w2ab1c14c43c19c35)
+ [Come posso proteggere le istanze del nuovo gruppo Auto Scaling dagli eventi di terminazione?](#w2ab1c14c43c19c37)
+ [Quali sistemi di bilanciamento del carico sono disponibili con lo script di migrazione?](#w2ab1c14c43c19c39)
+ [Le ricette personalizzate configurate per i libri di cucina sono state migrate?](#w2ab1c14c43c19c41)
+ [Posso eseguire le ricette di distribuzione e di annullamento della distribuzione sulle mie istanze appena create?](#w2ab1c14c43c19c43)
+ [Posso modificare le sottoreti su cui si estende il mio gruppo Auto Scaling?](#w2ab1c14c43c19c45)
## Quali AWS OpsWorks Stacks versioni posso migrare?
Puoi migrare solo gli stack Chef 11.10 e Chef 12, Amazon Linux, Amazon Linux 2, Ubuntu e Red Hat Enterprise Linux 7.
## Quali versioni di Chef possono utilizzare le mie istanze migrate?
Le istanze migrate possono utilizzare le versioni di Chef dalla 11 alla 14.
**Nota**
La migrazione dello stack di Windows non è supportata.
## Quali tipi di repository posso migrare?
Puoi migrare i tipi di repository S3, Git e HTTP.
## Posso continuare a usare un repository Git privato?
Sì, puoi continuare a utilizzare un repository Git privato.
Se si utilizza un GitHub repository privato, è necessario creare una nuova chiave `Ed25519` host per SSH. Questo perché sono state GitHub modificate le chiavi supportate in SSH e rimosso il protocollo Git non crittografato. Per ulteriori informazioni sulla chiave `Ed25519` host, consulta il post sul GitHub blog [Improving Git protocol security on GitHub](https://github.blog/2021-09-01-improving-git-protocol-security-github/). Dopo aver generato una nuova chiave `Ed25519` host, create un `SecureString` parametro Systems Manager per questa chiave SSH e utilizzate il nome del parametro come valore per il `--repo-private-key` parametro. Per ulteriori informazioni su come creare un `SecureString` parametro Systems Manager, vedere [Create a SecureString parameter (AWS CLI)](https://docs.aws.amazon.com/systems-manager/latest/userguide/param-create-cli.html#param-create-cli-securestring) nella *Guida per l'AWS Systems Manager utente*.
Per qualsiasi altro tipo di repository Git, crea un `SecureString` parametro Systems Manager per questa chiave SSH e usa il nome del parametro come valore per il parametro dello `--repo-private-key` script.
## Quali chiavi SSH posso usare per accedere alle mie istanze?
Quando si esegue lo script, lo script migra le chiavi e le istanze SSH configurate nello stack. Puoi usare le chiavi SSH per accedere alla tua istanza. Se vengono fornite chiavi SSH per lo stack e l'istanza, lo script utilizza le chiavi dello stack. Se non sei sicuro di quali chiavi SSH usare, visualizza le istanze nella console (). EC2 [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) La pagina **Dettagli** della EC2 console mostra le chiavi SSH per l'istanza.
## Perché le mie istanze vengono ridimensionate automaticamente in avanti e indietro?
Auto Scaling ridimensiona le istanze in base alle regole di ridimensionamento per il gruppo Auto Scaling. È possibile impostare i valori di **capacità **minima**, **massima** e desiderata** per il gruppo. Il gruppo Auto Scaling ridimensiona automaticamente la capacità di conseguenza quando si aggiornano questi valori.
## Posso disattivare Auto Scaling?
È possibile disattivare Auto Scaling impostando i valori di capacità minima**,** massima **e desiderata** **del** gruppo Auto Scaling sullo stesso numero. Ad esempio, se desideri avere sempre dieci istanze, imposta i valori di **capacità **minima**, **massima** e desiderata** su dieci.
## Posso eseguire aggiornamenti del kernel e dei pacchetti sulle istanze avviate EC2?
Per impostazione predefinita, gli aggiornamenti del kernel e dei pacchetti avvengono all'avvio dell' EC2 istanza. Utilizza i seguenti passaggi per eseguire aggiornamenti del kernel o dei pacchetti su un'istanza avviata EC2. Ad esempio, potresti voler applicare gli aggiornamenti dopo aver eseguito deploy o configure recipes.
1. Connect alla tua EC2 istanza.
1. Crea la seguente `perform_upgrade` funzione ed eseguila sulla tua istanza.
```
perform_upgrade() {
#!/bin/bash
if [ -e '/etc/system-release' ] || [ -e '/etc/redhat-release' ]; then
sudo yum -y update
elif [ -e '/etc/debian_version' ]; then
sudo apt-get update
sudo apt-get dist-upgrade -y
fi
}
perform_upgrade
```
1. Dopo gli aggiornamenti del kernel e dei pacchetti, potrebbe essere necessario riavviare l' EC2istanza. Per verificare se è necessario un riavvio, create la seguente `reboot_if_required` funzione ed eseguitela sulla vostra istanza. EC2
```
reboot_if_required () {
#!/bin/bash
if [ -e '/etc/debian_version' ]; then
if [ -f /var/run/reboot-required ]; then
echo "reboot is required"
else
echo "reboot is not required"
fi
elif [ -e '/etc/system-release' ] || [ -e '/etc/redhat-release' ]; then
export LC_CTYPE=en_US.UTF-8
export LC_ALL=en_US.UTF-8
LATEST_INSTALLED_KERNEL=`rpm -q --last kernel | perl -X -pe 's/^kernel-(\S+).*/$1/' | head -1`
CURRENTLY_USED_KERNEL=`uname -r`
if [ "${LATEST_INSTALLED_KERNEL}" != "${CURRENTLY_USED_KERNEL}" ];then
echo "reboot is required"
else
echo "reboot is not required"
fi
fi
}
reboot_if_required
```
1. Se `reboot_if_required` esegui i risultati in un `reboot is required` messaggio, riavvia l' EC2 istanza. Se ricevi un `reboot is not required` messaggio, non è necessario riavviare l' EC2 istanza.
## Perché i volumi EBS nelle mie istanze non contengono dati?
Quando esegui lo script, lo script migra la configurazione dei volumi EBS, creando un'architettura sostitutiva per lo stack e il OpsWorks layer. Lo script non migra le istanze effettive o i dati contenuti nelle istanze. Lo script migra solo la configurazione dei volumi EBS a livello di livello e collega i volumi EBS vuoti alle istanze avviate. EC2
Segui i passaggi seguenti per estrarre i dati dai volumi EBS delle tue istanze precedenti.
1. Scatta un'istantanea dei volumi EBS delle tue istanze precedenti. Per ulteriori informazioni sulla creazione di uno snapshot, consulta [Create Amazon EBS snapshot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-creating-snapshot.html) nella *Amazon EC2 * User Guide.
1. Crea un volume dalla tua istantanea. Per ulteriori informazioni sulla creazione di un volume da uno snapshot, consulta [Create a volume from a snapshot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-creating-volume.html#ebs-create-volume-from-snapshot) nella *Amazon EC2 User* Guide.
1. Collega il volume che hai creato alle istanze. Per ulteriori informazioni sul collegamento di volumi, consulta [Collegare un volume Amazon EBS a un'istanza](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-attaching-volume.html) nella *Amazon EC2 User* Guide.
## Perché i volumi EBS descritti nel mio modello di lancio non sono montati?
Se fornisci un ID del modello di avvio per il `--launch-template` parametro con i volumi EBS, lo script collega i volumi EBS, ma non monta i volumi. Puoi montare i volumi EBS collegati eseguendo il `MountEBSVolumes` RunCommand documento creato dallo script per l'istanza lanciata. EC2
Se non impostate il `--launch-template` parametro, lo script crea un modello e quando il gruppo Auto Scaling lancia una nuova EC2 istanza, il gruppo Auto Scaling collega automaticamente i volumi EBS e quindi esegue il `SetupAutomation` comando per montare i volumi collegati ai punti di montaggio configurati nelle impostazioni del livello.
## Dove posso trovare i registri dei volumi Chef Recipe e Mount EBS?
OpsWorks consegna i log a un bucket S3 che puoi specificare fornendo un valore per il parametro. `--command-logs-bucket` Il nome predefinito del bucket S3 ha il formato:. `aws-opsworks-stacks-application-manager-logs-account-id` I registri delle ricette di Chef sono memorizzati nel prefisso. `ApplyChefRecipes` I registri dei volumi Mount EBS sono memorizzati nel prefisso. `MountEBSVolumes` Tutti i livelli migrati da uno stack inviano i log allo stesso bucket S3.
**Nota**
La configurazione del ciclo di vita del bucket S3 include una regola per eliminare i log dopo 30 giorni. Se desideri conservare i log per più di 30 giorni, devi aggiornare la regola nella configurazione del ciclo di vita del bucket S3.
Attualmente, registra OpsWorks solo Chef e ricette. `setup` `terminate`
## Dove posso trovare il registro di debug per lo script di migrazione?
Lo script inserisce i log di debug in un bucket denominato. `aws-opsworks-stacks-transition-logs-account-id` Puoi trovare i log di debug nella `migration_script` cartella del bucket S3 all'interno delle cartelle che corrispondono al nome del layer che hai migrato.
## Lo script di migrazione supporta il controllo delle versioni dei modelli? CloudFormation
Lo script genera documenti di tipo Systems Manager CloudFormation che sostituiscono il livello o lo stack da migrare. Eseguendo nuovamente lo script, anche con gli stessi parametri, si esporta una nuova versione del modello di livello precedentemente esportato. Le versioni del modello sono archiviate nello stesso bucket S3 dei log degli script.
## Posso migrare più livelli?
Il `--layer-id` parametro dello script passa in un unico livello. Per migrare più livelli, esegui nuovamente lo script e passane uno diverso. `--layer-id`
I livelli che fanno parte dello stesso OpsWorks stack sono elencati nella stessa applicazione in Application Manager.
1. Aprire la console Systems Manager all'indirizzo [https://console.aws.amazon.com/systems-manager/](https://console.aws.amazon.com/systems-manager/).
1. Nel riquadro di navigazione, scegli **Application Manager**.
1. Nella sezione **Applicazioni**, scegli **Applicazioni personalizzate**.
1. Scegliere la applicazione. Il nome dell'applicazione inizia con`app-stack-name-first-six-characters-stack-id`.
1. L'elemento di primo livello che inizia con app, mostra tutti i componenti che corrispondono al tuo OpsWorks stack. Ciò include i componenti corrispondenti al OpsWorks livello.
1. Scegliete il componente corrispondente al livello per visualizzare le risorse per il livello. I componenti che rappresentano i OpsWorks livelli sono visibili anche nella sezione **Applicazioni personalizzate** come applicazioni singole.
## Come posso creare un `SecureString` parametro?
È possibile utilizzare Systems Manager per creare un `SecureString` parametro. Per ulteriori informazioni su come creare un `SecureString` parametro Systems Manager, vedere [Create a SecureString parameter (AWS CLI)](https://docs.aws.amazon.com/systems-manager/latest/userguide/param-create-cli.html#param-create-cli-securestring) o [Create a Systems Manager (console)](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-create-console.html) nella *Guida per l'AWS Systems Manager utente*.
È necessario fornire un `SecureString` parametro come valore per i `--repo-private-key` parametri `--http-username``--http-password`, o.
## Come posso proteggere le istanze del nuovo gruppo Auto Scaling dagli eventi di terminazione?
È possibile proteggere le istanze impostando il `--enable-instance-protection` parametro su `TRUE` e aggiungendo una chiave di `protected_instance` tag a ciascuna EC2 istanza che si desidera proteggere dagli eventi di terminazione. Quando impostate il `--enable-instance-protection` parametro su `TRUE` e aggiungete una chiave `protected_instance` tag, lo script aggiunge una politica di terminazione personalizzata al nuovo gruppo Auto Scaling e sospende `ReplaceUnhealthy` il processo. Le istanze con la chiave `protected_instance` tag sono protette dai seguenti eventi di terminazione:
+ Scalabilità degli eventi
+ Aggiornamento istanza
+ Ribilanciamento
+ Durata massima dell'istanza
+ Consenti la chiusura dell'istanza di quotazione
+ Chiusura e sostituzione delle istanze non integre
**Nota**
È necessario impostare la chiave del `protected_instance` tag sulle istanze che si desidera proteggere. La chiave tag fa distinzione tra maiuscole e minuscole. Qualsiasi istanza con quella chiave di tag è protetta indipendentemente dal valore del tag.
Per ridurre il tempo di esecuzione della politica di terminazione personalizzata, puoi aumentare il numero predefinito di istanze utilizzate dalla funzione Lambda per filtrare le istanze protette aggiornando il valore della variabile del codice della funzione. `default_sample_size` Il valore predefinito è 15. Se si aumenta il`default_sample_size`, potrebbe essere necessario aumentare la memoria allocata alla funzione Lambda, il che aumenterebbe il costo della funzione Lambda. Per informazioni sui prezzi di AWS Lambda , consulta la pagina dei [prezzi di AWS Lambda](https://aws.amazon.com/).
## Quali sistemi di bilanciamento del carico sono disponibili con lo script di migrazione?
Lo script fornisce tre opzioni di bilanciamento del carico.
+ (Consigliato) Creare un nuovo Application Load Balancer. Per impostazione predefinita, lo script crea un nuovo Application Load Balancer. È inoltre possibile impostare il `--lb-type` parametro su. `ALB` Per ulteriori informazioni sugli Application Load Balancer, vedi [Cos'è un Application](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html) Load Balancer? nella *Elastic Load Balancing User Guide*.
+ Se un Application Load Balancer non è un'opzione, crea un Classic Load Balancer `--lb-type` impostando il parametro su. `Classic` Se si seleziona questa opzione, il Classic Load Balancer esistente collegato al OpsWorks layer viene tenuto separato dall'applicazione. Per ulteriori informazioni sugli Application Load Balancer, vedi [Cos'è un Classic](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/introduction.html) Load Balancer? nella Guida per l'*utente di Elastic Load Balancing: Classic Load Balancers*.
+ È possibile collegare un sistema di bilanciamento del carico esistente impostando il parametro su. `--lb-type` `None`
**Importante**
Ti consigliamo di creare nuovi sistemi di bilanciamento del carico Elastic Load Balancing per i tuoi layer AWS Stacks. OpsWorks Se scegli di utilizzare un load balancer 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 il OpsWorks layer load balancer esistente al gruppo Auto Scaling**
1. Esegui lo script di migrazione con il `--lb-type` parametro impostato su. `None` Quando il valore è impostato su`None`, lo script non clona né crea un sistema di bilanciamento del carico.
1. Dopo che lo script ha distribuito lo CloudFormation stack, aggiorna i `Min` `Max` gruppi `Desired capacity` e i valori di Auto Scaling, quindi testa l'applicazione.
1. Scegli `Link to the template` come mostrato nell'output dello script. Se hai chiuso il terminale, segui questi passaggi per accedere al modello.
1. Aprire la console Systems Manager all'indirizzo [https://console.aws.amazon.com/systems-manager/](https://console.aws.amazon.com/systems-manager/).
1. Nel riquadro di navigazione, scegli **Application Manager**.
1. Scegli **CloudFormation pile** e poi scegli **Libreria di modelli**.
1. Scegli **Owned by me** e individua il tuo modello.
1. Dal CloudFormation modello, scegli **Modifica** dal menu **Azioni**.
1. Aggiorna la `LabelBalancerNames` proprietà all'interno della sezione delle `ApplicationAsg` risorse del CloudFormation modello.
```
ApplicationAsg:
DependsOn: CustomTerminationLambdaPermission
Properties:
#(other properties in ApplicationAsg to remain unchanged)
LoadBalancerNames:
- load-balancer-name
HealthCheckType: ELB
```
1. Se desideri che il controllo dello stato delle istanze di gruppo Auto Scaling utilizzi anche il controllo dello stato del sistema di bilanciamento del carico, rimuovi la sezione seguente ed inserisci. `HealthCheckType` `ELB` Se hai bisogno solo di controlli EC2 sanitari, non è necessario modificare il modello.
1. Salvare le modifiche. Il salvataggio crea una nuova versione predefinita del modello. Se è la prima volta che esegui lo script per il layer e la prima volta che salvi le modifiche nella console, la versione più recente è la 2.
1. Da **Azioni**, scegli **Provision stack**.
1. Conferma di voler utilizzare la versione predefinita del modello. Assicurati che sia selezionata l'**opzione Seleziona uno stack esistente** e scegli lo CloudFormation stack da aggiornare.
1. Scegli **Avanti** per ciascuna delle pagine successive fino a visualizzare la pagina **Revisione e fornitura**. Nella pagina **Review and Provision**, scegli entrambi. **Riconosco che AWS CloudFormation potrebbero creare risorse IAM con nomi personalizzati** e **comprendo che le modifiche AWS CloudFormation al modello selezionato possono causare l'aggiornamento o la rimozione di AWS risorse esistenti.**
1. Scegli **Provision stack** (Effettua il provisioning di stack).
Se devi ripristinare gli aggiornamenti, procedi nel seguente modo.
1. Scegli **Azioni**, quindi scegli **Provision stack**.
1. Scegli **Scegli una delle versioni esistenti**, quindi scegli la versione precedente del modello.
1. Scegli **Seleziona uno stack esistente**, quindi scegli lo CloudFormation stack da aggiornare.
## Le ricette personalizzate configurate per i libri di cucina sono state migrate?
L'esecuzione di Configure Custom Cookbook non è supportata durante un evento di configurazione. Lo script migra ricette personalizzate per la configurazione dei libri di cucina e crea un runbook di Systems Manager Automation per te. Tuttavia, è necessario eseguire le ricette manualmente.
Segui i passaggi seguenti per eseguire le ricette di configurazione.
1. Aprire la console Systems Manager all'indirizzo [https://console.aws.amazon.com/systems-manager/](https://console.aws.amazon.com/systems-manager/).
1. Nel riquadro di navigazione, scegli **Application Manager**.
1. Nella sezione **Applicazioni**, scegli **Applicazioni personalizzate**.
1. Scegliere la applicazione. Il nome dell'applicazione inizia con`app-stack-name`.
1. Scegli **Risorse**, quindi scegli il runbook di configurazione. ****
1. Scegli **Execute Automation**.
1. Scegli l'istanza IDs per la quale desideri eseguire le ricette di configurazione, quindi scegli **Esegui**.
## Posso eseguire le ricette di distribuzione e di annullamento della distribuzione sulle mie istanze appena create?
Lo script può creare tre possibili runbook di automazione a seconda della configurazione del livello.
+ Configurazione
+ Configura
+ Interruzione
Lo script può anche creare i seguenti parametri di Systems Manager che contengono valori di input per il `AWS-ApplyChefRecipes Run Command` documento.
+ Configurazione
+ Implementazione
+ Configura
+ Undeploy (Annulla distribuzione)
+ Interruzione
Quando si verifica un evento di scalabilità orizzontale, il runbook di installazione Automation viene eseguito automaticamente. Ciò include la configurazione e la distribuzione di ricette personalizzate per libri di cucina a partire dal livello originale. OpsWorks Quando si verifica un evento di scalabilità integrata, il runbook Terminate Automation viene eseguito automaticamente. Il runbook terminate Automation contiene le ricette di spegnimento del livello originale. OpsWorks
Se desideri eseguire undeploy o configurare le ricette manualmente, procedi nel seguente modo.
1. Aprire la console Systems Manager all'indirizzo [https://console.aws.amazon.com/systems-manager/](https://console.aws.amazon.com/systems-manager/).
1. Nel riquadro di navigazione, scegli **Application Manager**.
1. Nella sezione **Applicazioni**, scegli **Applicazioni personalizzate**.
1. Scegliere la applicazione. Il nome dell'applicazione inizia con`app-stack-name-first-six-characters-stack-id`. Application Manager apre la scheda **Panoramica**.
1. Scegli **Risorse**, quindi scegli il runbook di configurazione dell'automazione.
1. Scegli **Execute Automation**.
1. Per il parametro di input del runbook `applyChefRecipesPropertiesParameter` Automation, fate riferimento al parametro Systems Manager corretto. Il nome del parametro Systems Manager segue il formato`/ApplyChefRecipes-Preset/OpsWorks-stack-name-OpsWorks-layer-name-first-six-characters-stack-id/event`, in cui *event* è il valore per `Configure``Deploy`, o `Undeploy` dipende dalle ricette che si desidera eseguire.
1. Scegliete l'istanza IDs in cui desiderate eseguire le ricette e scegliete **Esegui**.
## Posso modificare le sottoreti su cui si estende il mio gruppo Auto Scaling?
Per impostazione predefinita, il gruppo Auto Scaling si estende su tutte le sottoreti dello stack VPC. OpsWorks Per aggiornare le sottoreti da estendere, procedi nel seguente modo.
1. Scegli `Link to the template` come mostrato nell'output dello script. Se hai chiuso il terminale, segui questi passaggi per accedere al modello.
1. Aprire la console Systems Manager all'indirizzo [https://console.aws.amazon.com/systems-manager/](https://console.aws.amazon.com/systems-manager/).
1. Nel riquadro di navigazione, scegli **Application Manager**.
1. Scegli **CloudFormation pile** e poi scegli **Libreria di modelli**.
1. Scegli **Owned by me** e individua il tuo modello.
1. Da **Actions**, scegli **Provision stack**.
1. Conferma di voler utilizzare il modello predefinito. Scegli **Seleziona uno stack esistente**, quindi scegli lo CloudFormation stack da aggiornare.
**Nota**
Se hai eseguito lo script con il `--provision-application` parametro impostato su`FALSE`, devi creare un nuovo CloudFormation stack.
1. Per il `SubnetIDs` parametro, fornite un elenco separato da virgole della sottorete su cui desiderate IDs che il gruppo Auto Scaling si estenda.
1. Scegli **Avanti** fino a visualizzare la pagina di **revisione e fornitura**.
1. Nella pagina **Review and Provision**, scegli **Riconosco che CloudFormation potrebbe creare risorse IAM con nomi personalizzati** e **comprendo che le modifiche CloudFormation al modello selezionato possono causare l'aggiornamento o la rimozione di AWS risorse esistenti**.
1. Scegli **Provision stack** (Effettua il provisioning di stack).