Stiamo utilizzando la formazione di nubi per il ridimensionamento automatico in base alla metrica RequestCount del bilanciatore di carico. Attualmente scaliamo un'istanza se la richiesta viene aumentata a 1500 per 1 minuto (ogni istanza può gestire 1500 richieste al minuto). Il problema è che, poiché il gruppo di scalabilità automatica controlla continuamente il RequestCount e aggiunge una nuova istanza se il conteggio delle richieste è maggiore di 1500 per 1 minuto. Ma non è necessario in quanto ora ho 2 istanze che possono gestire 3000 req. al minuto. C'è qualche possibilità di personalizzare le matrici? Ad esempio, se viene aggiunta una nuova istanza, la politica di ridimensionamento passerà a 3000 req.Ridimensionamento automatico utilizzando la formazione di nubi in base al numero di richieste
Scenario di esempio:
- Inizialmente c'è 1 ELB, esempio 1 tomcat attaccato ELB (can maniglia 1500 req per min.).
- 1 orologio nuvola con azione di scala su ploicy se il req. contare su ELB è aumentato a 1500 per min.
- Attualmente il carico di richiesta su ELB è 1500 per 1 minuto. ora req. il carico viene aumentato a 1700 per min. quindi allegherà una nuova istanza di tomcat su ELB. Quindi ho 2 istanze in grado di gestire 3000 req. per min.
- Ma ora il problema è che il cloud watch controlla ancora il req. contare su ELB e se richiesto il carico è 1700 per min. aggiungerà una nuova istanza di Tomcat che non è richiesta.
Come posso uscire da questo problema?
Solo una nota che il RequestCount si può riassumere solo o campionata, e quando si utilizza il RequestCount, la cosa migliore da fare è di scala ad un "capacità desiderata" piuttosto che incremento/decremento (vedere https://forums.aws.amazon.com/thread.jspa?threadID=86073). – dsummersl
Buon punto, dovresti farlo in questo modo perché RequestCount non ha una media. Mi sono dimenticato di questo grazie. – bwight
Sì, non è una risposta valida in questo caso. –