Un cluster EKS ospita un'applicazione ML il cui modello e le cui immagini container sono cresciuti, causando tempi di avvio dei pod di minuti. L'ingegnere deve ridurre i tempi di avvio a secondi, anche per i pod pianificati su nodi appena avviati. Hanno creato una regola EventBridge che invoca un'automazione SSM che precarica le immagini da ECR quando vengono caricate nuove immagini e tagga il cluster e i gruppi di nodi. Qual è il passo successivo per soddisfare il requisito?

L'opzione corretta prevede la creazione di un ruolo IAM che consenta a EventBridge di invocare Systems Manager per eseguire comandi sui nodi EKS. Successivamente, un'associazione SSM State Manager deve essere configurata per utilizzare i tag dei nodi EKS per identificare i nodi su cui precaricare le immagini. Questo garantisce che le immagini vengano precaricate sui nodi di lavoro che eseguono i pod dell'applicazione, riducendo i tempi di avvio. Le opzioni che menzionano i "nodi del piano di controllo EKS" sono errate perché i pod delle applicazioni vengono eseguiti sui nodi di lavoro, non sui nodi del piano di controllo. Precaricare le immagini sui nodi del piano di controllo non avrebbe alcun impatto sui tempi di avvio dei pod dell'applicazione. L'opzione che utilizza "attributi delle dimensioni della macchina del nodo" è meno flessibile e meno robusta rispetto all'uso dei tag, che sono il metodo preferito per raggruppare e identificare le risorse in AWS.