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à.
# Distribuisci i servizi Amazon ECS sostituendo le attività
Quando viene creato un servizio che utilizza il tipo di implementazione con *aggiornamento in sequenza* (`ECS`), il pianificatore del servizio Amazon ECS sostituisce le attività correntemente in esecuzione con nuove attività. Il numero di attività che Amazon ECS aggiunge o rimuove dal servizio durante un aggiornamento continuo è controllato dalla configurazione di distribuzione del servizio.
Amazon ECS utilizza i seguenti parametri per determinare il numero di attività:
+ `minimumHealthyPercent`Rappresenta il limite inferiore al numero di attività che devono essere eseguite e funzionanti per un servizio durante una distribuzione continua o quando un'istanza del contenitore si sta esaurendo, come percentuale del numero desiderato di attività per il servizio. Questo valore viene arrotondato per eccesso. Ad esempio, se la percentuale minima di integrità è `50`, il numero di processi desiderato è quattro, il pianificatore può interrompere due processi esistenti prima di avviare due nuovi processi. Allo stesso modo, se la percentuale di integrità minima è 75% e il numero di processi desiderato è due, il pianificatore non può interrompere alcun processo a causa del valore risultante che è anche due.
+ `maximumPercent`Rappresenta il limite massimo al numero di attività che devono essere eseguite per un servizio durante una distribuzione continua o quando un'istanza del contenitore si sta esaurendo, come percentuale del numero desiderato di attività per un servizio. Questo valore viene arrotondato per difetto. Ad esempio, se la percentuale massima è `200` e il numero di attività desiderato è quattro, lo scheduler può avviare quattro nuove attività prima di interrompere quattro attività esistenti. Allo stesso modo, se la percentuale di integrità massima è `125` e il numero di processi desiderato è tre, il pianificatore non può interrompere alcun processo a causa del valore risultante che è esso stesso tre.
Durante una distribuzione continua, quando le attività non funzionano correttamente, Amazon ECS le sostituisce per mantenere il servizio `minimumHealthyPercent` e proteggere la disponibilità. Le attività non corrette vengono sostituite utilizzando la stessa revisione del servizio a cui appartengono. Ciò garantisce che la sostituzione di attività non corrette nella revisione di origine sia indipendente dagli errori delle attività nella revisione di destinazione. Quando l'`maximumPercent`impostazione lo consente, lo scheduler avvia le attività sostitutive prima di interrompere quelle non sane. Se il `maximumPercent` parametro impedisce allo scheduler di avviare prima un'attività sostitutiva, lo scheduler interrompe un'attività non integra alla volta per liberare capacità prima di avviare un'attività sostitutiva.
**Importante**
Quando si imposta una percentuale di integrità minima o massima, è necessario assicurarsi che lo scheduler possa arrestare o avviare almeno un'attività quando viene attivata un'implementazione. Se il servizio dispone di un'implementazione bloccata a causa di una configurazione di implementazione non valida, verrà inviato un messaggio di evento del servizio. Per ulteriori informazioni, consultare [service (*service-name*) non è stato in grado di interrompere o avviare le attività durante una distribuzione a causa della configurazione della distribuzione del servizio. Aggiorna il valore minimumHealthyPercent o MaximumPercent e riprova.](service-event-messages-list.md#service-event-messages-7).
Le implementazioni in sequenza dispongono di 2 metodi che forniscono un sistema per identificare rapidamente quando un'implementazione di servizi ha avuto esito negativo:
+ [In che modo l’interruttore di implementazione Amazon ECS rileva i guasti](deployment-circuit-breaker.md)
+ [In che modo CloudWatch gli allarmi rilevano gli errori di distribuzione di Amazon ECS](deployment-alarm-failure.md)
I metodi possono essere utilizzati separatamente o insieme. Quando si utilizzano entrambi i metodi, l'implementazione viene impostata come non riuscita non appena vengono soddisfatti i criteri di errore per entrambi i metodi di errore.
Utilizza le seguenti linee guida per determinare quale metodo usare:
+ Interruttore: utilizza questo metodo quando desideri interrompere un'implementazione quando le attività non possono essere avviate.
+ CloudWatch allarmi: utilizzate questo metodo quando desiderate interrompere una distribuzione in base ai parametri dell'applicazione.
Entrambi i metodi supportano il rollback alla revisione del servizio precedente.
## Risoluzione dell’immagine del container
Per impostazione predefinita, Amazon ECS risolve i tag di immagine dei container specificati nella definizione dell'attività in digest delle immagini del container. Se si crea un servizio che esegue e gestisce una singola attività, tale attività viene utilizzata per stabilire digest di immagini per i container inclusi nell'operazione. Se viene creato un servizio che esegue e gestisce più attività, la prima attività avviata dal pianificatore di servizi durante l'implementazione viene utilizzata per stabilire i digest delle immagini per i container nelle attività.
Se tre o più tentativi di stabilire i digest delle immagini dei container hanno esito negativo, l'implementazione continua senza la risoluzione dei digest delle immagini. Se l'interruttore automatico di implementazione è abilitato, quest'ultima ha esito negativo e viene sottoposta a rollback.
Dopo aver stabilito i digest delle immagini del container, Amazon ECS utilizza i digest per avviare qualsiasi altra attività desiderata e per eventuali futuri aggiornamenti del servizio. Ciò comporta che tutte le attività di un servizio eseguono sempre immagini di container identiche, con conseguente coerenza delle versioni del software.
È possibile configurare questo comportamento per ogni container nell'attività utilizzando il parametro `versionConsistency` nella definizione del container. Per ulteriori informazioni, consultare [versionConsistency](task_definition_parameters.md#ContainerDefinition-versionconsistency).
**Nota**
Le versioni di Amazon ECS Agent precedenti a `1.31.0` non supportano la risoluzione del digest delle immagini. Le versioni Agent da `1.31.0` a `1.69.0` supportano la risoluzione del digest delle immagini solo per le immagini inviate ai repository Amazon ECR. Le versioni Agent `1.70.0` o successive supportano la risoluzione del digest delle immagini per tutte le immagini.
La versione della piattaforma minima di Fargate Linux per la risoluzione del digest delle immagini è `1.3.0`. La versione della piattaforma minima di Fargate Windows per la risoluzione del digest delle immagini è `1.0.0`.
Amazon ECS non acquisisce digest di container sidecar gestiti da Amazon ECS, come l'agente di GuardDuty sicurezza Amazon o il proxy Service Connect.
Per ridurre la potenziale latenza associata alla risoluzione delle immagini dei container nei servizi con più attività, eseguire la versione dell'agente Amazon ECS `1.83.0` o successiva sulle istanze di container EC2. Per evitare una potenziale latenza, specificare i digest delle immagini del container nella definizione dell'attività.
Se viene creato un servizio con un numero di attività desiderate pari a zero, Amazon ECS non può stabilire i digest dei container finché non si attiva un'altra implementazione del servizio con un numero di attività desiderate maggiore di zero.
Per stabilire digest di immagini aggiornati, è possibile forzare una nuova implementazione. I digest aggiornati verranno utilizzati per avviare nuove attività e non influiranno sulle attività già in esecuzione. Per ulteriori informazioni su come forzare nuove distribuzioni, consulta il riferimento alle [forceNewDeployment](https://docs.aws.amazon.com/AmazonECS/latest/APIReference/API_UpdateService.html#ECS-UpdateService-request-forceNewDeployment)API di *Amazon ECS.*
Quando si utilizzano provider di capacità EC2, se la capacità di avvio di un'attività non è sufficiente durante l'implementazione iniziale, la coerenza della versione del software potrebbe non funzionare. Per garantire la coerenza delle versioni anche in caso di capacità limitata, impostare esplicitamente `versionConsistency: "enabled"` nella configurazione del container di definizione delle attività anziché fare affidamento sul comportamento predefinito. Ciò fa sì che Amazon ECS attenda che la capacità diventi disponibile prima di procedere con l'implementazione.
# Best practice per i parametri del servizio di Amazon ECS
Per garantire che non si verifichino tempi di inattività delle applicazioni, il processo di implementazione è il seguente:
1. Avviare i nuovi container di applicazioni mantenendo attivi quelli esistenti.
1. Verificare che i nuovi container siano integri.
1. Arrestare i vecchi container.
A seconda della configurazione di implementazione e della quantità di spazio libero e non riservato nel cluster, potrebbero essere necessari più cicli per completare la procedura per sostituire tutte le vecchie attività con nuove attività.
Vi sono due opzioni di configurazione del servizio che è possibile utilizzare per modificare il numero:
+ `minimumHealthyPercent`: 100% (impostazione predefinita)
Il limite inferiore sul numero di attività per cui il servizio deve rimanere nello stato `RUNNING` durante un'implementazione. Si tratta di una percentuale del `desiredCount` arrotondata per eccesso al valore intero più vicino. Questo parametro consente di eseguire l'implementazione senza utilizzare la capacità aggiuntiva del cluster.
+ `maximumPercent`: 200% (impostazione predefinita)
Il limite superiore sul numero di attività per il servizio che sono consentite nello stato `RUNNING` o `PENDING` durante un'implementazione. Si tratta di una percentuale del `desiredCount` arrotondata per difetto al valore intero più vicino.
**Esempio: opzioni di configurazione predefinite**
Prendiamo in considerazione il seguente servizio con sei attività, implementato in un cluster che può ospitare otto attività in totale. Le opzioni di configurazione predefinite del servizio non consentono all'implementazione di scendere al di sotto del 100% delle sei attività desiderate.
Di seguito è riportato il procedimento di implementazione:
1. L'obiettivo è sostituire le sei attività.
1. Il pianificatore avvia due nuove attività perché le impostazioni predefinite richiedono che vi siano sei attività in esecuzione.
Ora ci sono sei attività esistenti e due nuove attività.
1. Il pianificatore interrompe due delle attività esistenti.
Ora ci sono quattro attività esistenti e due nuove attività.
1. Il pianificatore avvia due nuove attività aggiuntive.
Ora ci sono quattro attività esistenti e quattro nuove attività.
1. Il pianificatore arresta due delle attività esistenti.
Ora ci sono due attività esistenti e quattro attività nuove.
1. Il pianificatore avvia due nuove attività aggiuntive.
Ora ci sono due attività esistenti e sei nuove attività.
1. Il pianificatore arresta le ultime due attività esistenti.
Ora ci sono sei nuove attività.
Nell'esempio precedente, se si utilizzano i valori predefiniti per le opzioni, c'è un'attesa di 2,5 minuti per ogni nuova attività che inizia. Inoltre, il bilanciatore del carico potrebbe dover attendere 5 minuti prima che la vecchia attività si interrompa.
**Esempio: Modifica `minimumHealthyPercent`**
È possibile velocizzare l'implementazione impostando il valore `minimumHealthyPercent` al 50%.
Prendiamo in considerazione il seguente servizio con sei attività, implementato in un cluster che può ospitare otto attività in totale. Di seguito è riportato il procedimento di implementazione:
1. L'obiettivo è sostituire sei attività.
1. Il pianificatore interrompe tre delle attività esistenti.
Sono ancora in esecuzione tre attività esistenti che soddisfano il valore `minimumHealthyPercent`.
1. Il pianificatore avvia cinque nuove attività.
Ci sono tre attività esistenti e cinque nuove attività.
1. Il pianificatore interrompe tre attività esistenti rimanenti.
Ci sono cinque nuove attività
1. Il pianificatore avvia le nuove attività finali.
Ci sono sei nuove attività.
**Esempio: modificare lo spazio libero del cluster**
È inoltre possibile aggiungere altro spazio libero in modo da poter eseguire attività aggiuntive.
Prendiamo in considerazione il seguente servizio con sei attività, implementato in un cluster che può ospitare dieci attività in totale. Di seguito è riportato il procedimento di implementazione:
1. L'obiettivo è sostituire le attività esistenti.
1. Il pianificatore interrompe tre delle attività esistenti.
Ci sono tre attività esistenti.
1. Il pianificatore avvia sei nuove attività.
Ci sono attività esistenti e sei nuove attività
1. Il pianificatore interrompe le tre attività esistenti.
Ci sono sei nuove attività.
**Raccomandazioni**
Utilizzare i seguenti valori per le opzioni di configurazione del servizio quando le attività sono inattive da qualche tempo e non hanno un tasso di utilizzo elevato.
+ `minimumHealthyPercent`: 50%
+ `maximumPercent`: 200%
# Creazione di un'implementazione di aggiornamenti continui di Amazon ECS
Creare un servizio per eseguire e mantenere simultaneamente un numero specificato di istanze di una definizione di attività in un cluster. Se una delle tue attività non riesce o si interrompe, il pianificatore del servizio Amazon ECS avvia un'altra istanza della definizione di attività per sostituirla. Ciò consente di mantenere il numero desiderato di attività nel servizio.
Decidere i seguenti parametri di configurazione prima di creare un servizio:
+ Esistono due opzioni di calcolo che distribuiscono le attività.
+ Una **strategia per provider di capacità** fa sì che Amazon ECS distribuisca le attività in uno o più provider di capacità.
Se si desidera eseguire i carichi di lavoro su istanze gestite da Amazon ECS, occorre utilizzare l'opzione di strategia del provider di capacità.
+ Un **tipo di avvio** fa sì che Amazon ECS avvii le attività direttamente su Fargate o sulle istanze EC2 registrate nei cluster.
Se si desidera eseguire i carichi di lavoro su istanze gestite da Amazon ECS, occorre utilizzare l'opzione di strategia del provider di capacità.
+ Le definizioni di processo che utilizzano la modalità di rete `awsvpc` o i servizi configurati per l'utilizzo di un load balancer devono disporre di una configurazione di rete. Di default, la console seleziona l'Amazon VPC di default insieme a tutte le sottoreti e il gruppo di sicurezza di default all'interno dell'Amazon VPC di default.
+ La strategia di posizionamento, ossia la strategia di posizionamento delle attività predefinita, distribuisce le attività in modo uniforme tra le zone di disponibilità.
Consigliamo di utilizzare il ribilanciamento delle zone di disponibilità per garantire un'elevata disponibilità del servizio. Per ulteriori informazioni, consultare [Bilanciamento di un servizio Amazon ECS tra zone di disponibilità](service-rebalancing.md).
+ Quando utilizzi il **tipo di avvio** per l'implementazione del servizio, per impostazione predefinita il servizio viene avviato nelle sottoreti del cluster VPC.
+ Per la **strategia per provider di capacità**, la console seleziona un'opzione di calcolo di default. Di seguito viene descritto l'ordine utilizzato dalla console per selezionare un valore di default:
+ Se il cluster dispone di una strategia di provider di capacità definita, questa è selezionata.
+ Se nel cluster non è presente una strategia di provider di capacità di default definita, ma sono presenti i provider di capacità di Fargate aggiunti al cluster, è selezionata una strategia di provider di capacità personalizzata che utilizza il provider di capacità `FARGATE`.
+ Se nel cluster non è presente una strategia di provider di capacità di default definita, ma sono presenti uno o più provider di capacità del gruppo Auto Scaling aggiunti al cluster, l'opzione **Usa personalizzato (avanzate)** è selezionata e sarà necessario definire manualmente la strategia.
+ Se nel cluster non è presente una strategia di provider di capacità di default definita e non sono stati aggiunti provider di capacità al cluster, è selezionato il tipo di avvio Fargate.
+ Le opzioni predefinite per il rilevamento degli errori di implementazione prevedono l'utilizzo dell'opzione **Utilizza l'interruttore di implementazione di Amazon ECS** con l'opzione di **Rollback in caso di errori**.
Per ulteriori informazioni, consultare [In che modo l’interruttore di implementazione Amazon ECS rileva i guasti](deployment-circuit-breaker.md).
+ Decidere se si desidera che Amazon ECS aumenti o riduca automaticamente il numero desiderato di attività nel servizio. Per informazioni, consulta [Scalabilità automatica del servizio Amazon ECS](service-auto-scaling.md).
+ Se hai bisogno di un'applicazione per connetterti ad altre applicazioni in esecuzione su Amazon ECS, determina l'opzione più adatta alla tua architettura. Per ulteriori informazioni, consultare [Interconnessione dei servizi Amazon ECS](interconnecting-services.md).
+ Quando viene creato un servizio che utilizza l'interruttore automatico Amazon ECS, Amazon ECS crea un'implementazione e una revisione del servizio. Queste risorse consentono di visualizzare informazioni dettagliate sulla cronologia dei servizi. Per ulteriori informazioni, consulta [Visualizza la cronologia dei servizi utilizzando le distribuzioni dei servizi Amazon ECS](service-deployment.md).
*Per informazioni su come creare un servizio utilizzando il AWS CLI, consulta [https://docs.aws.amazon.com/cli/latest/reference/ecs/create-service.html](https://docs.aws.amazon.com/cli/latest/reference/ecs/create-service.html)la sezione Reference.AWS Command Line Interface *
Per informazioni su come creare un servizio utilizzando AWS CloudFormation, consulta [https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ecs-service.html](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ecs-service.html)la *Guida per l'AWS CloudFormation utente*.
## Creare un servizio con le opzioni predefinite
Puoi utilizzare la console per creare e implementare rapidamente un servizio. Il servizio ha la seguente configurazione:
+ Si implementa nel VPC e nelle sottoreti associate al cluster
+ Implementa un'attività
+ Utilizza l'implementazione in sequenza
+ Utilizza la strategia del provider di capacità con il tuo provider di capacità predefinito
+ Utilizza l'interruttore automatico di implementazione per rilevare i guasti e imposta l'opzione per ripristinare automaticamente l'implementazione in caso di errore
Per implementare un servizio utilizzando i parametri predefiniti, completa la seguente procedura.
**Per creare un servizio (console Amazon ECS)**
1. Apri la console nella [https://console.aws.amazon.com/ecs/versione 2](https://console.aws.amazon.com/ecs/v2).
1. Nella pagina di navigazione, scegli **Cluster**.
1. Nella pagina **Cluster**, scegliere il cluster in cui creare il servizio.
1. Nella scheda **Servizi**, scegliere **Crea**.
Viene visualizzata la pagina **Crea servizio**.
1. In **Dettagli del servizio**, effettuare le seguenti operazioni:
1. Per **Definizione di processo**, inserire la famiglia di definizioni di processi e la revisione da utilizzare.
1. In **Nome servizio**, specificare un nome per il servizio.
1. Per utilizzare ECS Exec per il debug del servizio, selezionare **Attiva ECS Exec** in **Risoluzione dei problemi di configurazione**.
1. Nella sezione **Configurazione implementazione**, procedere come segue.
1. Per **Attività desiderate**, immettere il numero di attività da avviare e gestire nel servizio.
1. (Facoltativo) Per identificare il servizio e le attività, espandi la sezione **Tags** (Tag), quindi configura i tag.
Per fare in modo che Amazon ECS contrassegni automaticamente tutte le attività appena avviate con il nome del cluster e i tag di definizione delle attività, seleziona **Turn on Amazon ECS managed tags** (Attiva i tag gestiti da Amazon ECS), quindi seleziona **Task definitions** (Definizioni di attività).
Per fare in modo che Amazon ECS contrassegni automaticamente tutte le attività appena avviate con il nome del cluster e i tag del servizio, seleziona **Turn on Amazon ECS managed tags** (Attiva i tag gestiti da Amazon ECS), quindi seleziona **Service** (Servizio).
Aggiungi o rimuovi un tag.
+ [Aggiungi un tag] Scegli **Add tag** (Aggiungi tag), quindi effettuare le seguenti operazioni:
+ In **Chiave**, immetti il nome della chiave.
+ In **Valore**, immetti il valore della chiave.
+ [Rimuovere un tag] Accanto al tag, scegliere **Remove tag (Rimuovi tag)**.
## Creazione di un servizio utilizzando parametri definiti
Per creare un servizio utilizzando i parametri definiti, completare la seguente procedura.
**Per creare un servizio (console Amazon ECS)**
1. Apri la console nella [https://console.aws.amazon.com/ecs/v2](https://console.aws.amazon.com/ecs/v2).
1. Determina la risorsa da cui avviare il servizio.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/create-service-console-v2.html)
Viene visualizzata la pagina **Crea servizio**.
1. In Dettagli del servizio, effettuare le seguenti operazioni:
1. Per **Definizione di processo**, inserire la definizione di processi da utilizzare. Quindi, per **Revisione**, scegliere la revisione da utilizzare.
1. In **Nome servizio**, specificare un nome per il servizio.
1. Per **Cluster esistente**, scegliere il cluster.
Scegliere **Crea cluster** per eseguire l'attività su un nuovo cluster
1. Scegliere come vengono distribuite le attività nell'infrastruttura cluster. In **Configurazione di calcolo**, scegliere l'opzione.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/create-service-console-v2.html)
1. Per utilizzare ECS Exec per il debug del servizio, selezionare **Attiva ECS Exec** in **Risoluzione dei problemi di configurazione**.
1. Nella sezione **Configurazione implementazione**, procedere come segue.
1. Per **Service type** (Tipo di servizio), scegli la strategia di pianificazione del servizio.
+ Perché lo scheduler implementi esattamente una attività su ciascuna istanza di container che risponda a tutti i vincoli di posizionamento dell'attività, scegli **Daemon**.
+ Perché lo scheduler posizioni e mantenga il numero di attività desiderato nel cluster, scegli **Replica**.
1. Se hai scelto **Replica**, per **Desired tasks** (Attività desiderate), immetti il numero di attività da avviare e mantenere nel servizio.
1. Se è stato scelto **Replica**, per consentire ad Amazon ECS di monitorare la distribuzione delle attività tra le zone di disponibilità e ridistribuirle in caso di squilibrio, in **Ribilanciamento del servizio delle zone di disponibilità**, selezionare **Ribilanciamento del servizio della zona di disponibilità.**
1. Per **Periodo di tolleranza dei controlli di integrità**, inserire il periodo di tempo (in secondi) durante il quale il pianificatore di servizi ignora i controlli dell'integrità dei container, di bilanciamento dei carichi elastici e di VPC Lattice non integri dopo che è stata avviata un'attività. Se non si specifica un valore per il periodo di tolleranza per il controllo dell’integrità, viene utilizzato il valore predefinito di 0.
1. Determina il tipo di implementazione per il servizio. Espandere **Opzioni di implementazione**, quindi specificare i seguenti parametri.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/create-service-console-v2.html)
1. Per configurare il modo in cui Amazon ECS rileva e gestisce gli errori di implementazione, espandi **Deployment failure detection** (Rilevamento degli errori di implementazione), quindi scegli le tue opzioni.
1. Per interrompere un'implementazione quando le attività non possono essere avviate, seleziona **Use the Amazon ECS deployment circuit breaker** (Usa l'interruttore automatico di implementazione di Amazon ECS).
Per fare in modo che il software ripristini automaticamente l'implementazione all'ultimo stato di implementazione completata quando l'interruttore automatico di implementazione imposta l'implementazione su uno stato di errore, selezionare **Rollback in caso di errore**.
1. Per interrompere una distribuzione in base ai parametri dell'applicazione, seleziona **Usa CloudWatch allarmi.** Quindi, dal **nome CloudWatch dell'allarme**, scegli gli allarmi. Per creare un nuovo allarme, vai alla CloudWatch console.
Per fare in modo che il software ripristini automaticamente la distribuzione all'ultimo stato di distribuzione completato quando un CloudWatch allarme imposta la distribuzione **su uno stato fallito, seleziona Rollback in caso** di errori.
1. Se la definizione dell'attività utilizza la modalità di rete `awsvpc`, è possibile specificare una configurazione di rete personalizzata espandendo **Rete** e quindi effettuare le seguenti operazioni:
1. Per **VPC** seleziona il VPC da utilizzare.
1. Per **Subnets** (Sottoreti), seleziona una o più sottoreti nel VPC che lo scheduler di attività deve prendere in considerazione quando posiziona le attività.
1. Per **Gruppi di sicurezza** è possibile selezionare un gruppo di sicurezza esistente o crearne uno nuovo. Per utilizzare un gruppo di sicurezza esistente, seleziona il gruppo di sicurezza e passa alla fase successiva. Per creare un nuovo gruppo di sicurezza, scegliere **Create a new security group (Crea un nuovo gruppo di sicurezza)**. È necessario specificare un nome e una descrizione del gruppo di sicurezza e aggiungere una o più regole in entrata per il gruppo di sicurezza.
1. Per **IP pubblico** scegli se assegnare automaticamente un indirizzo IP pubblico all'interfaccia di rete elastica (ENI) del processo stesso.
AWS Fargate alle attività può essere assegnato un indirizzo IP pubblico quando vengono eseguite in una sottorete pubblica in modo che abbiano un percorso verso Internet. Non è possibile assegnare alle attività EC2 un IP pubblico utilizzando questo campo. Per ulteriori informazioni, consultare [Amazon ECS task networking options for Fargate](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/fargate-task-networking.html) e [Allocate a network interface for an Amazon ECS task](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/task-networking-awsvpc.html).
1. (Facoltativo) Per connettere il servizio usando Service Connect, espandere **Service Connect**, quindi specificare quanto segue:
1. Selezionare **Attiva Service Connect**.
1. In **Service Connect configuration** (Configurazione Service Connect), specifica la modalità client.
+ Se il servizio esegue un'applicazione client di rete che deve connettersi solo ad altri servizi nel namespace, scegliere **Solo lato client**.
+ Se il servizio esegue un'applicazione di rete o di servizio Web, deve fornire endpoint per questo servizio e si connette ad altri servizi nel namespace, scegliere **Client e server**.
1. Per utilizzare un namespace differente da quello del cluster predefinito, per **Namespace**, scegliere il namespace del servizio. Può trattarsi di uno spazio dei nomi creato separatamente Regione AWS nello stesso spazio dell'utente Account AWS o di uno spazio dei nomi nella stessa regione condiviso con il proprio account utilizzando (). AWS Resource Access Manager AWS RAM*Per ulteriori informazioni sugli spazi dei AWS Cloud Map nomi condivisi, consulta Condivisione dello spazio dei nomi [tra AWS Cloud Map](https://docs.aws.amazon.com/cloud-map/latest/dg/sharing-namespaces.html) account nella Guida per gli sviluppatori.AWS Cloud Map *
1. (Facoltativo) Specificare una configurazione del log. Selezionare **Usa la raccolta di log**. L'opzione predefinita invia i log dei contenitori a Logs. CloudWatch Le altre opzioni del driver di registro sono configurate utilizzando. AWS FireLens Per ulteriori informazioni, consulta [Inviare i log di Amazon ECS a un servizio o AWS AWS Partner](using_firelens.md).
Di seguito sono riportate descrizioni più dettagliate per ogni destinazione di log di container.
+ **Amazon CloudWatch**: configura l'attività per inviare i log dei container a CloudWatch Logs. Vengono fornite le opzioni predefinite dei driver di registro, che creano un gruppo di CloudWatch log per tuo conto. Per specificare un nome del gruppo di log diverso, modifica i valori dell'opzione del driver.
+ **Amazon Data Firehose**: configura l'attività per inviare i log del container a Firehose. Vengono fornite le opzioni di driver di log predefinite che inviano i log a un flusso di consegna Firehose. Per specificare un nome del flusso di consegna diverso, modifica i valori dell'opzione del driver.
+ **Flusso di dati Amazon Kinesis**: configura il processo per inviare log di container a Kinesis Data Streams. Vengono fornite le opzioni di driver di log predefinite che inviano i log a un flusso di consegna Kinesis Data Streams. Per specificare un nome del flusso diverso, modifica i valori dell'opzione del driver.
+ **Amazon OpenSearch Service**: configura l'attività per inviare i log dei container a un dominio OpenSearch di servizio. Devono essere fornite le opzioni del driver di log.
+ **Amazon S3**: configura l'attività per inviare log di container a un bucket Amazon S3. Vengono fornite le opzioni del driver di log predefinito, ma è necessario specificare un nome del bucket Amazon S3 valido.
1. (Facoltativo) Per abilitare i log di accesso, segui questi passaggi:
1. Espandi la **configurazione del registro di accesso**. Per **Format**, scegli **JSON** o`TEXT`.
1. Per includere i parametri di interrogazione nei log di accesso, selezionate **Includi parametri di interrogazione**.
1. (Facoltativo) Per connettere il servizio usando il rilevamento servizi, espandere **Rilevamento servizi**, ed effettuare le seguenti operazioni:
1. Selezionare **Utilizza il rilevamento servizi**.
1. Per utilizzare un nuovo namespace, scegliere **Crea un nuovo namespace** in **Configura namespace**, fornire quindi un nome e una descrizione del namespace. Per utilizzare un namespace esistente, scegliere **Seleziona un namespace esistente**, scegliere quindi il namespace da utilizzare.
1. Fornire informazioni sul servizio di rilevamento servizi come il nome e la descrizione del servizio.
1. Per fare in modo che Amazon ECS esegua controlli periodici dello stato di integrità a livello di container, selezionare **Abilita la propagazione dell'integrità delle attività Amazon ECS**.
1. Per **Tipo di record DNS** seleziona il tipo di record DNS da creare per il servizio. Il rilevamento servizi Amazon ECS supporta solo record **A** e **SRV**, a seconda della modalità di rete specificata dalla definizione di attività. Per informazioni su questi tipi di record, consulta [Tipi di record DNS supportati](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/ResourceRecordTypes.html) nella *Guida per gli sviluppatori di Amazon Route 53*.
+ Se la definizione di attività specificata dalla tua attività di servizio usa la modalità di rete `bridge` o `host`, sono supportati solo i record di tipo **SRV**. Scegli un nome di container e una combinazione di porte da associare al record.
+ Se la definizione di attività specificata dalla tua attività di servizio usa la modalità di rete `awsvpc`, seleziona il tipo di record **A** o **SRV**. Se si sceglie **A**, andare al passaggio successivo. Se si sceglie **SRV**, specificare la porta sulla quale si trova il servizio oppure un nome di container e una combinazione di porte da associare al record.
Per **TTL**, inserire il tempo in secondi per cui un set di record viene memorizzato nella cache dai resolver DNS e dai browser Web.
1. (Facoltativo) Per collegare il servizio utilizzando VPC Lattice, espandere **VPC Lattice**, quindi effettuare le seguenti operazioni:
1. Selezionare **Attiva VPC Lattice**
1. Per **Ruolo dell'infrastruttura**, scegliere il ruolo dell'infrastruttura.
Se non è stato creato un ruolo, scegliere **Crea ruolo dell'infrastruttura**.
1. In **Gruppi di destinazione**, scegliere il gruppo o i gruppi di destinazione. È necessario scegliere un gruppo di destinazione compreso tra 1 e 5. Scegliere **Aggiungi gruppo di destinazione** per aggiungere altri gruppi di destinazione. Scegliere il **Nome della porta**, il **Protocollo** e la **Porta** per ogni gruppo di destinazione scelto.
Per rimuovere un gruppo di destinazione, scegliere **Rimuovi**.
**Nota**
Se si desidera aggiungere gruppi di destinazione esistenti, è necessario usare la AWS CLI. *Per istruzioni su come aggiungere gruppi target utilizzando il AWS CLI, consulta [register-targets](https://docs.aws.amazon.com/cli/latest/reference/vpc-lattice/register-targets.html) nella Guida di riferimento. AWS Command Line Interface *
Sebbene un servizio VPC Lattice possa essere collegato a più gruppi di destinazione, un gruppo di destinazione può essere aggiunto solo a un singolo servizio.
1. Per completare la configurazione VPC Lattice, includendo i nuovi gruppi di destinazione nell'azione predefinita del listener o nelle regole di un servizio VPC Lattice esistente nella console VPC Lattice. Per ulteriori informazioni, consultare [Listener rules for your VPC Lattice service](https://docs.aws.amazon.com/vpc-lattice/latest/ug/listener-rules.html).
1. (Facoltativo) Per configurare un load balancer per il servizio, espandi **Load balancing** (Bilanciamento del carico).
Scegli il load balancer.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/create-service-console-v2.html)
1. (Facoltativo) Per configurare il servizio di dimensionamento automatico, espandere **Dimensionamento automatico del servizio** e quindi specificare i seguenti parametri. Per utilizzare il dimensionamento automatico predittivo, che esamina i dati di caricamento precedenti provenienti dai flussi di traffico, è necessario configurarlo dopo aver creato il servizio. Per ulteriori informazioni, consultare [Usa modelli storici per scalare i servizi Amazon ECS con scalabilità predittiva](predictive-auto-scaling.md).
1. Per utilizzare il dimensionamento automatico, selezionare **Dimensionamento automatico del servizio**.
1. Per **Numero minimo di attività**, inserire il limite inferiore del numero di attività che devono essere utilizzate dal servizio di dimensionamento automatico. Il numero desiderato non scenderà al di sotto di questo conteggio.
1. In **Numero massimo di processi**, specificare il limite superiore del numero di processi che devono essere utilizzati dal servizio di dimensionamento automatico. Il numero desiderato non sarà superiore a questo conteggio.
1. Scegli il tipo di policy. In **Tipo di policy di dimensionamento**, scegliere una delle opzioni seguenti.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/create-service-console-v2.html)
1. (Facoltativo) Per utilizzare una strategia di posizionamento delle attività diversa da quella predefinita, espandi **Task Placement** (Posizionamento attività), quindi scegli una tra le seguenti opzioni.
Per ulteriori informazioni, consultare [In che modo Amazon ECS colloca le attività sulle istanze dei container](task-placement.md).
+ **Distribuzione con bilanciamento AZ**: consente di distribuire le attività tra zone di disponibilità e istanze di container nella zona di disponibilità.
+ **AZ Balanced BinPack**: distribuisci le attività tra le zone di disponibilità e tra le istanze di container con la minima memoria disponibile.
+ **BinPack**— Distribuisci le attività in base alla quantità minima disponibile di CPU o memoria.
+ **One Task Per Host (Un’attività per host)**: consente di posizionare al massimo un’attività dal servizio in ogni istanza di container.
+ **Personalizzato**: consente di definire una strategia personalizzata di posizionamento delle attività.
Se hai scelto **Custom** (Personalizzato), definisci l'algoritmo per il posizionamento delle attività e le regole che vengono prese in considerazione durante il posizionamento delle attività.
+ In **Strategy** (Strategia), per **Type** (Tipo) e **Field** (Campo), scegli l'algoritmo e l'entità da utilizzare per l'algoritmo.
Puoi aggiungere un massimo di 5 strategie.
+ In **Vincolo**, per **Tipo** ed **Espressione**, scegli la regola e l'attributo per il vincolo.
Ad esempio, per impostare il vincolo per posizionare le attività su istanze T2, per **Expression** (Espressione), immetti **attribute:ecs.instance-type =\$1 t2.\$1**.
Puoi aggiungere un massimo di 10 vincoli.
1. Se l'attività utilizza un volume di dati compatibile con la configurazione al momento dell'implementazione, è possibile configurare il volume espandendo **Volume**.
Il nome e il tipo di volume vengono configurati durante la creazione di una revisione della definizione di attività e non possono essere modificati quando si crea un servizio. Per aggiornare il nome e il tipo di volume, è necessario creare una nuova revisione della definizione di attività e creare un servizio utilizzando la nuova revisione.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonECS/latest/developerguide/create-service-console-v2.html)
1. Per utilizzare ECS Exec per il debug del servizio, selezionare **Attiva ECS Exec** in **Risoluzione dei problemi di configurazione**.
1. (Facoltativo) Per identificare il servizio e le attività, espandi la sezione **Tags** (Tag), quindi configura i tag.
Per fare in modo che Amazon ECS contrassegni automaticamente tutte le attività appena avviate con il nome del cluster e i tag di definizione delle attività, seleziona **Attiva i tag gestiti di Amazon ECS**, quindi in **Propaga i tag da**, scegli **Definizioni di attività**.
Per fare in modo che Amazon ECS contrassegni automaticamente tutte le attività appena avviate con il nome del cluster e i tag del servizio, seleziona **Attiva i tag gestiti di Amazon ECS**, quindi in **Propaga i tag da**, scegli **Servizio**.
Aggiungi o rimuovi un tag.
+ [Aggiungi un tag] Scegli **Add tag** (Aggiungi tag), quindi effettuare le seguenti operazioni:
+ In **Chiave**, immetti il nome della chiave.
+ In **Valore**, immetti il valore della chiave.
+ [Rimuovere un tag] Accanto al tag, scegliere **Remove tag (Rimuovi tag)**.
1. Scegli **Create** (Crea).
## Fasi successive
Di seguito sono riportate le operazioni aggiuntive dopo la creazione di un servizio.
+ Configurare il dimensionamento automatico predittivo, che analizza i dati di caricamento precedenti provenienti dai flussi di traffico. Per ulteriori informazioni, consultare [Usa modelli storici per scalare i servizi Amazon ECS con scalabilità predittiva](predictive-auto-scaling.md).
+ Tracciare l'implementazione e visualizzare la cronologia dei servizi dell'interruttore automatico di Amazon ECS. Per ulteriori informazioni, consulta [Visualizza la cronologia dei servizi utilizzando le distribuzioni dei servizi Amazon ECS](service-deployment.md).