Creazione di un criterio di scala automatica basato su pianificazione

Progettazione dei criteri

In questa sezione vengono forniti alcuni suggerimenti per la progettazione e la risoluzione dei problemi dei criteri.

Creare due criteri separati per ridimensionare un pool in entrata e in uscita oppure per modificare lo stato del pool tra arrestato e in esecuzione.

• Esempio di scala: un criterio specifica una dimensione maggiore per il pool all'inizio di un periodo di domanda elevato e un secondo criterio specifica una dimensione di pool più piccola alla fine del periodo di domanda elevata.

• Esempio di stato: un criterio arresta tutte le istanze nel pool all'inizio di un normale periodo di manutenzione del nodo di calcolo e un secondo criterio avvia il pool alla fine del periodo di manutenzione.

Progettare la pianificazione dei criteri come indicato di seguito.

• Usare le espressioni cron. Il ridimensionamento automatico utilizza un'implementazione Cron simile all'implementazione Cron di Quartz. Tutti i campi richiedono un valore. Se i campi sono in conflitto, ad esempio giorno del mese e giorno della settimana, utilizzare un valore specifico per uno e un punto interrogativo per l'altro.

• Fornire tutti gli orari di pianificazione in UTC.

• Utilizzare un generatore di espressioni cron in linea, ad esempio Generatore di espressioni cron quarzo, per verificare le espressioni di pianificazione.

• Assicurarsi che le pianificazioni dei criteri non siano in conflitto. Vedere le descrizioni in Gestione di più pianificazioni dei criteri eseguiti quando le pianificazioni sono in conflitto.

Se l'esecuzione di un criterio non riesce o sembra non riuscire, effettuare le operazioni riportate di seguito.

• Controllare che la configurazione del ridimensionamento automatico e il criterio di ridimensionamento automatico siano entrambi abilitati.

• Controllare l'espressione di pianificazione. Il criterio è impostato per l'esecuzione quando si desidera che venga eseguito? Ricorda, tutti i tempi di espressione devono essere forniti in UTC.

• Il set di criteri prevedeva l'avvio di istanze già in esecuzione o l'arresto di istanze già arrestate?

  Oltre a un conflitto di criteri, è possibile che nel pool sia stata eseguita un'azione di alimentazione separata da qualsiasi criterio di ridimensionamento automatico. Tale azione di potere separata potrebbe impedire il successo dell'azione politica. L'azione di potere della politica non viene ritentata.

• Il criterio era impostato per lo scale-out, ma non erano disponibili risorse sufficienti?

  Il criterio di scala imposta le dimensioni del pool e il pool continua a cercare di raggiungere tali dimensioni man mano che le risorse diventano disponibili.

• L'operazione specificata dal criterio è ancora in esecuzione o è in attesa di essere eseguita?

  • Controllare se il pool si trova nello stato di ridimensionamento, avvio, arresto o riavvio, che indica che l'operazione del criterio è ancora in esecuzione.

  • Se un'operazione di modifica dello stato tenta di essere eseguita mentre un'operazione di modifica dello stato è già in esecuzione nello stesso pool, l'esecuzione della seconda operazione non riesce.

  • Un numero limitato di pool può modificare lo stato contemporaneamente. Se lo stato di un numero eccessivo di altri pool sta già cambiando, il pool deve attendere per iniziare a modificare lo stato. Il tempo necessario per modificare lo stato è più lungo quando sono coinvolte più istanze perché le istanze vengono avviate, arrestate o riavviate in serie.

  • Un numero limitato di pool può modificare le dimensioni contemporaneamente. Se le dimensioni di altri pool stanno già cambiando, potrebbe essere necessario attendere per iniziare la scala. Il tempo necessario per la scalabilità è più lungo quando sono coinvolte più istanze perché le istanze vengono eliminate o create in serie. L'eliminazione e la creazione delle istanze sono entrambe operazioni in background e richiedono del tempo per iniziare dopo che la dimensione del pool è stata aggiornata dal criterio.