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à.
Parametri di definizione delle attività di Amazon ECS per Amazon EC2
Le definizioni delle attività sono suddivise in parti separate: la famiglia di attività, il ruolo dell'attività AWS Identity and Access Management (IAM), la modalità di rete, le definizioni dei contenitori, i volumi, i vincoli di posizionamento delle attività e la capacità. Le definizioni della famiglia e del container sono richieste in una definizione di attività. Al contrario, il ruolo dell'attività, la modalità di rete, i volumi, i vincoli di posizionamento delle attività e il tipo di avvio sono facoltativi.
Puoi utilizzare questi parametri in un file JSON per configurare la definizione del processo.
Di seguito sono riportate descrizioni più dettagliate per ogni parametro di definizione delle attività per Amazon EC2
Family
family-
Tipo: stringa
Obbligatorio: sì
Quando registri una definizione di attività, le assegni una famiglia, ovvero una sorta di nome per più versioni della definizione di attività, specificando un numero di revisione. Alla prima definizione di attività registrata in una determinata famiglia viene assegnato il numero di revisione 1 e a qualsiasi definizione di attività registrata successivamente viene assegnato un numero di revisione sequenziale.
Capacity
Quando si registra una definizione di attività, è possibile specificare la capacità che Amazon ECS deve convalidare per tale definizione. Se la definizione di attività non viene convalidata in base alle compatibilità specificate, viene restituita un'eccezione client.
Il parametro seguente è permesso in una definizione di attività.
requiresCompatibilities-
Tipo: array di stringhe
Obbligatorio: no
Valori validi:
EC2La capacità per la quale è stata convalidata la definizione di attività. Ciò avvia un controllo per garantire che tutti i parametri utilizzati nella definizione dell'attività soddisfino i requisiti di Amazon EC2.
Ruolo del processo
taskRoleArn-
▬Tipo: stringa
Obbligatorio: no
Quando registri una definizione di attività, puoi fornire un ruolo di attività per un ruolo IAM che consenta ai contenitori inclusi nell'operazione di chiamare per tuo conto i AWS APIs dati specificati nelle politiche associate. Per ulteriori informazioni, consulta Ruolo IAM dell'attività Amazon ECS.
All'avvio dell'AMI Windows Server ottimizzata per Amazon ECS, i ruoli IAM per le attività su Windows richiedono che l'opzione
-EnableTaskIAMRolesia impostata. I container devono anche eseguire un codice di configurazione per utilizzare la funzionalità. Per ulteriori informazioni, consulta Configurazione aggiuntiva dell'istanza Amazon EC2 Windows.
Ruolo per l'esecuzione del processo
executionRoleArn-
Tipo: String
Obbligatorio: condizionale
L'Amazon Resource Name (ARN) del ruolo di esecuzione dell'attività che concede all'agente container Amazon ECS l'autorizzazione a effettuare chiamate AWS API per tuo conto.
Nota
Il ruolo IAM di esecuzione del processo è richiesto in base ai requisiti del processo. Per ulteriori informazioni, consulta Ruolo IAM di esecuzione di attività Amazon ECS.
Modalità di rete
networkMode-
▬Tipo: stringa
Obbligatorio: no
La modalità di rete Docker da utilizzare per i container nel processo. Per le attività di Amazon ECS ospitate su istanze Amazon EC2 Linux, i valori validi sono
none,bridgeawsvpc, e.hostSe non viene specificata alcuna modalità di rete, la modalità di rete predefinita è.bridgePer le attività di Amazon ECS ospitate su istanze Amazon EC2 Windows, i valori validi sonodefault, e.awsvpcSe non viene specificata alcuna modalità di rete, viene utilizzata la modalitàdefault.Se la modalità di rete è impostata su
none, i container dell'attività non dispongono di connettività esterna e non è possibile specificare le mappature delle porte nella definizione del container.Se la modalità di rete è attiva
bridge, l'attività utilizza la rete virtuale integrata di Docker su Linux, che viene eseguita all'interno di ogni EC2 istanza Amazon che ospita l'attività. La rete virtuale integrata su Linux utilizza il driver di retebridgeDocker.Se la modalità di rete è
host, l'attività utilizza la rete dell'host che aggira la rete virtuale integrata di Docker mappando le porte dei container direttamente all'ENI dell' EC2 istanza Amazon che ospita l'attività. Le mappature dinamiche delle porte non possono essere utilizzate in questa modalità di rete. Un container in una definizione di attività che utilizza questa modalità deve specificare un numero dihostPortspecifico. Un numero di porta su un host non può essere utilizzato da più attività. Di conseguenza, non puoi eseguire più attività con la stessa definizione di attività su una singola EC2 istanza Amazon.Importante
Quando si eseguono attività che utilizzano la modalità di rete
host, per una maggiore sicurezza, non eseguire container utilizzando l'utente root (UID 0). Come best practice per la sicurezza, utilizza sempre un utente non root.Se la modalità di rete è
awsvpc, al processo viene assegnata un'interfaccia di rete elastica e, quando crei un servizio o esegui un processo con la definizione di attività, devi specificareNetworkConfiguration. Per ulteriori informazioni, consulta Opzioni di task networking di Amazon ECS per EC2.Se la modalità di rete è attiva
default, l'attività utilizza la rete virtuale integrata di Docker su Windows, che viene eseguita all'interno di ogni EC2 istanza Amazon che ospita l'attività. La rete virtuale integrata su Windows utilizza il driver di retenatDocker.Le modalità di
awsvpcretehoste offrono le massime prestazioni di rete per i container perché utilizzano lo stack EC2 di rete Amazon. Con le modalità di retehosteawsvpc, le porte dei container esposte sono mappate direttamente alla porta host corrispondente (per la modalità di retehost) o alla porta dell'interfaccia di rete elastica collegata (per la modalità di reteawsvpc). Pertanto, non puoi utilizzare le mappature delle porte host dinamiche.La modalità di rete consentita dipende dal sistema operativo dell' EC2 istanza sottostante. Con Linux, può essere utilizzata qualsiasi modalità di rete. Se Windows, possono essere utilizzate le modalità
defaulteawsvpc.
Piattaforma di runtime
operatingSystemFamily-
Tipo: String
Obbligatorio: condizionale
Di default: LINUX
Quando registri una definizione di attività, devi specificare la famiglia del sistema operativo.
I valori validi sono
LINUX,WINDOWS_SERVER_2025_FULL,WINDOWS_SERVER_2025_CORE,WINDOWS_SERVER_2022_CORE,WINDOWS_SERVER_2022_FULL,WINDOWS_SERVER_2019_FULL,WINDOWS_SERVER_2019_CORE,WINDOWS_SERVER_2016_FULL,WINDOWS_SERVER_2004_COREeWINDOWS_SERVER_20H2_CORE.Tutte le definizioni di attività utilizzate in un servizio devono avere lo stesso valore per questo parametro.
Quando una definizione di attività fa parte di un servizio, questo valore deve corrispondere al valore
platformFamilydel servizio. cpuArchitecture-
Tipo: String
Obbligatorio: condizionale
Quando si registra una definizione di attività, è possibile specificare l'architettura della CPU. I valori validi sono
X86_64eARM64. Se non specifichi un valore, Amazon ECS tenta di inserire attività sull'architettura CPU disponibile in base alla configurazione del provider di capacità. Per garantire che le attività vengano posizionate su un'architettura CPU specifica, specifica un valore percpuArchitecturenella definizione dell'attività.Tutte le definizioni di attività utilizzate in un servizio devono avere lo stesso valore per questo parametro.
Quando si dispone di attività Linux, è possibile impostare il valore su
ARM64. Per ulteriori informazioni, consulta Definizioni di attività Amazon ECS per carichi di lavoro ARM a 64 bit.
Dimensioni processo
Quando registri una definizione di attività, puoi specificare la quantità totale di CPU e memoria utilizzata per l'attività. Questo valore è separato dai valori cpu e memory a livello di definizione del container. Per le attività ospitate su EC2 istanze Amazon, questi campi sono facoltativi.
Nota
I parametri della CPU e della memoria a livello di processo vengono ignorati per i container Windows. Ti consigliamo di specificare risorse a livello di container per i container Windows.
cpu-
Tipo: String
Obbligatorio: condizionale
Nota
Questo parametro non è supportato per i container Windows.
Il limite rigido di unità CPU da presentare per il processo. Puoi specificare i valori della CPU nel file JSON come stringa in unità CPU o in modalità virtuale CPUs (vCPUs). Ad esempio, è possibile specificare un valore di CPU come
1024in unità CPU o1 vCPUin vCPUs. Quando la definizione dell'attività viene registrata, un valore vCPU viene convertito in un numero intero che indica le unità CPU.Questo campo è facoltativo. Se il cluster non dispone di istanze di container registrate con le unità CPU richieste disponibili, l’attività non va a buon fine. I valori supportati sono compresi tra
0.125v CPUs e192v. CPUs
memory-
Tipo: String
Obbligatorio: condizionale
Nota
Questo parametro non è supportato per i container Windows.
Il limite rigido di memoria da presentare al processo. È possibile specificare i valori di memoria nella definizione dell'attività come stringa in mebibytes (MiB) o gigabytes (GB). Ad esempio, è possibile specificare un valore di memoria
3072in MiB o3 GBin GB. Quando la definizione di attività è registrata, un valore GB viene convertito in un numero intero che indica il MiB.Questo campo è facoltativo e può essere utilizzato qualsiasi valore. Se viene specificato un valore di memoria a livello di attività, il valore di memoria a livello di container è facoltativo. Se il cluster non dispone di istanze di container registrate con la memoria richiesta disponibile, l'attività non va a buon fine. Puoi ottimizzare l'utilizzo delle risorse assegnando alle attività quanta più memoria possibile per un determinato tipo di istanza. Per ulteriori informazioni, consulta Allocazione della memoria di un'istanza di container Amazon ECS Linux.
Definizioni del container
Quando registri una definizione di attività, devi specificare un elenco di definizioni del container che vengono trasmesse al daemon Docker in un'istanza di container. I seguenti parametri sono consentiti in una definizione del container.
Argomenti
Parametri standard di definizione del container
I seguenti parametri di definizione di attività sono obbligatori o utilizzati nella maggior parte delle definizioni del container.
Name
name-
Tipo: stringa
Obbligatorio: sì
Il nome di un container. Sono consentite fino a 255 lettere (maiuscole e minuscole), numeri, trattini e caratteri di sottolineatura. Se colleghi più container in una definizione di attività, il parametro
namedi uno dei container può essere inserito nel parametrolinksdi un altro container. Questo per collegare i container.
Immagine
image-
Tipo: stringa
Obbligatorio: sì
L'immagine utilizzata per avviare un container. Questa stringa viene trasmessa direttamente al daemon Docker. Per impostazione predefinita, le immagini nel registro Docker Hub sono disponibili. Puoi anche specificare altri repository con
orepository-url/image:tag. Il nome può contenere un massimo di 255 lettere (maiuscole e minuscole); sono consentiti numeri, trattini, caratteri di sottolineatura, due punti, punti, barre e cancelletti. Questo parametro è mappato surepository-url/image@digestImagenel comando creazione container e nel parametroIMAGEdel docker di esecuzione del comando.-
Quando viene avviato un nuovo processo, l'agente del container Amazon ECS esegue il pull della versione più recente dell'immagine e del tag specificati per il container da utilizzare. Tuttavia, gli aggiornamenti successivi a un'immagine del repository non vengono propagate alle attività già in esecuzione.
-
Quando non specifichi un tag o un digest nel percorso dell'immagine nella definizione dell'attività, l'agente contenitore Amazon ECS utilizza il
latesttag per estrarre l'immagine specificata. -
Gli aggiornamenti successivi a un'immagine del repository non vengono propagati alle attività già in esecuzione.
-
Le immagini nei registri privati sono supportate. Per ulteriori informazioni, consulta Utilizzo di immagini non AWS containerizzate in Amazon ECS.
-
Le immagini nei repository Amazon ECR possono essere specificate utilizzando la convenzione di denominazione
registry/repository:tagoregistry/repository@digest, ad esempio,aws_account_id.dkr.ecr.region.amazonaws.com/omy-web-app:latestaws_account_id.dkr.ecr.region.amazonaws.com/.my-web-app@sha256:94afd1f2e64d908bc90dbca0035a5b567EXAMPLE -
Le immagini in repository ufficiali su Docker Hub utilizzano un singolo nome (ad esempio
ubuntuomongo). -
Le immagini in altri repository su Docker Hub vengono qualificate con un nome di organizzazione (ad esempio,
amazon/amazon-ecs-agent). -
Le immagini in altri archivi online vengono ulteriormente qualificate da un nome di dominio (ad esempi,
quay.io/assemblyline/ubuntu).
-
versionConsistency-
Tipo: String
Valori validi:
enabled|disabledObbligatorio: no
Specificare se Amazon ECS risolverà il tag dell'immagine del container fornito nella definizione del container in un digest di immagini. Per impostazione predefinita, questo comportamento è
enabled. Se si imposta il valore per un container comedisabled, Amazon ECS non risolverà il tag dell'immagine del container in un digest e utilizzerà l'URI dell'immagine originale specificato nella definizione del container per l'implementazione. Per ulteriori informazioni sulla risoluzione dell'immagine del container, consultare Risoluzione dell’immagine del container.
Memoria
memory-
Tipo: Integer
Obbligatorio: no
La quantità (in MiB) della memoria da presentare al container. Se il container tenta di superare la memoria specificata qui, viene terminato. La quantità totale di memoria prenotata per tutti i container all'interno di un processo deve essere inferiore al valore
memorydel processo, se specificato. Questo parametro è mappato aMemorynella creazione container del comando del docker e l'opzione--memoryper docker run.È necessario specificare un valore di memoria a livello di attività o uno a livello di container. Se specifichi sia un valore di
memorya livello di container che un valore dimemoryReservation,memorydeve essere maggiore del valore dimemoryReservation. Se specifichimemoryReservation, tale valore viene sottratto dalle risorse di memoria disponibili per l'istanza di container in cui il container viene posizionato. in caso contrario, viene utilizzato il valorememory.Il daemon Docker 20.10.0 o versione successiva prenota un minimo di 6 MiB di memoria per un container. Pertanto, non specificare meno di 6 MiB di memoria per i container.
Il daemon Docker 19.03.13-ce o versione precedente prenota un minimo di 4 MiB di memoria per un container. Pertanto, non specificare meno di 4 MiB di memoria per i container.
Nota
Per ottimizzare l'utilizzo delle risorse, assegnando all'attività quanta più memoria possibile per un determinato tipo di istanza, consulta Allocazione della memoria di un'istanza di container Amazon ECS Linux.
memoryReservation-
Tipo: Integer
Obbligatorio: no
Il limite flessibile (in MiB) della memoria da prenotare per il container. Quando la memoria di sistema è in conflitto, Docker tenta di conservare la memoria del container entro questo limite flessibile. Tuttavia, il container può utilizzare una quantità maggiore di memoria, se necessario. Il container può utilizzare memoria fino al limite rigido specificato con il parametro
memory(se applicabile) o tutta la memoria disponibile sull'istanza di container, a seconda di quale evento si verifica prima. Questo parametro è mappato aMemoryReservationnella creazione container del comando del docker e l'opzione--memory-reservationper docker run.Se non viene specificato un valore di memoria a livello di attività, è necessario specificare un numero intero diverso da zero per uno o entrambi i codici
memoryomemoryReservationin una definizione del container. Se specifichi entrambe,memorydeve essere superiore amemoryReservation. Se specifichimemoryReservation, tale valore viene sottratto dalle risorse di memoria disponibili per l'istanza di container in cui il container viene posizionato. in caso contrario, viene utilizzato il valorememory.Ad esempio, supponiamo che il container normalmente utilizza 128 MiB di memoria, ma con picchi occasionali di 256 MiB di memoria per brevi periodi di tempo. Puoi impostare un valore di
memoryReservationdi 128 MiB e un limite rigidomemorydi 300 MiB. Questa configurazione consente al container di riservare 128 MiB di memoria solo dalle risorse restanti nell'istanza di container. Allo stesso tempo, questa configurazione consente al container di utilizzare più risorse di memoria quando necessario.Nota
Questo parametro non è supportato per i container Windows.
Il daemon Docker 20.10.0 o versione successiva prenota un minimo di 6 MiB di memoria per un container. Pertanto, non specificare meno di 6 MiB di memoria per i container.
Il daemon Docker 19.03.13-ce o versione precedente prenota un minimo di 4 MiB di memoria per un container. Pertanto, non specificare meno di 4 MiB di memoria per i container.
Nota
Per ottimizzare l'utilizzo delle risorse, assegnando all'attività quanta più memoria possibile per un determinato tipo di istanza, consulta Allocazione della memoria di un'istanza di container Amazon ECS Linux.
Mappature di porte
portMappings-
Tipo: array di oggetti
Obbligatorio: no
Le mappature delle porte espongono le porte di rete del container al mondo esterno. Ciò consente ai client di accedere all'applicazione. Viene anche utilizzato per la comunicazione tra container all'interno della stessa attività.
Per le definizioni di attività che utilizzano la modalità di rete
awsvpc, specifica solo il parametrocontainerPort.hostPortviene sempre ignorato e la porta del container viene mappata automaticamente su una casuale con numero alto sull'host.La mappatura delle porte su Windows usa l’indirizzo gateway
NetNATanzichélocalhost. Non vi è alcun loopback per le mappature delle porte su Windows, perciò non è possibile accedere alla porta mappata di un container dall'host stesso.La maggior parte dei campi di questo parametro (inclusi
containerPort,hostPorteprotocol) è associata aPortBindingsnella sezione creazione container del comando e l'opzione--publishper docker run. Se la modalità di rete di una definizione di attività è impostata suhost, le porte host devono essere non definite o devono corrispondere alla porta del container nella mappatura della porta.Nota
Dopo che un processo raggiunge lo stato
RUNNING, gli incarichi manuali e automatici relativi alle porte del container e dell'host sono visibili nelle posizioni seguenti:-
Console: sezione Binding di rete della descrizione di un container per un processo selezionato.
-
AWS CLI: la sezione
networkBindingsdell'output del comando describe-tasks. -
API: risposta
DescribeTasks. -
Metadati: l'endpoint dei metadati dell'attività.
appProtocol-
▬Tipo: stringa
Obbligatorio: no
Il protocollo dell'applicazione utilizzato per la mappatura delle porte. Questo parametro si applica solo a Service Connect. Ti consigliamo di impostare questo parametro in maniera coerente con il protocollo utilizzato dall'applicazione. Se imposti questo parametro, Amazon ECS aggiunge la gestione delle connessioni specifica del protocollo al proxy Service Connect. Se imposti questo parametro, Amazon ECS aggiunge la telemetria specifica del protocollo nella console Amazon ECS e. CloudWatch
Se non imposti un valore per questo parametro, viene utilizzato TCP. Amazon ECS, tuttavia, non aggiunge la telemetria specifica del protocollo TCP.
Per ulteriori informazioni, consulta Usa Service Connect per connettere i servizi Amazon ECS con nomi brevi.
Valori di protocollo validi:
"http" | "http2" | "grpc" containerPort-
Tipo: numero intero
Obbligatorio: sì, quando si utilizzano
portMappingsIl numero di porta nel container associato alla porta dell'host definito dall'utente o assegnata automaticamente.
Per le attività che utilizzano la modalità di rete
awsvpc, utilizzarecontainerPortper specificare le porte esposte.Supponiamo di utilizzare contenitori in un'attività con i fornitori di EC2 capacità e di specificare una porta container e non una porta host. Il container riceve quindi automaticamente una porta dell'host nell'intervallo delle porte temporanee. Per ulteriori informazioni, consulta
hostPort. La mappatura delle porte che sono assegnate automaticamente in questo modo non contano ai fini della quota di 100 porte riservate di un'istanza di container. containerPortRange-
▬Tipo: stringa
Obbligatorio: no
L'intervallo dei numeri di porta nel container associato all'intervallo di porte host mappato in maniera dinamica.
È possibile impostare questo parametro solo utilizzando l'API
register-task-definition. L'opzione è disponibile nel parametroportMappings. Per ulteriori informazioni, consulta register-task-definition nella documentazione di riferimento AWS Command Line Interface .Quando specifichi un
containerPortRange, si applicano le seguenti regole:-
Devi utilizzare la modalità di rete
bridgeo la modalità di reteawsvpc. -
Questo parametro è disponibile per sistemi operativi sia Linux che Windows.
-
L'istanza di container deve avere almeno la versione 1.67.0 dell'agente del container e almeno la versione 1.67.0-1 del pacchetto
ecs-init. -
Puoi specificare fino a 100 intervalli di porte per container.
-
Non specificare un
hostPortRange. Il valore dell'hostPortRangeè impostato come indicato di seguito:-
Per i container in un'attività con la modalità di rete
awsvpc, lahostPortè impostata sullo stesso valore dellacontainerPort. Questa è una strategia di mappatura statica. -
Per i container in un'attività con la modalità di rete
bridge, l'agente Amazon ECS trova le porte host aperte dall'intervallo effimero predefinito e lo passa a docker per associarle alle porte del container.
-
-
I valori validi di
containerPortRangesono compresi tra 1 e 65535. -
Una porta può essere inclusa solo in una sola mappatura delle porte per ogni container.
-
Non puoi specificare intervalli di porte sovrapposti.
-
La prima porta nell'intervallo deve essere minore dell'ultima porta nell'intervallo.
-
Docker consiglia di disattivare il proxy docker nel file di configurazione del daemon Docker quando disponi di un numero elevato di porte.
Per ulteriori informazioni, consultate il numero #11185
su GitHub. Per informazioni sulla modalità di disattivazione del proxy docker nel file di configurazione del daemon Docker, consulta Daemon Docker nella Guida per lo sviluppatore di Amazon ECS.
Puoi effettuare la chiamata a DescribeTasks per visualizzare l'
hostPortRange, cioè le porte dell'host associate alle porte del container.Gli intervalli di porte non sono inclusi negli eventi delle attività di Amazon ECS, a EventBridge cui vengono inviati. Per ulteriori informazioni, consulta Automatizza le risposte agli errori di Amazon ECS utilizzando EventBridge.
-
hostPortRange-
▬Tipo: stringa
Obbligatorio: no
L'intervallo di numeri di porta sull'host utilizzato con il collegamento di rete. Questo viene assegnato da Docker e consegnato dall'agente Amazon ECS.
hostPort-
Tipo: Integer
Obbligatorio: no
Il numero di porta nell'istanza di container per prenotare per il container.
Puoi specificare una porta dell'host non riservata per la mappatura delle porte del container. Questa operazione viene definita mappatura statica delle porte dell'host. In alternativa, puoi omettere
hostPort(o impostarlo su0) specificandocontainerPort. Il container riceve automaticamente una porta nell'intervallo di porte temporanee per il sistema operativo dell'istanza di container e la versione Docker. Questa operazione viene definita mappatura dinamica delle porte dell'host.L'intervallo di porte temporanee predefinite per Docker versione 1.6.0 e successive è elencato nell'istanza in
/proc/sys/net/ipv4/ip_local_port_range. Se questo parametro kernel non è disponibile, viene utilizzato l'intervallo delle porte temporaneo di default da49153–65535. Non tentare di specificare una porta dell'host nell'intervallo di porte effimere. Questo perché sono riservate per l'assegnazione automatica. In generale, le porte al di sotto di32768non rientrano nell'intervallo delle porte temporanee. È possibile utilizzare l'ECS_DYNAMIC_HOST_PORT_RANGEimpostazione nella configurazione dell'agente contenitore ECS per specificare un intervallo personalizzato per le porte host assegnate dinamicamente. Ciò può essere utile se le attività non vengono avviate a causa di conflitti di porte con altri processi sull'istanza del contenitore, ad esempio le connessioni in uscita che utilizzano anche porte dell'intervallo di porte temporanee. Per ulteriori informazioni, consulta Configurazione dell'agente del container Amazon ECS.Le porte prenotate di default sono
22per SSH, le porte Docker2375e2376e le porte51678-51680dell'agente del container di Amazon ECS. Qualsiasi porta dell'host precedentemente specificata dall'utente per un'attività in esecuzione viene prenotata anche mentre tale attività è in esecuzione. Dopo l'arresto di un'attività, la porta dell'host viene rilasciata. Le porte attualmente prenotate vengono visualizzate nel parametroremainingResourcesdell'output describe-container-instances. Un'istanza di container può contenere fino a 100 porte prenotate alla volta, incluse quelle predefinite. Le porte assegnate automaticamente non vengono conteggiate ai fini della quota di 100 porte prenotate. name-
Tipo: String
Obbligatorio: no, necessario per configurare Service Connect e VPC Lattice in un servizio
Il nome utilizzato per la mappatura delle porte. Questo parametro si applica solo a Service Connect e VPC Lattice. Questo parametro è il nome utilizzato nella configurazione di Service Connect e VPC Lattice di un servizio.
Per ulteriori informazioni, consulta Usa Service Connect per connettere i servizi Amazon ECS con nomi brevi.
Nell'esempio seguente, vengono visualizzati entrambi i campi obbligatori per Service Connect e VPC Lattice.
"portMappings": [ { "name":string, "containerPort":integer} ] protocol-
▬Tipo: stringa
Obbligatorio: no
Il protocollo utilizzato per la mappatura delle porte. I valori validi sono
tcpeudp. Il valore predefinito ètcp.Importante
È supportato solo
tcpper Service Connect. Ricorda chetcpè implicito se questo campo non è impostato.Importante
Il supporto UDP è disponibile solo nelle istanze di container che sono state avviate con la versione 1.2.0 dell'agente del container Amazon ECS (ad esempio l'AMI
amzn-ami-2015.03.c-amazon-ecs-optimized) o successiva o con agenti del container che sono stati aggiornati alla versione 1.3.0 o successiva. Per passare all'ultima versione dell'agente del container, consulta Aggiornamento dell'agente del container Amazon ECS.
Se specifichi una porta dell'host, utilizza la seguente sintassi.
"portMappings": [ { "containerPort": integer, "hostPort": integer } ... ]Se desideri una porta dell'host assegnata automaticamente, utilizza la seguente sintassi.
"portMappings": [ { "containerPort": integer } ... ] -
Credenziali del repository privato
repositoryCredentials-
Tipo: oggetto RepositoryCredentials
Obbligatorio: no
Le credenziali dell'archivio per l'autenticazione di un registro privato.
Per ulteriori informazioni, consulta Utilizzo di immagini non AWS containerizzate in Amazon ECS.
-
credentialsParameter -
Tipo: String
Obbligatorio: sì, quando si utilizzano
repositoryCredentialsL'Amazon Resource Name (ARN) del segreto contenente le credenziali dell'archivio privato.
Per ulteriori informazioni, consulta Utilizzo di immagini non AWS containerizzate in Amazon ECS.
Nota
Quando utilizzi l'API Amazon ECS o AWS SDKs se il segreto esiste nella stessa regione dell'attività che stai avviando, puoi utilizzare l'ARN completo o il nome del segreto. AWS CLI Quando si utilizza il Console di gestione AWS, è necessario specificare l'ARN completo del segreto.
Di seguito viene riportato un frammento di una definizione di attività che mostra i parametri obbligatori:
"containerDefinitions": [ { "image": "private-repo/private-image", "repositoryCredentials": { "credentialsParameter": "arn:aws:secretsmanager:region:aws_account_id:secret:secret_name" } } ]
-
Parametri avanzati di definizione del container
I seguenti parametri avanzati di definizione del container forniscono funzionalità estese al comando di esecuzione del docker che viene utilizzato per lanciare container nelle istanze di container di Amazon ECS.
Argomenti
Politica di riavvio
restartPolicy-
La politica di riavvio del container e i parametri di configurazione associati. Quando configuri una politica di riavvio per un container, Amazon ECS può riavviare il container senza dover sostituire l'attività. Per ulteriori informazioni, consulta Riavviare singoli container nelle attività Amazon ECS con policy di riavvio dei container.
enabled-
Tipo: Booleano
Obbligatorio: sì
Specificare se è abilitata una politica di riavvio per il container.
ignoredExitCodes-
Tipo: array di numeri interi
Obbligatorio: no
Un elenco di codici di uscita che Amazon ECS ignorerà e non tenterà di riavviare. È possibile specificare fino a 50 codici di uscita dei container. Per impostazione predefinita, Amazon ECS non ignora alcun codice di uscita.
restartAttemptPeriod-
Tipo: Integer
Obbligatorio: no
Un periodo di tempo (in secondi) durante il quale il container deve essere eseguito prima che venga tentato un riavvio. Un container può essere riavviato solo una volta ogni
restartAttemptPeriodsecondi. Se un container non è in grado di funzionare per questo periodo di tempo ed esce in anticipo, non verrà riavviato. È possibile specificare unrestartAttemptPeriodminimo di 60 secondi e unrestartAttemptPeriodmassimo di 1.800 secondi. Per impostazione predefinita, un container deve funzionare per 300 secondi prima di poter essere riavviato.
Controllo dell’integrità
healthCheck-
Comando di controllo dell'integrità del container e parametri di configurazione associati per il container. Per ulteriori informazioni, consulta Determina lo stato delle attività di Amazon ECS utilizzando i controlli dell’integrità dei container.
command-
Matrice di stringhe che rappresenta il comando eseguito dal container per determinare l'integrità. La matrice di stringhe può iniziare con
CMDper eseguire direttamente gli argomenti del comando oppure conCMD-SHELLper eseguire il comando con la shell predefinita del container. Se non è specificato nessuno dei due, viene utilizzatoCMD.Quando si registra una definizione di attività in Console di gestione AWS, utilizzare un elenco di comandi separati da virgole. Questi comandi vengono convertiti in stringa dopo la creazione della definizione delle attività. Di seguito è riportato un esempio di input per il controllo dell'integrità.
CMD-SHELL, curl -f http://localhost/ || exit 1Quando si registra una definizione di attività utilizzando il pannello Console di gestione AWS JSON, o il AWS CLI APIs, racchiude l'elenco dei comandi tra parentesi. Di seguito è riportato un esempio di input per il controllo dell'integrità.
[ "CMD-SHELL", "curl -f http://localhost/ || exit 1" ]Un codice di uscita 0, senza output
stderr, indica l'esito positivo, mentre un codice di uscita diverso da zero indica un errore. interval-
Intervallo di tempo (in secondi) tra ogni controllo dell'integrità. Puoi specificare un valore compreso tra 5 e 300 secondi. Il valore di predefinito è 30 secondi.
timeout-
Periodo di tempo in secondi per cui attendere che un controllo dell'integrità venga superato prima di considerarlo un errore. Puoi specificare un valore compreso tra 2 e 60 secondi. Il valore predefinito è 5 secondi.
retries-
Numero di tentativi per cui riprovare un controllo dello stato non riuscito prima che il container venga considerato non integro. Puoi specificare un valore compreso tra 1 e 10 tentativi. Il valore predefinito è tre tentativi.
startPeriod-
Periodo di tolleranza facoltativo entro il quale concedere ai container il tempo necessario per il bootstrap prima che i controlli dell'integrità non riusciti vengano conteggiati rispetto al numero massimo di nuovi tentativi. Puoi specificare un valore compreso tra 0 e 300 secondi. Per impostazione predefinita,
startPeriodè disabilitato.Se un controllo dello stato va a buon fine all'interno di
startPeriod, il container è considerato integro e gli errori successivi vengono conteggiati rispetto al numero massimo di nuovi tentativi.
Ambiente
cpu-
Tipo: Integer
Obbligatorio: no
Il numero di unità
cpuche l'agente del container Amazon ECS riserverà per il container. Su Linux, questo parametro è mappato aCpuSharesnella sezione Create a container. Nota
Puoi determinare il numero di unità CPU disponibili per ogni tipo di EC2 istanza Amazon. A tale scopo, moltiplica il numero di v CPUs indicato per quel tipo di istanza nella pagina dei dettagli di Amazon EC2 Instances
per 1.024. I container Linux condividono unità CPU non assegnate con altri container nell'istanza di container con lo stesso rapporto della quantità assegnata. Ad esempio, supponiamo di eseguire un'attività di container singolo in un tipo di istanza single core con 512 unità di CPU specificate per tale container. Inoltre, tale attività è l'unica in esecuzione sull'istanza di container. In questo esempio, il container può utilizzare la condivisione completa di 1.024 unità CPU in qualsiasi momento. Tuttavia, si supponga di aver avviato un'altra copia della stessa attività su quell'istanza di container. A ogni attività viene garantito un minimo di 512 unità CPU quando necessario. Analogamente, se l'altro container non utilizza la CPU rimanente, ogni container può passare a un maggiore utilizzo della CPU. Tuttavia, se entrambe le attività sono sempre attive al 100%, sono limitate a 512 unità CPU.
Sulle istanze di container Linux, il daemon Docker nell'istanza di container utilizza il valore CPU per calcolare i relativi rapporti di quote di CPU per i container in esecuzione. Il valore minimo valido per la quota di CPU ammesso dal kernel Linux è 2, mentre quello massimo valido per la quota di CPU ammesso dal kernel Linux è 262.144. Tuttavia, il parametro CPU non è obbligatorio e puoi usare valori di CPU minori di 2 e superiori a 262.144 nelle definizioni del container. Per i valori di CPU minori di 2 (incluso un valore null) e superiori a 262.144, il comportamento varia in base alla versione dell'agente del container Amazon ECS:
-
Versioni dell'agente <= 1.1.0: i valori di CPU null e zero vengono trasmessi a Docker come 0, che Docker successivamente converte in 1.024 quote di CPU. I valori di CPU di 1 vengono trasmessi a Docker come 1 e il kernel Linux li converte in due quote di CPU.
-
Versioni dell'agente >= 1.2.0: i valori di CPU null, zero e 1 vengono trasmessi a Docker come due quote di CPU.
-
Versioni dell'agente >= 1.84.0: i valori della CPU superiori a 256 vCPU vengono passati a Docker come 256, il che equivale a 262.144 condivisioni CPU.
Sulle istanze di container Windows, la quota di CPU viene applicata come assoluta. I container Windows hanno accesso solo alla quantità di CPU specificata nella definizione delle attività. Un valore di CPU null o zero viene trasmesso a Docker come
0, che Windows interpreta come l'1% di una CPU.Per ulteriori esempi, consulta Modalità di gestione delle risorse di CPU e memoria di Amazon ECS
. -
gpu-
Tipo: oggetto ResourceRequirement
Obbligatorio: no
Il numero di
GPUsfisiche che l'agente del container Amazon ECS riserva per il container. Il numero di contenitori GPUs riservati a tutti i contenitori di un'attività non deve superare il numero di quelli disponibili GPUs sull'istanza del contenitore su cui viene avviata l'attività. Per ulteriori informazioni, consulta Definizioni di attività Amazon ECS per carichi di lavoro GPU.Nota
Questo parametro non è supportato per i container Windows.
Elastic Inference accelerator-
Tipo: oggetto ResourceRequirement
Obbligatorio: no
Per il tipo
InferenceAccelerator, ilvaluecorrisponde adeviceNameper unInferenceAcceleratorspecificato in una definizione di attività. Per ulteriori informazioni, consulta Nome dell'acceleratore Elastic Inference (obsoleto).Nota
Questo parametro non è supportato per i container Windows.
essential-
Tipo: Booleano
Obbligatorio: no
Si supponga che il parametro
essentialdi un container sia contrassegnato cometruee che tale container abbia esito negativo o si arresti per qualsiasi motivo. Di conseguenza, tutti gli altri container che fanno parte dell'attività vengono arrestati. Se il parametroessentialdi un container è contrassegnato comefalse, il suo esito negativo non influenza il resto dei container in un'attività. Se questo parametro viene omesso, un container si considera essenziale.Tutti i processi devono avere almeno un container essenziale. Supponiamo di avere un'applicazione composta da più container. In questo caso, si raggruppano i container utilizzati per uno scopo comune in componenti e si separano i diversi componenti in più definizioni delle attività. Per ulteriori informazioni, consulta Progetta la tua applicazione per Amazon ECS.
"essential": true|false entryPoint-
Importante
Le versioni precedenti dell'agente del container Amazon ECS non gestiscono correttamente i parametri
entryPoint. In caso di problemi durante l'utilizzoentryPoint, aggiorna l'agente del container o inserisci i comandi e gli argomenti come elementi di matricecommand.Tipo: array di stringhe
Obbligatorio: no
Il punto di ingresso che viene trasmesso al container.
"entryPoint": ["string", ...] command-
Tipo: array di stringhe
Obbligatorio: no
Il comando che viene inviato al container. Questo parametro è mappato a
Cmdnella creazione container del comando e il parametroCOMMANDper docker run. In caso di più argomenti, ognuno di questi deve essere una stringa separata nella matrice."command": ["string", ...] workingDirectory-
▬Tipo: stringa
Obbligatorio: no
La directory di lavoro nel container in cui eseguire i comandi. Questo parametro è mappato a
WorkingDirnella sezione Create a containerdi Docker Remote API e l'opzione --workdira docker run. "workingDirectory": "string" environmentFiles-
Tipo: array di oggetti
Obbligatorio: no
Un elenco di file contenenti le variabili di ambiente da passare a un container. Questo parametro è mappato all'opzione
--env-fileal comando esecuzione del docker.Quando FIPS è abilitato, i nomi dei bucket con punti (.) (ad esempio, amzn-s3-demo-bucket1.name.example) non sono supportati. La presenza di punti (.) nel nome del bucket impedisce l'avvio dell'attività perché l'agente non può estrarre il file della variabile di ambiente da Amazon S3.
Questa funzionalità non è disponibile per i container Windows.
Puoi specificare fino a 10 file di ambiente. Il file deve avere un'estensione
.env. Ogni riga di un file di ambiente deve contenere una variabile di ambiente nel formatoVARIABLE=VALUE. Le righe che iniziano con#vengono trattate come commenti e vengono ignorate.Se nella definizione del container sono specificate singole variabili di ambiente, hanno la precedenza sulle variabili contenute in un file di ambiente. Se vengono specificati più file di ambiente che contengono la stessa variabile, vengono elaborati dall'alto verso il basso. Consigliamo di utilizzare nomi di variabili univoci. Per ulteriori informazioni, consulta Passare una singola variabile di ambiente a un container Amazon ECS.
value-
Tipo: stringa
Obbligatorio: sì
L'Amazon Resource Name (ARN) dell'oggetto Amazon S3 contenente il file della variabile di ambiente.
type-
Tipo: stringa
Obbligatorio: sì
Il tipo di file da utilizzare L’unico valore supportato è
s3.
environment-
Tipo: array di oggetti
Obbligatorio: no
Le variabili di ambiente da passare a un container. Questo parametro è mappato a
Envnella creazione container del comando del docker e l'opzione--enval comando per docker run.Importante
Non è consigliabile utilizzare variabili di ambiente non crittografate per informazioni sensibili, ad esempio dati di credenziali.
name-
Tipo: String
Obbligatorio: sì, quando viene utilizzato
environmentIl nome della variabile di ambiente.
value-
Tipo: String
Obbligatorio: sì, quando viene utilizzato
environmentIl valore della variabile di ambiente.
"environment" : [ { "name" : "string", "value" : "string" }, { "name" : "string", "value" : "string" } ] secrets-
Tipo: array di oggetti
Obbligatorio: no
Un oggetto che rappresenta il segreto da esporre al container. Per ulteriori informazioni, consulta Trasferimento di dati sensibili a un container Amazon ECS.
name-
Tipo: stringa
Obbligatorio: sì
Il valore da impostare come variabile di ambiente sul container.
valueFrom-
Tipo: stringa
Obbligatorio: sì
Il segreto da esporre al container. I valori supportati sono l'Amazon Resource Name (ARN) completo del Gestione dei segreti AWS segreto o l'ARN completo del parametro nel Parameter Store. AWS Systems Manager
Nota
Se il parametro Systems Manager Parameter Store o il parametro Secrets Manager esiste nella Regione AWS stessa operazione che si sta avviando, è possibile utilizzare l'ARN completo o il nome del segreto. Se il parametro esiste in una Regione diversa, deve essere specificato l'ARN completo.
"secrets": [ { "name": "environment_variable_name", "valueFrom": "arn:aws:ssm:region:aws_account_id:parameter/parameter_name" } ]
Impostazioni di rete
disableNetworking-
Tipo: Booleano
Obbligatorio: no
Quando questo parametro è true, le reti sono disabilitate all'interno del container.
Nota
Questo parametro non è supportato per i container o le attività Windows che utilizzano la modalità di rete
awsvpc.Il valore predefinito è
false."disableNetworking": true|false links-
Tipo: array di stringhe
Obbligatorio: no
Il parametro
linkconsente ai container di comunicare tra loro senza la necessità di mappatura delle porte. Questo parametro è supportato solo se la modalità di rete di una definizione delle attività è impostata subridge. Il costruttoname:internalNameè analogo aname:aliasnei collegamenti Docker. Il nome può contenere un massimo di 255 lettere (maiuscole e minuscole), numeri, trattini e trattini bassi.Nota
Questo parametro non è supportato per i container o le attività Windows che utilizzano la modalità di rete
awsvpc.Importante
I container che vengono posizionati nella stessa istanza di container potrebbero comunicare tra loro senza necessità di collegamenti o mappature delle porte dell'host. L'isolamento di rete su un'istanza di container è controllato da gruppi di sicurezza e impostazioni VPC.
"links": ["name:internalName", ...] hostname-
▬Tipo: stringa
Obbligatorio: no
Il nome host da utilizzare per il container. Questo parametro è mappato a
Hostnamenella creazione container del docker e l'opzione--hostnameper docker run.Nota
Se utilizzi la modalità di rete
awsvpc, il parametrohostnamenon è supportato."hostname": "string" dnsServers-
Tipo: array di stringhe
Obbligatorio: no
Un elenco di server DNS presentato al container.
Nota
Questo parametro non è supportato per i container o le attività Windows che utilizzano la modalità di rete
awsvpc."dnsServers": ["string", ...] dnsSearchDomains-
Tipo: array di stringhe
Obbligatorio: no
Modello: ^[a-zA-Z0-9-.]{0,253}[a-zA-Z0-9]$
Un elenco di domini di ricerca DNS presentato al container. Questo parametro è mappato a
DnsSearchnella creazione container del comando del docker e l'opzione--dns-searchper docker run.Nota
Questo parametro non è supportato per i container o le attività di Windows che utilizzano la modalità di rete
awsvpc."dnsSearchDomains": ["string", ...] extraHosts-
Tipo: array di oggetti
Obbligatorio: no
Un elenco di nomi host e mappature di indirizzi IP da aggiungere al file
/etc/hostsnel container.Questo parametro è mappato a
ExtraHostsnella creazione container del comando del docker e l'opzione--add-hostper docker run.Nota
Questo parametro non è supportato per i container o le attività di Windows che utilizzano la modalità di rete
awsvpc."extraHosts": [ { "hostname": "string", "ipAddress": "string" } ... ]hostname-
Tipo: String
Obbligatorio: sì, quando si utilizzano
extraHostsIl nome host da utilizzare nella voce
/etc/hosts. ipAddress-
Tipo: String
Obbligatorio: sì, quando si utilizzano
extraHostsL'indirizzo IP da utilizzare nella voce
/etc/hosts.
Archiviazione e registrazione
readonlyRootFilesystem-
Tipo: Booleano
Obbligatorio: no
Se il parametro è true, al container viene assegnato l'accesso in sola lettura al file system radice. Questo parametro è mappato a
ReadonlyRootfsnella creazione container del comando del docker e l'opzione--read-onlyper docker run.Nota
Questo parametro non è supportato per i container Windows.
Il valore predefinito è
false."readonlyRootFilesystem": true|false mountPoints-
Tipo: array di oggetti
Obbligatorio: no
I punti di montaggio per i volumi di dati nel container. Questo parametro è mappato ai
Volumesnella creazione container dell'API Docker e l'opzione--volumeper docker run.I container Windows possono montare intere directory sulla stessa unità di
$env:ProgramData. I container Windows non possono montare le directory su un'unità diversa e i punti di montaggio non possono essere utilizzati tra le unità. È necessario specificare i punti di montaggio per collegare un volume Amazon EBS direttamente a un'attività Amazon ECS.sourceVolume-
Tipo: String
Obbligatorio: sì, quando si utilizzano
mountPointsIl nome del volume da montare.
containerPath-
Tipo: String
Obbligatorio: sì, quando si utilizzano
mountPointsIl percorso nel container in cui verrà montato il volume.
readOnly-
Tipo: Booleano
Obbligatorio: no
Se il valore è
true, il container avrà accesso in sola lettura al volume. Se il valore èfalse, il container avrà accesso in scrittura al volume. Il valore predefinito èfalse.Per le attività eseguite sul sistema operativo Windows, lasciare il valore predefinito di
false.
volumesFrom-
Tipo: array di oggetti
Obbligatorio: no
I volumi di dati da montare da un altro container. Questo parametro è mappato a
VolumesFromnella creazione container del comando del docker e l'opzione--volumes-fromper docker run.sourceContainer-
Tipo: String
Obbligatorio: sì, quando viene utilizzato
volumesFromIl nome del container da cui montare volumi.
readOnly-
Tipo: Booleano
Obbligatorio: no
Se il valore è
true, il container avrà accesso in sola lettura al volume. Se il valore èfalse, il container avrà accesso in scrittura al volume. Il valore predefinito èfalse.
"volumesFrom": [ { "sourceContainer": "string", "readOnly": true|false } ] logConfiguration-
Tipo: oggetto LogConfiguration
Obbligatorio: no
La specifica di configurazione dei log per il container.
Per definizioni dell'attività di esempio che utilizzano una configurazione di log, consulta Esempio di definizione di attività di Amazon ECS.
Questo parametro è mappato a
LogConfignella creazione container del comando del docker e l'opzione--log-driverper docker run. Per impostazione predefinita, i container utilizzano lo stesso driver di log utilizzato dal daemon Docker. Tuttavia, il container può utilizzare un driver di log diverso da quello del daemon Docker, specificando un driver di log con questo parametro nella definizione del container. Per utilizzare un altro driver di log per un container, il sistema di log deve essere configurato correttamente nell'istanza di container (o su un altro server di log per le opzioni di logging in remoto).Si noti quanto segue quando si specifica una configurazione di log per i container:
-
Amazon ECS supporta un sottoinsieme dei driver di log disponibili per il daemon Docker.
-
Questo parametro richiede la versione 1.18 o successiva di Docker Remote API sull'istanza di container.
-
L'agente del container Amazon ECS in esecuzione in un'istanza di container deve registrare i driver di log disponibili in tale istanza con la variabile di ambiente
ECS_AVAILABLE_LOGGING_DRIVERSprima che i container posizionati sull'istanza possano utilizzare queste opzioni di configurazione di log. Per ulteriori informazioni, consulta Configurazione dell'agente del container Amazon ECS.
"logConfiguration": { "logDriver": "awslogs","fluentd","gelf","json-file","journald","splunk","syslog","awsfirelens", "options": {"string": "string" ...}, "secretOptions": [{ "name": "string", "valueFrom": "string" }] }logDriver-
Tipo: String
Valori validi:
"awslogs","fluentd","gelf","json-file","journald","splunk","syslog","awsfirelens"Obbligatorio: sì, quando viene utilizzato
logConfigurationIl driver di log da utilizzare per il container. Per impostazione predefinita, i valori validi elencati in precedenza sono driver di log con i quali l'agente del container Amazon ECS può comunicare.
I driver di log supportati sono
awslogs,fluentd,gelf,json-file,journald,syslog,splunkeawsfirelens.Per ulteriori informazioni su come utilizzare il driver di
awslogsregistro nelle definizioni delle attività per inviare i log dei contenitori a CloudWatch Logs, vedere. Invia i log di Amazon ECS a CloudWatchPer ulteriori informazioni sull'utilizzo del driver di log
awsfirelens, consulta Routing di log personalizzato.Nota
Se disponi di un driver personalizzato che non è elencato, puoi eseguire il fork del progetto Amazon ECS Container Agent disponibile su GitHub
e personalizzarlo in modo che funzioni con quel driver. Ti consigliamo di inviare le richieste pull per le modifiche che desideri siano incluse. Tuttavia, attualmente non forniamo il supporto per eseguire copie modificate di questo software. Questo parametro richiede la versione 1.18 o successiva di Docker Remote API sull’istanza di container.
options-
Tipo: mappatura stringa a stringa
Obbligatorio: no
La key/value mappa delle opzioni di configurazione da inviare al driver di registro.
Le opzioni che è possibile specificare dipendono dal driver di log. Alcune delle opzioni che puoi specificare quando utilizzi il
awslogsrouter per indirizzare i log ad Amazon CloudWatch includono:awslogs-create-group-
Obbligatorio: no
Specifica se desideri che il gruppo di log venga creato automaticamente. Se questa opzione non è specificata, viene impostata in modo predefinito su
false.Nota
La tua policy IAM deve includere l'autorizzazione
logs:CreateLogGroupprima di provare a utilizzareawslogs-create-group. awslogs-region-
Obbligatorio: sì
Specificate il Regione AWS driver di
awslogsregistro a cui inviare i log Docker. Puoi scegliere di inviare tutti i log dai cluster di diverse regioni a una singola regione in Logs. CloudWatch In questo modo saranno tutti visibili in un'unica posizione. In caso contrario, puoi separarli per regione per una maggiore granularità. Assicurati che il gruppo di log specificato esista nella regione definita tramite questa opzione. awslogs-group-
Obbligatorio: sì
Assicurati di specificare un gruppo di log a cui il driver di log
awslogsinvia i flussi di log. awslogs-stream-prefix-
Obbligatorio: facoltativo
Utilizza l'opzione
awslogs-stream-prefixper associare un flusso di log al prefisso selezionato, al nome del container e all'ID dell'attività Amazon ECS al quale appartiene il container. Se specifichi un prefisso con questa opzione, il flusso di log assume il formato seguente.prefix-name/container-name/ecs-task-idSe non specifichi un prefisso con questa opzione, il flusso di log viene denominato secondo l'ID del container assegnato dal daemon Docker nell'istanza di container. Poiché è difficile ricollegare i log al container che li ha inviati con il solo ID container Docker (disponibile solo sulle istanze di container), è consigliabile specificare un prefisso con questa opzione.
Per i servizi Amazon ECS, puoi utilizzare il nome del servizio come prefisso. In questo modo puoi ricollegare i flussi di log al servizio a cui appartiene il container, al nome del container che li ha inviati e all'ID dell'attività a cui appartiene il container.
Perché i log compaiano nell'apposito riquadro della console Amazon ECS, devi specificare un prefisso per il flusso dei log.
awslogs-datetime-format-
Obbligatorio: no
Questa opzione definisce un modello di inizio multilinea nel formato
strftimePython. Un messaggio di log è composto da una riga corrispondente al modello e da tutte le righe successive non corrispondenti al modello. In questo modo la riga associata è il delimitatore tra i messaggi di log.Un esempio di un caso d'uso per l'utilizzo di questo formato è per l'analisi di output, ad esempio uno dump dello stack, che potrebbe altrimenti essere registrato in più voci. Il modello corretto consente di acquisirlo in una sola voce.
Per ulteriori informazioni, consulta awslogs-datetime-format
. Non è possibile configurare entrambe le opzioni
awslogs-datetime-formateawslogs-multiline-pattern.Nota
Il logging multilinea esegue un'espressione regolare per l'analisi e il confronto di tutti i messaggi di log. L'operazione potrebbe avere ripercussioni negative sulle prestazioni del logging.
awslogs-multiline-pattern-
Obbligatorio: no
Questa opzione definisce un modello di inizio multilinea che utilizza un'espressione regolare. Un messaggio di log è composto da una riga corrispondente al modello e da tutte le righe successive non corrispondenti al modello. In questo modo la riga associata è il delimitatore tra i messaggi di log.
Per ulteriori informazioni, consulta awslogs-multiline-pattern
. Questa opzione viene ignorata se anche
awslogs-datetime-formatè configurato.Non è possibile configurare entrambe le opzioni
awslogs-datetime-formateawslogs-multiline-pattern.Nota
Il logging multilinea esegue un'espressione regolare per l'analisi e il confronto di tutti i messaggi di log. L'operazione potrebbe avere ripercussioni negative sulle prestazioni del logging.
Le seguenti opzioni si applicano a tutti i driver di log supportati.
mode-
Obbligatorio: no
Valori validi:
non-blocking|blockingQuesta opzione definisce la modalità di consegna dei messaggi di log dal container al driver di log specificato utilizzando
logDriver. La modalità di distribuzione scelta influisce sulla disponibilità dell'applicazione quando il flusso di log dal container viene interrotto.Se si utilizza la modalità
blockinge il flusso di log viene interrotto, le chiamate provenienti dal codice del container e utilizzate per la scrittura sui flussistdoutestderrverranno bloccate. Di conseguenza, il thread di registrazione dell'applicazione si bloccherà. Ciò può causare la mancata risposta dell'applicazione e la presenza di errori nel controllo d'integrità del container.Se utilizzi la modalità
non-blocking, i log del container vengono invece archiviati in un buffer intermedio in memoria configurato con l'opzionemax-buffer-size. In questo modo si evita la mancata risposta dell'applicazione quando non è possibile inviare i log. Ti consigliamo di utilizzare questa modalità se vuoi garantire la disponibilità del servizio nonostante una certa perdita di log. Per ulteriori informazioni, consultare Preventing log loss with non-blocking mode in theawslogscontainer log driver. È possibile impostare un valore predefinito
modeper tutti i container in un Regione AWS specifico utilizzando le impostazioni dell'accountdefaultLogDriverMode. Se non si specifica l'opzionemodeinlogConfigurationo non si configura l'impostazione dell'account, Amazon ECS utilizzerà per impostazione predefinita la modalitànon-blocking. Per ulteriori informazioni sulle impostazioni dell'account, consultare Modalità driver log predefinita.Quando viene utilizzata la modalità
non-blocking, l'opzione di logmax-buffer-sizecontrolla la dimensione del buffer utilizzato per l'archiviazione dei messaggi intermedi. Assicurati di specificare una dimensione del buffer adeguata in base all'applicazione in uso. La quantità totale di memoria allocata a livello di attività deve essere superiore a quella allocata per tutti i container oltre al driver di log del buffer di memoria.Nota
Il 25 giugno 2025, Amazon ECS ha cambiato la modalità predefinita del driver di log da
blockinganon-blockingper dare priorità alla disponibilità delle attività rispetto al logging. Per continuare a utilizzare la modalitàblockingdopo questa modifica, procedere in uno dei seguenti modi:Impostare l'opzione
modenella definizione del containerlogConfigurationcomeblocking.Impostare le impostazioni dell'account
defaultLogDriverModesublocking.
max-buffer-size-
Obbligatorio: no
Valore predefinito:
10 mQuando viene utilizzata la modalità
non-blocking, l'opzione di logmax-buffer-sizecontrolla la dimensione del buffer utilizzato per l'archiviazione dei messaggi intermedi. Assicurati di specificare una dimensione del buffer adeguata in base all'applicazione in uso. Quando il buffer è pieno, non è possibile archiviare ulteriori log. I log che non possono essere archiviati vengono persi.
Per indirizzare i log utilizzando il router di log
splunk, è necessario specificaresplunk-tokenesplunk-url.Quando si utilizza il router di
awsfirelenslog per indirizzare i log verso una AWS Partner Network destinazione Servizio AWS OR per l'archiviazione e l'analisi dei log, è possibile impostare l'log-driver-buffer-limitopzione per limitare il numero di righe di registro memorizzate nel buffer prima di essere inviate al contenitore del log router. Può aiutarti a risolvere potenziali problemi di perdita di log perché un throughput elevato potrebbe comportare l'esaurimento della memoria per il buffer all'interno di Docker. Per ulteriori informazioni, consulta Configurazione dei log di Amazon ECS per un throughput elevato.Le altre opzioni che è possibile specificare quando si utilizza
awsfirelensper indirizzare i log dipendono dalla destinazione. Quando esporti i log in Amazon Data Firehose, puoi specificare Regione AWS ilregionwith e un nome per il flusso di log con.delivery_streamQuando si esportano i log in flusso di dati Amazon Kinesis, è possibile specificare Regione AWS con
regione un nome per il flusso di dati constream.Quando esporti i log su Amazon OpenSearch Service, puoi specificare opzioni come
Name,Host(Endpoint del OpenSearch servizio senza protocollo),Port,Index,Type,Aws_authAws_regionSuppress_Type_Name, e.tlsQuando si esportano i log in Amazon S3, è possibile specificare il bucket utilizzando l'opzione
bucket. È possibile anche specificareregion,total_file_size,upload_timeouteuse_put_objectcome opzioni.Questo parametro richiede la versione 1.19 o successiva di Docker Remote API sull'istanza di container.
secretOptions-
Tipo: array di oggetti
Obbligatorio: no
Un oggetto che rappresenta il segreto da inviare alla configurazione di log. I segreti utilizzati nella configurazione di log possono includere un token di autenticazione, un certificato o una chiave di crittografia. Per ulteriori informazioni, consulta Trasferimento di dati sensibili a un container Amazon ECS.
name-
Tipo: stringa
Obbligatorio: sì
Il valore da impostare come variabile di ambiente sul container.
valueFrom-
Tipo: stringa
Obbligatorio: sì
Il segreto da esporre alla configurazione di log del container.
"logConfiguration": { "logDriver": "splunk", "options": { "splunk-url": "https://cloud.splunk.com:8080", "splunk-token": "...", "tag": "...", ... }, "secretOptions": [{ "name": "splunk-token", "valueFrom": "/ecs/logconfig/splunkcred" }] }
-
firelensConfiguration-
Tipo: oggetto FirelensConfiguration
Obbligatorio: no
La FireLens configurazione per il contenitore. Si utilizza per specificare e configurare un router di log per i log del container. Per ulteriori informazioni, consulta Inviare i log di Amazon ECS a un servizio o AWSAWS Partner.
{ "firelensConfiguration": { "type": "fluentd", "options": { "KeyName": "" } } }options-
Tipo: mappatura stringa a stringa
Obbligatorio: no
La key/value mappa delle opzioni da usare durante la configurazione del log router. Questo campo è facoltativo e può essere utilizzato per aggiungere ulteriori metadati, ad esempio il processo, la definizione di attività, il cluster e i dettagli dell'istanza di container all'evento di log. Se specificato, la sintassi da utilizzare è
"options":{"enable-ecs-log-metadata":"true|false","config-file-type:"s3|file","config-file-value":"arn:aws:s3:::. Per ulteriori informazioni, consulta Esempio di definizione dell'attività Amazon ECS: indirizzare i log a FireLens.amzn-s3-demo-bucket/fluent.conf|filepath"} type-
Tipo: stringa
Obbligatorio: sì
Il router di log da utilizzare. I valori validi sono
fluentdofluentbit.
Sicurezza
Per ulteriori informazioni sulla sicurezza di container, consultare Best practice per la sicurezza delle attività e dei container di Amazon ECS.
credentialSpecs-
Tipo: array di stringhe
Obbligatorio: no
Un elenco di file ARNs in SSM o Amazon S3 in un file spec
CredSpec() delle credenziali che configura il contenitore per l'autenticazione Active Directory. Consigliamo di utilizzare questo parametro anzichédockerSecurityOptions. Il numero massimo di è 1. ARNsEsistono due formati per ogni ARN.
- credentialspecdomainless:MyARN
-
Utilizza
credentialspecdomainless:MyARNper fornire un fileCredSpeccon una sezione aggiuntiva per un segreto in Secrets Manager. Specifica le credenziali di accesso al dominio nel campo segreto.Ogni attività eseguita su qualsiasi istanza di container può aggiungere domini diversi.
Puoi utilizzare questo formato senza aggiungere l'istanza di container a un dominio.
- credentialspec:MyARN
-
Utilizza
credentialspec:MyARNper fornire un nome a un fileCredSpecper un singolo dominio.Devi aggiungere l'istanza di container al dominio prima di iniziare qualsiasi attività che utilizzi questa definizione delle attività.
In entrambi i formati, sostituisci
MyARNcon l'ARN in SSM o Amazon S3.Il file
credspecdeve fornire un ARN in Secrets Manager per un segreto contenente il nome utente, la password e il dominio a cui collegarsi. Per una maggiore sicurezza, l'istanza non viene aggiunta al dominio per l'autenticazione senza dominio. Le altre applicazioni sull'istanza non possono utilizzare le credenziali senza dominio. Puoi utilizzare questo parametro per eseguire attività sulla stessa istanza, anche se le attività devono aggiungere domini diversi. Per ulteriori informazioni, vedere Usare g MSAs per Windows Containers e Using g MSAs for Linux Containers. privileged-
Tipo: Booleano
Obbligatorio: no
Se il parametro è true, al container vengono assegnati privilegi elevati nell'istanza di container host (simile all'utente
root). Si consiglia di non far funzionare i container conprivileged. Nella maggior parte dei casi, puoi specificare i privilegi esatti necessari utilizzando i parametri specifici anzichéprivileged.Questo parametro è mappato a
Privilegednella creazione container del comando del docker e l'opzione--privilegedper docker run.Nota
Questo parametro non è supportato per i container o le attività Windows che utilizzano il tipo di avvio Fargate.
Il valore predefinito è
false."privileged": true|false user-
▬Tipo: stringa
Obbligatorio: no
L'utente da usare all'interno del container. Questo parametro è mappato a
Usernella creazione container del comando del docker e l'opzione--userper docker run.Importante
Quando esegui attività che utilizzano la modalità di rete
host, non eseguire container utilizzando l'utente root (UID 0). Come best practice per la sicurezza, utilizza sempre un utente non root.È possibile specificare
userutilizzando i seguenti formati. Un eventuale UID o GID deve essere specificato come numero intero positivo.-
user -
user:group -
uid -
uid:gid -
user:gid -
uid:group
Nota
Questo parametro non è supportato per i container Windows.
"user": "string" -
dockerSecurityOptions-
Tipo: array di stringhe
Valori validi: "no-new-privileges" | «AppArmor:profile» | «label:
value" | «credentialspec:»CredentialSpecFilePathObbligatorio: no
Un elenco di stringhe per fornire una configurazione personalizzata per più sistemi di sicurezza.
Per le attività Linux, questo parametro può essere utilizzato per fare riferimento a etichette personalizzate per i sistemi di sicurezza su più livelli SELinux e AppArmor .
Questo parametro può essere utilizzato per fare riferimento a un file di specifica delle credenziali che configura un container per l'autenticazione di Active Directory. Per ulteriori informazioni, consultare Scopri come usare i contenitori g MSAs for EC2 Windows per Amazon ECS e Utilizzo gMSA per EC2 Linux contenitori su Amazon ECS.
Questo parametro è mappato a
SecurityOptnella creazione container del comando del docker e l'opzione--security-optper docker run."dockerSecurityOptions": ["string", ...]Nota
L'agente del container Amazon ECS che viene eseguito su un'istanza di container deve registrarsi con le variabili di ambiente
ECS_SELINUX_CAPABLE=trueoECS_APPARMOR_CAPABLE=trueprima che i container posizionati su tale istanza possano utilizzare queste opzioni di sicurezza. Per ulteriori informazioni, consulta Configurazione dell'agente del container Amazon ECS.
Limiti delle risorse
ulimits-
Tipo: array di oggetti
Obbligatorio: no
Un elenco di valori
ulimitda definire per un container. Questo valore sovrascrive l'impostazione della quota di risorse predefinite per il sistema operativo. Questo parametro è mappato aUlimitsnella creazione container del comando del docker e l'opzione--ulimitper docker run.Questo parametro richiede la versione 1.18 o successiva di Docker Remote API sull’istanza di container.
Nota
Questo parametro non è supportato per i container Windows.
"ulimits": [ { "name": "core"|"cpu"|"data"|"fsize"|"locks"|"memlock"|"msgqueue"|"nice"|"nofile"|"nproc"|"rss"|"rtprio"|"rttime"|"sigpending"|"stack", "softLimit": integer, "hardLimit": integer } ... ]name-
Tipo: String
Valori validi:
"core" | "cpu" | "data" | "fsize" | "locks" | "memlock" | "msgqueue" | "nice" | "nofile" | "nproc" | "rss" | "rtprio" | "rttime" | "sigpending" | "stack"Obbligatorio: sì, quando si utilizzano
ulimitstypediulimit. hardLimit-
Tipo: numero intero
Obbligatorio: sì, quando si utilizzano
ulimitsIl limite rigido per il tipo
ulimit. Il valore può essere specificato in byte, secondi o come conteggio, a seconda deltypediulimit. softLimit-
Tipo: numero intero
Obbligatorio: sì, quando si utilizzano
ulimitsIl limite flessibile per il tipo
ulimit. Il valore può essere specificato in byte, secondi o come conteggio, a seconda deltypediulimit.
Etichette Docker
dockerLabels-
Tipo: mappatura stringa a stringa
Obbligatorio: no
Una key/value mappa di etichette da aggiungere al contenitore. Questo parametro è mappato a
Labelsnella creazione container del comando del docker e l'opzione--labelper docker run.Questo parametro richiede la versione 1.18 o successiva di Docker Remote API sull’istanza di container.
"dockerLabels": {"string": "string" ...}
Altri parametri di definizione del container
I seguenti parametri di definizione del container possono essere utilizzati quando si registrano le definizioni di attività nella console Amazon ECS utilizzando l'opzione Configure via JSON (Configura tramite JSON). Per ulteriori informazioni, consulta Creazione di una definizione di attività di Amazon ECS attraverso la nuova console.
Argomenti
Parametri Linux
linuxParameters-
Tipo: oggetto LinuxParameters
Obbligatorio: no
Linux-opzioni specifiche applicate al contenitore, ad esempio KernelCapabilities.
Nota
Questo parametro non è supportato per i container Windows.
"linuxParameters": { "capabilities": { "add": ["string", ...], "drop": ["string", ...] } }capabilities-
Tipo: oggetto KernelCapabilities
Obbligatorio: no
Le funzionalità di Linux per il container che vengono aggiunte o eliminate dalla configurazione predefinita fornita da Docker. Per ulteriori informazioni su queste funzionalità di Linux, consulta la pagina del manuale Linux capabilities(7)
. add-
Tipo: array di stringhe
Valori validi:
"ALL" | "AUDIT_CONTROL" | "AUDIT_READ" | "AUDIT_WRITE" | "BLOCK_SUSPEND" | "CHOWN" | "DAC_OVERRIDE" | "DAC_READ_SEARCH" | "FOWNER" | "FSETID" | "IPC_LOCK" | "IPC_OWNER" | "KILL" | "LEASE" | "LINUX_IMMUTABLE" | "MAC_ADMIN" | "MAC_OVERRIDE" | "MKNOD" | "NET_ADMIN" | "NET_BIND_SERVICE" | "NET_BROADCAST" | "NET_RAW" | "SETFCAP" | "SETGID" | "SETPCAP" | "SETUID" | "SYS_ADMIN" | "SYS_BOOT" | "SYS_CHROOT" | "SYS_MODULE" | "SYS_NICE" | "SYS_PACCT" | "SYS_PTRACE" | "SYS_RAWIO" | "SYS_RESOURCE" | "SYS_TIME" | "SYS_TTY_CONFIG" | "SYSLOG" | "WAKE_ALARM"Campo obbligatorio: no
Le funzionalità di Linux per il container da aggiungere alla configurazione predefinita fornita da Docker. Questo parametro è mappato a
CapAddnella creazione container del comando del docker e l'opzione--cap-addper docker run. add-
Tipo: array di stringhe
Valori validi:
"SYS_PTRACE"Campo obbligatorio: no
Le funzionalità di Linux per il container da aggiungere alla configurazione predefinita fornita da Docker. Questo parametro è mappato a
CapAddnella creazione container del comando del docker e l'opzione--cap-addper docker run. drop-
Tipo: array di stringhe
Valori validi:
"ALL" | "AUDIT_CONTROL" | "AUDIT_WRITE" | "BLOCK_SUSPEND" | "CHOWN" | "DAC_OVERRIDE" | "DAC_READ_SEARCH" | "FOWNER" | "FSETID" | "IPC_LOCK" | "IPC_OWNER" | "KILL" | "LEASE" | "LINUX_IMMUTABLE" | "MAC_ADMIN" | "MAC_OVERRIDE" | "MKNOD" | "NET_ADMIN" | "NET_BIND_SERVICE" | "NET_BROADCAST" | "NET_RAW" | "SETFCAP" | "SETGID" | "SETPCAP" | "SETUID" | "SYS_ADMIN" | "SYS_BOOT" | "SYS_CHROOT" | "SYS_MODULE" | "SYS_NICE" | "SYS_PACCT" | "SYS_PTRACE" | "SYS_RAWIO" | "SYS_RESOURCE" | "SYS_TIME" | "SYS_TTY_CONFIG" | "SYSLOG" | "WAKE_ALARM"Campo obbligatorio: no
Le funzionalità di Linux per il container da eliminare dalla configurazione predefinita fornita da Docker. Questo parametro è mappato a
CapDropnella creazione container del comando del docker e l'opzione--cap-dropper docker run.
devices-
Qualsiasi dispositivi host da esporre nel container. Questo parametro è mappato a
Devicesnella creazione container del comando del docker e l'opzione--deviceper docker run.Tipo: matrice di oggetti Device
Obbligatorio: no
hostPath-
Il percorso per il dispositivo nell'istanza di container dell'host.
Tipo: stringa
Obbligatorio: sì
containerPath-
Il percorso nel container in cui esporre il dispositivo dell'host.
▬Tipo: stringa
Obbligatorio: no
permissions-
Le autorizzazioni esplicite da fornire al container per il dispositivo. Di default, il container dispone di autorizzazioni per
read,writeemknodsul dispositivo.Tipo: array di stringhe
Valori validi:
read|write|mknod
initProcessEnabled-
Esegui un processo
initnel container che inoltra segnali e raccoglie i processi. Questo parametro è mappato all'opzione--initsu docker run.Questo parametro richiede la versione 1.25 o successiva di Docker Remote API sull'istanza di container.
maxSwap-
La quantità totale di memoria di swap (in MiB) che un container può utilizzare. Questo parametro viene convertito nell'opzione
--memory-swapin docker run dove il valore sarebbe la somma della memoria del container più il valoremaxSwap.Se viene specificato il valore
maxSwapdi0, il container non utilizzerà lo swap. I valori accettati sono0o qualsiasi numero intero positivo. Se il parametromaxSwapviene omesso, il container utilizza la configurazione di swap per l'istanza di container su cui è in esecuzione. È necessario impostare un valoremaxSwapper il parametroswappinessda utilizzare. sharedMemorySize-
Valore per le dimensioni (in MiB) del volume
/dev/shm. Questo parametro è mappato all'opzione--shm-sizesu docker run.Tipo: numero intero
swappiness-
Puoi utilizzare questo parametro per ottimizzare il funzionamento swappiness della memoria di un container. Un valore
swappinessdi0impedisce che si verifichi lo scambio, a meno che non sia necessario. Un valoreswappinessdi100fa sì che le pagine vengano scambiate frequentemente. I valori accettati sono numeri interi compresi tra0e100. Se non specifichi un valore, viene utilizzato il valore predefinito di60. Inoltre, se non specifichi un valore permaxSwap, questo parametro verrà ignorato. Questo parametro è mappato all'opzione--memory-swappinesssu docker run.Nota
Se utilizzi le attività su Amazon Linux 2023, il parametro
swappinessnon è supportato. tmpfs-
Il percorso del container, le opzioni di montaggio e le dimensioni massime (in MiB) del montaggio tmpfs. Questo parametro è mappato all'opzione
--tmpfssu docker run.Tipo: matrice di oggetti Tmpfs
Obbligatorio: no
containerPath-
Percorso assoluto in cui deve essere montato il volume tmpfs.
Tipo: stringa
Obbligatorio: sì
mountOptions-
L'elenco delle opzioni di montaggio del volume tmpfs.
Tipo: array di stringhe
Obbligatorio: no
Valori validi:
"defaults" | "ro" | "rw" | "suid" | "nosuid" | "dev" | "nodev" | "exec" | "noexec" | "sync" | "async" | "dirsync" | "remount" | "mand" | "nomand" | "atime" | "noatime" | "diratime" | "nodiratime" | "bind" | "rbind" | "unbindable" | "runbindable" | "private" | "rprivate" | "shared" | "rshared" | "slave" | "rslave" | "relatime" | "norelatime" | "strictatime" | "nostrictatime" | "mode" | "uid" | "gid" | "nr_inodes" | "nr_blocks" | "mpol" size-
Le dimensioni massime (in MiB) del volume tmpfs.
Tipo: numero intero
Obbligatorio: sì
Dipendenze per i container
dependsOn-
Tipo: matrice di oggetti ContainerDependency
Obbligatorio: no
Le dipendenze definite per l'avvio e la chiusura dei container. Un contenitore può contenere più dipendenze. Se una dipendenza è definita per l'avvio del container, per la sua chiusura è invertita. Per un esempio, consulta Dipendenze per i container.
Nota
Se un container non soddisfa un vincolo di dipendenza o si verifica un timeout prima di rispondere al vincolo, Amazon ECS non avanza i container dipendenti allo stato successivo.
Le istanze richiedono almeno la versione
1.26.0dell'agente del container per abilitare le dipendenze del container. Tuttavia, ti consigliamo di utilizzare la versione più recente dell'agente container. Per informazioni sulla verifica della versione dell'agente e sull'aggiornamento alla versione più recente, consulta Aggiornamento dell'agente del container Amazon ECS. Se utilizzi l'AMI Amazon Linux ottimizzata per Amazon ECS, l'istanza deve disporre almeno della versione1.26.0-1del pacchettoecs-init. Le istanze di container avviate dalla versione20190301o successive contengono già le versioni richieste dell'agente del container e diecs-init. Per ulteriori informazioni, consulta Linux ottimizzato per Amazon ECS AMIs."dependsOn": [ { "containerName": "string", "condition": "string" } ]containerName-
Tipo: stringa
Obbligatorio: sì
Il nome del container che deve soddisfare la condizione specificata.
condition-
Tipo: stringa
Obbligatorio: sì
La condizione di dipendenza del container. Di seguito sono elencate le condizioni disponibili e il loro comportamento:
-
START: questa condizione emula il comportamento dei collegamenti e dei volumi. La condizione convalida l'avvio di un container dipendente prima di consentire l'avvio di altri container. -
COMPLETE: questa condizione verifica l'esecuzione fino al completamento (uscita) di un container dipendente prima di consentire l'avvio di altri container. Può rivelarsi utile per container non essenziali che eseguono uno script e quindi escono. Questa condizione non può essere impostata su un container essenziale. -
SUCCESS: questa condizione è uguale aCOMPLETE, ma richiede anche che il container esca con statozero. Questa condizione non può essere impostata su un container essenziale. -
HEALTHY: questa condizione verifica che il container dipendente superi il controllo dell'integrità del container prima di consentire l'avvio di altri container. Ciò richiede che per il container dipendente siano configurati i controlli dell'integrità nella definizione di attività. Questa condizione è confermata solo all'avvio dell'attività.
-
Timeout del container
startTimeout-
Tipo: Integer
Obbligatorio: no
Valori di esempio:
120Tempo di attesa (in secondi) prima di rinunciare a risolvere le dipendenze per un container.
Ad esempio, vengono specificati due container in una definizione di attività:
containerAha una dipendenza sulcontainerBquando raggiunge lo statoCOMPLETE,SUCCESSoHEALTHY. Se percontainerBè specificato un valorestartTimeoute non raggiunge lo stato desiderato entro tale periodo di tempo, alloracontainerAnon viene avviato.Nota
Se un container non soddisfa un vincolo di dipendenza o si verifica un timeout prima di rispondere al vincolo, Amazon ECS non avanza i container dipendenti allo stato successivo.
Il valore massimo è 120 secondi.
stopTimeout-
Tipo: Integer
Obbligatorio: no
Valori di esempio:
120Durata (in secondi) di attesa prima che sia forzata la chiusura se il container non si arresta da solo normalmente.
Se il parametro
stopTimeoutnon è specificato, viene utilizzato il valore impostato per la variabile di configurazione dell'agente del container Amazon ECSECS_CONTAINER_STOP_TIMEOUT. Se non sono impostati né il parametrostopTimeoutné la variabile di configurazione dell'agenteECS_CONTAINER_STOP_TIMEOUT, vengono utilizzati i valori predefiniti di 30 secondi per i container Linux e 30 secondi per quelli Windows. Per consentire il valore di timeout di arresto per un container, le istanze di container richiedono almeno la versione 1.26.0 dell'agente del container. Tuttavia, ti consigliamo di utilizzare la versione più recente dell’agente container. Per informazioni sulla verifica della versione dell'agente e sull'aggiornamento alla versione più recente, consulta Aggiornamento dell'agente del container Amazon ECS. Se utilizzi l'AMI Amazon Linux ottimizzata per Amazon ECS, l'istanza deve disporre almeno della versione 1.26.0-1 del pacchettoecs-init. Le istanze di container avviate dalla versione20190301o successive contengono già le versioni richieste dell'agente del container e diecs-init. Per ulteriori informazioni, consulta Linux ottimizzato per Amazon ECS AMIs.
Controlli di sistema
systemControls-
Tipo: oggetto SystemControl
Obbligatorio: no
Un elenco di parametri kernel associati a un namespace da impostare nel container. Questo parametro è mappato a
Sysctlsnella creazione container del comando del docker e l'opzione--sysctlper docker run. Ad esempio, puoi configurare l'impostazionenet.ipv4.tcp_keepalive_timeper mantenere le connessioni di lunga durata.Non è consigliabile specificare i parametri
systemControlscorrelati alla rete per più container in un'unica attività che utilizza anche la modalità di reteawsvpcohost. Ciò comporta i seguenti svantaggi:-
Per le attività che utilizzano la modalità di rete
awsvpc, se hai impostatosystemControlsper qualsiasi container, si applica a tutti i container nell'attività. Se hai impostato diversisystemControlsper più container in un'unica attività, il container che viene avviato per ultimo determina qualesystemControlsdiventa effettivo. -
Per attività che utilizzano la modalità di rete
host, il namespace della retesystemControlsnon è supportato.
Se stai impostando un namespace della risorsa IPC per utilizzare i container nell'attività, ai controlli di sistema si applicano le seguenti condizioni. Per ulteriori informazioni, consulta Modalità IPC.
-
Per le attività che utilizzano la modalità
hostIPC, i valorisystemControlsdel namespace IPC non sono supportati. -
Per le attività che utilizzano la modalità IPC
task, i valori disystemControlsdel namespace IPC si applicano a tutti i container all'interno di un'attività.
Nota
Questo parametro non è supportato per i container Windows.
"systemControls": [ { "namespace":"string", "value":"string" } ]namespace-
▬Tipo: stringa
Obbligatorio: no
Il parametro kernel associato a un namespace per il quale impostare un parametro
value.Valori del namespace IPC validi:
"kernel.msgmax" | "kernel.msgmnb" | "kernel.msgmni" | "kernel.sem" | "kernel.shmall" | "kernel.shmmax" | "kernel.shmmni" | "kernel.shm_rmid_forced"eSysctlsche iniziano con"fs.mqueue.*"Valori del namespace di rete validi:
Sysctlsche iniziano con"net.*" value-
▬Tipo: stringa
Obbligatorio: no
Il valore per il parametro kernel associato a un namespace specificato in
namespace.
-
Interactive
interactive-
Tipo: Booleano
Obbligatorio: no
Quando questo parametro è
true, puoi implementare le applicazioni containerizzate che richiedono l'allocazione distdinotty. Questo parametro è mappato aOpenStdinnella creazione container del comando del docker e l'opzione--interactiveper docker run.Il valore predefinito è
false.
Pseudoterminale
pseudoTerminal-
Tipo: Booleano
Obbligatorio: no
Quando il parametro è
true, è allocato un TTY. Questo parametro è mappato aTtynella creazione container del comando del docker e l'opzione--ttyper docker run.Il valore predefinito è
false.
Nome dell'acceleratore Elastic Inference (obsoleto)
Il requisito della risorsa dell'acceleratore di Elastic Inference per la definizione di attività.
Nota
Amazon Elastic Inference (EI) non è più disponibile per i clienti.
I parametri seguenti sono permessi nella definizione di un processo:
deviceName-
Tipo: stringa
Obbligatorio: sì
Il nome del dispositivo dell'acceleratore di inferenza elastica. Il
deviceNamedeve anche essere riferito in una definizione del container; consulta Elastic Inference accelerator. deviceType-
Tipo: stringa
Obbligatorio: sì
L'acceleratore di inferenza elastica da utilizzare.
Vincoli di posizionamento delle attività
Quando registri una definizione di attività, puoi specificare vincoli di posizionamento dei processi che definiscono il modo in cui Amazon ECS posiziona i processi.
È possibile utilizzare i vincoli per posizionare le attività in base alla zona di disponibilità, al tipo di istanza o agli attributi personalizzati. Per ulteriori informazioni, consulta Definisci quali istanze di container utilizza Amazon ECS per le attività.
I seguenti parametri sono consentiti in una definizione del container:
expression-
▬Tipo: stringa
Obbligatorio: no
Un'espressione del linguaggio di query del cluster da applicare al vincolo. Per ulteriori informazioni, consulta Creare espressioni per definire istanze di container per le attività di Amazon ECS.
type-
Tipo: stringa
Obbligatorio: sì
Il tipo di vincolo. Utilizza
memberOfper limitare la selezione a un gruppo di candidati validi.
Configurazione del proxy
proxyConfiguration-
Tipo: oggetto ProxyConfiguration
Obbligatorio: no
I dettagli di configurazione del proxy App Mesh.
Per le attività che utilizzano EC2, le istanze del contenitore richiedono almeno la versione 1.26.0 dell'agente contenitore e almeno la versione 1.26.0-1 del pacchetto per abilitare una configurazione proxy.
ecs-initSe le istanze di container sono avviate dall'AMI ottimizzata per Amazon ECS versione20190301o successiva, contengono le versioni richieste dell'agente container e diecs-init. Per ulteriori informazioni, consulta Linux ottimizzato per Amazon ECS AMIs.Nota
Questo parametro non è supportato per i container Windows.
"proxyConfiguration": { "type": "APPMESH", "containerName": "string", "properties": [ { "name": "string", "value": "string" } ] }type-
Tipo: String
Valori del valore:
APPMESHObbligatorio: no
Il tipo di proxy. L’unico valore supportato è
APPMESH. containerName-
Tipo: stringa
Obbligatorio: sì
Il nome del container che agirà come proxy App Mesh.
properties-
Tipo: matrice di oggetti KeyValuePair
Obbligatorio: no
Il set di parametri di configurazione di rete per il plug-in Container Network Interface (CNI), specificati come coppie chiave-valore.
-
IgnoredUID: (obbligatorio) l'ID utente (UID) del container proxy come definito dal parametrouserin una definizione del container. Serve a garantire che il proxy ignori il proprio traffico. Se è specificatoIgnoredGID, questo campo può rimanere vuoto. -
IgnoredGID: (obbligatorio) l'ID gruppo (GID) del container proxy come definito dal parametrouserin una definizione del container. Serve a garantire che il proxy ignori il proprio traffico. Se è specificatoIgnoredUID, questo campo può rimanere vuoto. -
AppPorts(obbligatorio): l'elenco delle porte utilizzate dall'applicazione. Il traffico di rete per queste porte viene inoltrato alle porteProxyIngressPorteProxyEgressPort. -
ProxyIngressPort(obbligatorio): specifica la porta a cui è diretto il traffico in entrata per leAppPorts. -
ProxyEgressPort(obbligatorio): specifica la porta a cui è diretto il traffico in uscita daAppPorts. -
EgressIgnoredPorts: (obbligatorio) il traffico in uscita diretto verso le porte specificate viene ignorato e non reindirizzato allaProxyEgressPort. Può essere un elenco vuoto. -
EgressIgnoredIPs: (obbligatorio) il traffico in uscita diretto verso gli indirizzi IP specificati viene ignorato e non reindirizzato allaProxyEgressPort. Può essere un elenco vuoto.
name-
▬Tipo: stringa
Obbligatorio: no
Nome della coppia chiave-valore.
value-
▬Tipo: stringa
Obbligatorio: no
Valore della coppia chiave-valore.
-
Volumi
Quando si registra una definizione di attività, è possibile eventualmente specificare un elenco di volumi da trasferire al daemon Docker su un'istanza di container, che diventerà poi accessibile ad altri container nella stessa istanza.
Di seguito sono elencati i tipi di volumi di dati che è possibile utilizzare:
-
Volumi Amazon EBS: forniscono un'archiviazione a blocchi conveniente, durevole e ad alte prestazioni per carichi di lavoro containerizzati a uso intensivo di dati. È possibile collegare 1 volume Amazon EBS a ogni attività Amazon ECS durante l'esecuzione di un'attività isolata oppure durante la creazione o l'aggiornamento di un servizio. I volumi Amazon EBS sono supportati per le attività Linux. Per ulteriori informazioni, consulta Usare i volumi Amazon EBS con Amazon ECS.
-
Volumi Amazon EFS: offre uno spazio di archiviazione di file semplice, scalabile e persistente da utilizzare con i processi Amazon ECS. Con Amazon EFS, la capacità di storage è elastica. Cresce e si riduce automaticamente man mano che aggiungi e rimuovi file. Le tue applicazioni possono disporre dello spazio di archiviazione di cui hanno bisogno e quando ne hanno bisogno. I volumi Amazon EFS sono supportati. Per ulteriori informazioni, consulta Usare i volumi Amazon EFS con Amazon ECS.
-
FSx per volumi Windows File Server: fornisce file server Microsoft Windows completamente gestiti. Questi server di file sono supportati da un file system Windows. Quando si utilizza FSx Windows File Server insieme ad Amazon ECS, è possibile effettuare il provisioning delle attività Windows con uno storage di file persistente, distribuito, condiviso e statico. Per ulteriori informazioni, consulta Utilizzo FSx per volumi Windows File Server con Amazon ECS.
Questa opzione non è supportata per i container Windows su Fargate.
-
Volumi Docker: un volume gestito da Docker creato nell'
/var/lib/docker/volumesistanza Amazon host. EC2 I driver del volume Docker (detti anche plug-in) vengono utilizzati per integrare i volumi ai sistemi di archiviazione esterni, ad esempio Amazon EBS. È possibile utilizzare il driver del volumelocalintegrato o un driver di volume di terza parte. I volumi Docker sono supportati solo quando si eseguono attività su EC2 istanze Amazon. I container Windows supportano solo l’uso del driverlocal. Per usare i volumi Docker, specificadockerVolumeConfigurationnella definizione di attività. -
Montaggi vincolati: un file o una directory sulla macchina host montato in un container. I volumi host di montaggio vincolato sono supportati. Per usare i volumi host di montaggi vincolati, specifica un valore
hoste un valore opzionalesourcePathnella definizione di attività.
Per ulteriori informazioni, consulta Opzioni di archiviazione per le attività di Amazon ECS.
I seguenti parametri sono consentiti in una definizione del container.
name-
▬Tipo: stringa
Obbligatorio: no
Nome del volume. Il nome può contenere un massimo di 255 lettere (maiuscole e minuscole), numeri, trattini (
-) e trattini bassi (_). Nel parametrosourceVolumedell'oggettomountPointsdella definizione del container viene fatto riferimento a questo nome. host-
Obbligatorio: no
Il
hostparametro viene utilizzato per collegare il ciclo di vita del bind mount all' EC2 istanza Amazon host, anziché all'attività e alla posizione in cui è archiviata. Se il parametrohostè vuoto, il daemon Docker assegna un percorso host per il tuo volume di dati, ma non è garantito che i dati vengano mantenuti dopo che viene interrotta l'esecuzione del container a essi associato.I container Windows possono montare intere directory sulla stessa unità di
$env:ProgramData.Nota
Il
sourcePathparametro è supportato solo quando si utilizzano attività ospitate su EC2 istanze Amazon.sourcePath-
▬Tipo: stringa
Obbligatorio: no
Quando viene utilizzato il
hostparametro, specificasourcePatha per dichiarare il percorso sull' EC2 istanza Amazon host che viene presentata al contenitore. Se questo parametro è vuoto, il daemon Docker assegna automaticamente un percorso host. Se ilhostparametro contiene una posizione disourcePathfile, il volume di dati persiste nella posizione specificata sull' EC2 istanza Amazon host finché non lo elimini manualmente. Se ilsourcePathvalore non esiste sull' EC2 istanza Amazon host, il demone Docker lo crea. Se la posizione è presente, i contenuti della cartella del percorso di origine vengono esportati.
configuredAtLaunch-
Tipo: Booleano
Obbligatorio: no
Specificare se un volume è configurabile all'avvio. Se impostato su
true, è possibile configurare il volume quando si esegue un'attività autonoma o quando si crea o si aggiorna un servizio. Se impostato sutrue, non sarà possibile fornire un'altra configurazione di volume nella definizione dell'attività. Questo parametro deve essere impostato sutrueper configurare un volume Amazon EBS da allegare a un'attività. L'impostazione diconfiguredAtLaunchsutruee il rinvio della configurazione del volume alla fase di avvio consentono di creare definizioni di attività che non sono limitate a un tipo di volume o a impostazioni di volume specifiche. In questo modo, la definizione dell'attività è riutilizzabile in diversi ambienti di esecuzione. Per ulteriori informazioni consulta Amazon EBS volumes. dockerVolumeConfiguration-
Tipo: oggetto DockerVolumeConfiguration
Obbligatorio: no
Questo parametro viene specificato quando si utilizzano volumi docker. I volumi Docker sono supportati solo quando si eseguono attività su EC2 istanze. I container Windows supportano solo l’uso del driver
local. Per utilizzare i montaggi vincolati, specifica invece unhost.scope-
Tipo: String
Valori validi:
task|sharedObbligatorio: no
L'ambito del volume Docker che determina il suo ciclo di vita. I volumi Docker che rientrano nell'ambito
taskvengono automaticamente assegnati all'avvio del processo e distrutti quando il processo viene arrestato. I volumi Docker che vengono definiti comesharedvengono mantenuti dopo l'arresto del processo. autoprovision-
Tipo: Booleano
Valore predefinito:
falseObbligatorio: no
Se questo valore è
true, viene creato il volume Docker, se non è già presente. Questo campo è utilizzato solo sescopeèshared. Sescopeètask, questo parametro deve essere omesso. driver-
▬Tipo: stringa
Obbligatorio: no
Il driver del volume Docker da utilizzare. Il valore del driver deve corrispondere al nome del driver fornito da Docker perché questo nome è utilizzato per il posizionamento dell'attività. Se il driver è stato installato utilizzando la CLI del plugin Docker, utilizzare
docker plugin lsper richiamare il nome del driver dall'istanza di container. Se il driver è stato installato utilizzando un altro metodo, utilizzare il rilevamento del plugin Docker per richiamare il nome del driver. driverOpts-
▬Tipo: stringa
Obbligatorio: no
Una mappa delle opzioni specifiche del driver Docker da inviare. Questo parametro fa riferimento a
DriverOptsnella sezione Crea un volume di Docker. labels-
▬Tipo: stringa
Obbligatorio: no
Metadati personalizzati da aggiungere al volume Docker.
efsVolumeConfiguration-
Tipo: oggetto di configurazione EFSVolume
Obbligatorio: no
Questo parametro viene specificato quando si utilizzano volumi Amazon EFS.
fileSystemId-
Tipo: stringa
Obbligatorio: sì
L'ID del file system Amazon EFS da utilizzare.
rootDirectory-
▬Tipo: stringa
Obbligatorio: no
La directory all'interno del file system Amazon EFS da montare come directory principale all'interno dell'host. Se questo parametro viene omesso, verrà utilizzata la radice del volume Amazon EFS. La specifica di
/avrà lo stesso effetto dell'omissione di questo parametro.Importante
Se un punto di accesso EFS è specificato in
authorizationConfig, il parametro della directory radice deve essere omesso o impostato su/per applicare il percorso impostato sul punto di accesso EFS. transitEncryption-
Tipo: String
Valori validi:
ENABLED|DISABLEDObbligatorio: no
Specifica se abilitare o meno la crittografia per i dati Amazon EFS in transito tra l'host Amazon ECS e il server Amazon EFS. Se si utilizza l'autorizzazione IAM di Amazon EFS, è necessario abilitare la crittografia di transito. Se questo parametro viene omesso, viene utilizzato il comportamento predefinito di
DISABLED. Per ulteriori informazioni, consulta Encrypting Data in Transit nella Guida per l'utente di Amazon Elastic File System. transitEncryptionPort-
Tipo: Integer
Obbligatorio: no
La porta da utilizzare per l'invio di dati crittografati tra l'host Amazon ECS e il server Amazon EFS. Se non si specifica una porta di crittografia di transito, l'attività utilizzerà la strategia di selezione della porta usata dall'helper per il montaggio di Amazon EFS. Per ulteriori informazioni, consulta Assistente per il montaggio di EFS nella Guida per l'utente di Amazon Elastic File System.
authorizationConfig-
Tipo: oggetto EFSAuthorizationConfig
Obbligatorio: no
I dettagli di configurazione dell'autorizzazione per il file system Amazon EFS.
accessPointId-
▬Tipo: stringa
Obbligatorio: no
L'ID del punto di accesso da utilizzare. Se viene specificato un punto di accesso, il valore della directory root specificato in
efsVolumeConfigurationdeve essere omesso o impostato su/per applicare il percorso impostato sul punto di accesso EFS. Se si utilizza un punto di accesso, la crittografia di transito deve essere abilitata inEFSVolumeConfiguration. Per ulteriori informazioni, consulta Utilizzo dei punti di accesso Amazon EFS nella Guida per l'utente di Amazon Elastic File System. iam-
Tipo: String
Valori validi:
ENABLED|DISABLEDObbligatorio: no
Specificare se utilizzare o meno il ruolo IAM dell'attività Amazon ECS riportato in una definizione di attività durante il montaggio del file system Amazon EFS. Se abilitato, la crittografia di transito deve essere abilitata nella casella
EFSVolumeConfiguration. Se questo parametro viene omesso, viene utilizzato il comportamento predefinito diDISABLED. Per ulteriori informazioni consulta Ruoli IAM per le attività.
FSxWindowsFileServerVolumeConfiguration-
Tipo: oggetto FSxWindowsFileServerVolumeConfiguration
Obbligatorio: sì
Questo parametro viene specificato quando utilizzi un file system Amazon FSx for Windows File Server per l'archiviazione delle attività.
fileSystemId-
Tipo: stringa
Obbligatorio: sì
L' FSx ID del file system Windows File Server da utilizzare.
rootDirectory-
Tipo: stringa
Obbligatorio: sì
La directory all'interno del FSx file system Windows File Server da montare come directory principale all'interno dell'host.
authorizationConfig-
credentialsParameter-
Tipo: stringa
Obbligatorio: sì
Le opzioni delle credenziali di autorizzazione.
opzioni:
-
Nome della risorsa Amazon (ARN) del segreto Gestione dei segreti AWS.
-
ARN di un parametro AWS Systems Manager.
-
domain-
Tipo: stringa
Obbligatorio: sì
Un nome di dominio completo ospitato da una directory AWS Directory Service for Microsoft Active Directory(AWS Managed Microsoft AD) o da un Active Directory ospitato autonomamente EC2 .
Tag
Quando registri una definizione di attività, puoi facoltativamente specificare tag di metadati applicati alla definizione di attività. I tag consentono di suddividere in categorie e organizzare la definizione di attività. Ciascun tag è formato da una chiave e da un valore facoltativo. Li definisci entrambi. Per ulteriori informazioni, consulta Aggiunta di tag alle risorse Amazon ECS.
Importante
Non aggiungere Informazioni personali di identificazione o altre informazioni riservate o sensibili nei tag. I tag sono accessibili a molti AWS servizi, inclusa la fatturazione. I tag non sono destinati a essere utilizzati per dati privati o sensibili.
I seguenti parametri sono consentiti in un oggetto di tag.
key-
▬Tipo: stringa
Obbligatorio: no
Una parte di una coppia chiave-valore che costituisce un tag. Una chiave è un'etichetta generale che funge da categoria per più valori di tag specifici.
value-
▬Tipo: stringa
Obbligatorio: no
La parte facoltativa di una coppia chiave-valore che costituisce un tag. Un valore agisce come descrittore all'interno di una categoria di tag (chiave).
Altri parametri di definizione di attività
I seguenti parametri di definizione di attività possono essere utilizzati quando si registrano le definizioni di attività nella console Amazon ECS con l'opzione Configure via JSON (Configura tramite JSON). Per ulteriori informazioni, consulta Creazione di una definizione di attività di Amazon ECS attraverso la nuova console.
Modalità IPC
ipcMode-
▬Tipo: stringa
Obbligatorio: no
Il namespace della risorsa IPC da utilizzare per i container nell'attività. I valori validi sono
host,taskonone. Sehostspecificato, tutti i contenitori che rientrano nelle attività che hanno specificato la modalitàhostIPC sulla stessa istanza di contenitore condividono le stesse risorse IPC con l'istanza Amazon EC2 host. Se è stato specificatotask, tutti i container all'interno dell'attività specificata condividono le stesse risorse IPC. Se è stato specificatonone, le risorse IPC all'interno dei container di un'attività sono private e non condivise con altri container in un'attività o sull'istanza di container. Se non è stato specificato alcun valore, la condivisione del namespace della risorsa IPC dipende dalle impostazioni del daemon Docker sull'istanza del container.Se viene utilizzata la modalità
hostIPC, tieni presente che esiste un maggiore rischio di esposizione a spazi dei nomi IPC indesiderati.Se stai impostando parametri kernel associati a un namespace utilizzando
systemControlsper i container nell'attività, al namespace della risorsa IPC si applica quanto segue.-
Per le attività che utilizzano la modalità
hostIPC, spazi dei nomi IPC correlati asystemControlsnon sono supportati. -
Per le attività che utilizzano la modalità
taskIPC,systemControlscorrelati al namespace IPC vengono applicati a tutti i container all'interno di un'attività.
-
Modalità PID
pidMode-
Tipo: String
Valori validi:
host|taskObbligatorio: no
Il namespace del processo da utilizzare per i container nell'attività. I valori validi sono
hostotask. Ad esempio, i sidecar di monitoraggio potrebbero aver bisogno dipidModeper accedere a informazioni su altri container in esecuzione nella stessa attività.Se
hostspecificato, tutti i contenitori all'interno delle attività che hanno specificato la modalitàhostPID sulla stessa istanza di contenitore condividono lo stesso spazio dei nomi di processo con l'istanza Amazon EC2 host.Se è stato specificato
task, tutti i container all'interno dell'attività specificata condividono lo stesso namespace del processo.Se non è stato specificato alcun valore, l'impostazione predefinita è un namespace privato per ogni container.
Se viene utilizzata la modalità
hostPID, esiste un maggiore rischio di esposizione a spazi dei nomi di attività indesiderati.
Nota
Questo parametro non è supportato per i container Windows.
Iniezione di guasti
enableFaultInjection-
Tipo: Booleano
Valori validi:
true|falseObbligatorio: no
Se questo parametro è impostato su
true, nel payload di un'attività, Amazon ECS accetta richieste di iniezione di guasti dai container della stessa. Il valore del parametro èfalseper impostazione predefinita.