Un'applicazione su istanze EC2 in un gruppo Auto Scaling deve scaricare ed elaborare dati S3 in crescita durante l'avvio, causando ritardi di diversi minuti per le nuove istanze. Qual è il modo PIÙ conveniente per ridurre il tempo prima che le nuove istanze siano pronte a servire le richieste?

La configurazione di un warm pool con istanze EC2 nello stato Stopped è il modo più conveniente per ridurre il tempo di avvio. Le istanze Stopped mantengono lo stato del disco (inclusi i dati S3 pre-scaricati ed elaborati), consentendo un avvio molto più rapido rispetto a un'istanza completamente nuova. L'hook del ciclo di vita autoscaling:EC2INSTANCELAUNCHING e il completamento da parte dell'applicazione assicurano che l'istanza sia considerata pronta solo dopo che l'applicazione ha terminato la sua inizializzazione specifica. Aumentare il numero massimo di istanze non riduce il tempo di avvio per singola istanza. Un warm pool con istanze Running è più costoso perché si pagano le istanze anche quando non servono traffico. Mettere l'istanza in Standby dopo l'avvio non è l'obiettivo principale; l'obiettivo è renderla disponibile per il servizio il prima possibile.