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à.
Comportamento dell'immagine dei contenitori Linux su Fargate Container Pull per Amazon ECS
Ogni attività Fargate viene eseguita su una propria istanza monouso con tenant singolo. Quando si eseguono contenitori Linux su Fargate, le immagini dei contenitori o i livelli di immagini dei contenitori non vengono memorizzati nella cache dell'istanza. Pertanto, per ogni immagine del contenitore definita nell'operazione, l'intera immagine del contenitore deve essere estratta dal registro delle immagini del contenitore per ogni attività Fargate. Il tempo necessario per estrarre le immagini è direttamente correlato al tempo impiegato per avviare un'attività Fargate.
Tenete conto di quanto segue per ottimizzare il tempo di caricamento dell'immagine.
- Prossimità dell'immagine del contenitore
-
Per ridurre il tempo necessario per scaricare le immagini dei container, posiziona i dati il più vicino possibile al calcolo. L'estrazione dell'immagine di un contenitore da Internet o dall'altra parte Regioni AWS potrebbe influire sui tempi di download. Ti consigliamo di archiviare l'immagine del contenitore nella stessa regione in cui verrà eseguita l'attività. Se memorizzi l'immagine del contenitore in AmazonECR, utilizza un endpoint di VPC interfaccia per ridurre ulteriormente il tempo di recupero dell'immagine. Per ulteriori informazioni, consulta Amazon ECR interface VPC endpoints (AWS PrivateLink) nella Amazon ECR User Guide.
- Riduzione delle dimensioni dell'immagine del contenitore
-
Le dimensioni di un'immagine del contenitore influiscono direttamente sul tempo di download. La riduzione delle dimensioni dell'immagine del contenitore o del numero di livelli dell'immagine del contenitore può ridurre il tempo necessario per il download di un'immagine. Le immagini di base leggere (come l'immagine minima del contenitore Amazon Linux 2023) possono essere significativamente più piccole di quelle basate sulle immagini di base del sistema operativo tradizionale. Per ulteriori informazioni sull'immagine minima, consulta AL2023 Minimal container image nella Amazon Linux 2023 User Guide.
- Algoritmi di compressione alternativi
-
I livelli di immagini dei contenitori vengono spesso compressi quando vengono inseriti in un registro di immagini dei contenitori. La compressione del livello di immagine del contenitore riduce la quantità di dati che devono essere trasferiti attraverso la rete e archiviati nel registro delle immagini del contenitore. Dopo che un livello di immagine del contenitore è stato scaricato su un'istanza dal runtime del contenitore, tale livello viene decompresso. L'algoritmo di compressione utilizzato e la quantità di dati vCPUs disponibile per il runtime influiscono sul tempo necessario per decomprimere l'immagine del contenitore. Su Fargate, puoi aumentare le dimensioni dell'attività o sfruttare l'algoritmo di compressione zstd più performante per ridurre il tempo impiegato per la decompressione. Per ulteriori informazioni, vedere ztsd on.
GitHub Per informazioni su come implementare le immagini per Fargate, vedere Riduzione dei tempi di AWS Fargate avvio con le immagini dei container compressi zstd. - Lazy Loading delle immagini dei contenitori
-
Per immagini di contenitori di grandi dimensioni (> 250 MB), potrebbe essere ottimale caricare lentamente un'immagine del contenitore anziché scaricare tutta l'immagine del contenitore. Su Fargate, potete usare Seekable OCI (SOCI) per caricare lentamente un'immagine del contenitore da un registro di immagini del contenitore. Per ulteriori informazioni, vedete soci-snapshotter
on GitHub e Lazy loading delle immagini del contenitore utilizzando Seekable (). OCI SOCI
