Aiutaci a migliorare questa pagina
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à.
Vuoi contribuire a questa guida per l'utente? Scegli il GitHub link Modifica questa pagina che si trova nel riquadro destro di ogni pagina. I tuoi contributi contribuiranno a rendere la nostra guida utente migliore per tutti.
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à.
Comprendi Fargate Pod dettagli di configurazione
Questa sezione descrive alcuni dei prodotti unici Pod dettagli di configurazione per l'esecuzione Kubernetes Pods su AWS Fargate.
Pod CPU e memoria
Con Kubernetes, è possibile definire richieste, una quantità minima di vCPU e risorse di memoria allocate a ciascun contenitore in un Pod. Pods sono programmate da Kubernetes per garantire che almeno le risorse richieste per ciascuno Pod sono disponibili sulla risorsa di calcolo. Per ulteriori informazioni, consulta Gestione delle risorse di calcolo per i contenitori
Nota
Poiché Amazon EKS Fargate ne esegue solo uno Pod per nodo, lo scenario di sfratto Pods in caso di minor numero di risorse non si verifica. Tutti i prodotti Amazon EKS Fargate Pods vengono eseguiti con priorità garantita, quindi la CPU e la memoria richieste devono essere uguali al limite per tutti i contenitori. Per ulteriori informazioni, consulta Configurare la qualità del servizio per i pod
Quando Pods sono programmate su Fargate, le prenotazioni di vCPU e memoria all'interno del Pod le specifiche determinano la quantità di CPU e memoria da fornire per Pod.
-
La richiesta massima di qualsiasi container Init viene utilizzata per determinare i requisiti di memoria e vCPU della richiesta Init.
-
Le richieste per tutti i container con esecuzione prolungata vengono aggiunte per determinare i requisiti di memoria e vCPU della richiesta con esecuzione prolungata.
-
Il più grande dei due valori precedenti viene scelto per la richiesta di vCPU e memoria da utilizzare per Pod.
-
Fargate aggiunge 256 MB a ciascuno Pod’s prenotazione di memoria per il necessario Kubernetes componenti (
kubeletkube-proxy, econtainerd).
Fargate arrotonda alla seguente configurazione di elaborazione che corrisponde maggiormente alla somma delle richieste di vCPU e memoria per garantire Pods dispongono sempre delle risorse di cui hanno bisogno per funzionare.
Se non si specifica una combinazione di vCPU e memoria, viene utilizzata la combinazione più piccola disponibile (0,25 vCPU e 0,5 GB di memoria).
La tabella seguente mostra le combinazioni di vCPU e memoria disponibili per Pods in esecuzione su Fargate.
| Valore vCPU | Valore memoria |
|---|---|
|
.25 vCPU |
0,5 GB, 1 GB, 2 GB |
|
.5 vCPU |
1 GB, 2 GB, 3 GB, 4 GB |
|
1 vCPU |
2 GB, 3 GB, 4 GB, 5 GB, 6 GB, 7 GB, 8 GB |
|
2 vCPU |
Tra 4 GB e 16 GB in incrementi di 1 GB |
|
4 vCPU |
Tra 8 GB e 30 GB in incrementi di 1 GB |
|
8 vCPU |
Tra 16 GB e 60 GB in incrementi di 4 GB |
|
16 vCPU |
Tra 32 GB e 120 GB in incrementi di 8 GB |
La memoria aggiuntiva riservata per Kubernetes i componenti possono causare il provisioning di un'attività Fargate con CPUs più v di quanto richiesto. Ad esempio, una richiesta di 1 vCPU e 8 GB di memoria avrà 256 MB aggiunti alla richiesta di memoria e fornirà a un'attività Fargate 2 v CPUs e 9 GB di memoria, poiché non è disponibile alcuna attività con 1 vCPU e 9 GB di memoria.
Non esiste alcuna correlazione tra le dimensioni del Pod in esecuzione su Fargate e la dimensione del nodo riportata da Kubernetes conkubectl get nodes. La dimensione del nodo riportata è spesso maggiore della Pod’s capacità. Puoi verificare Pod capacità con il seguente comando. Sostituisci default con il tuo Pod’s namespace e pod-name con il nome del tuo Pod.
kubectl describe pod --namespace default pod-name
Di seguito viene riportato un output di esempio:
[...] annotations: CapacityProvisioned: 0.25vCPU 0.5GB [...]
L'CapacityProvisionedannotazione rappresenta il forzato Pod capacità e determina il costo del tuo Pod in esecuzione su Fargate. Per informazioni sui prezzi di queste configurazioni di calcolo, vedi Prezzi Fargate AWS
Archiviazione in Fargate
A Pod in esecuzione su Fargate monta automaticamente un file system Amazon EFS, senza bisogno di procedure di installazione manuale del driver. Non è possibile utilizzare il provisioning dinamico persistente dei volumi con i nodi Fargate, ma è possibile utilizzare il provisioning statico. Per ulteriori informazioni, consulta Amazon EFS CSI Driver
Una volta fornito, ogni Pod in esecuzione su Fargate riceve uno spazio di archiviazione temporaneo predefinito di 20 GiB. Questo tipo di archiviazione viene eliminato dopo un Pod si ferma. Novità Pods lanciati su Fargate, la crittografia del volume di archiviazione effimero è abilitata per impostazione predefinita. L'effimero Pod l'archiviazione è crittografata con un algoritmo di crittografia AES-256 utilizzando chiavi gestite AWS Fargate.
Nota
Lo storage utilizzabile predefinito per Amazon EKS Pods quello eseguito su Fargate è inferiore a 20 GiB. Questo perché parte dello spazio viene utilizzato da e da altri kubelet Kubernetes moduli che vengono caricati all'interno di Pod.
Puoi aumentare la quantità totale di storage temporaneo fino a un massimo di 175 GiB. Per configurare la dimensione con Kubernetes, specificare le richieste di ephemeral-storage risorse per ogni contenitore in un Pod. Quando Kubernetes pianificazioni Pods, assicura che la somma delle richieste di risorse per ciascuna Pod è inferiore alla capacità del compito di Fargate. Per ulteriori informazioni, vedete Resource Management for Pods and Containers
Amazon EKS Fargate fornisce un maggiore spazio di archiviazione temporaneo di quello richiesto ai fini dell'utilizzo del sistema. Ad esempio, una richiesta di 100 GiB fornirà un'attività Fargate con 115 GiB di storage temporaneo.
