Best practice: ottimizzazione del numero di server di applicazioni - AWS OpsWorks

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à.

Best practice: ottimizzazione del numero di server di applicazioni

Importante

Il AWS OpsWorks Stacks servizio ha raggiunto la fine del ciclo di vita il 26 maggio 2024 ed è stato disabilitato sia per i clienti nuovi che per quelli esistenti. Consigliamo vivamente ai clienti di migrare i propri carichi di lavoro verso altre soluzioni il prima possibile. Se hai domande sulla migrazione, contatta il AWS Support Team su AWS re:post o tramite Premium AWS Support.

Uno stack di produzione in genere include più server di applicazione distribuiti su più zone di disponibilità. Tuttavia il numero di richieste in entrata può variare notevolmente in base all'ora del giorno o al giorno della settimana. È possibile eseguire solo i server sufficienti a gestire il massimo carico anticipato, ma la maggior parte delle volte si arriva a pagare per più capacità di server rispetto a quella necessaria. Per eseguire il proprio sito in modo efficiente, è prassi consigliata far corrispondere il numero di server all'attuale volume di richieste.

AWS OpsWorks Stacks offre tre modi per gestire il numero di istanze del server.

  • 24 ore su 24, 7 giorni su 7, le istanze vengono avviate manualmente ed eseguite finché non vengono arrestate manualmente.

  • Le istanze basate sul tempo vengono avviate e interrotte automaticamente da AWS OpsWorks Stacks in base a una pianificazione specificata dall'utente.

  • Le istanze basate sul caricamento vengono avviate e interrotte automaticamente da AWS OpsWorks Stacks quando superano una soglia per una metrica di carico specificata dall'utente, ad esempio l'utilizzo della CPU o della memoria.

Nota

Dopo aver creato e configurato l'orario dello stack e le istanze basate sul carico, AWS OpsWorks Stacks le avvia e le arresta automaticamente in base alla configurazione specificata. Non è necessario toccarle nuovamente a meno che non si decida di modificare la configurazione o il numero di istanze.

Raccomandazione: se si gestiscono gli stack con più di qualche istanza di server di applicazione, è consigliato l'utilizzo di una combinazione di tutti e tre i tipi di istanza. Di seguito è riportato un esempio di come organizzare una capacità di server dello stack per gestire un volume di richieste giornaliero variabile con le seguenti caratteristiche.

  • Il volume di richieste medio varia in modo sinusoidale durante la giornata.

  • Il volume di richieste medio minimo richiede cinque istanze di server di applicazione.

  • Il volume di richieste medio massimo richiede sedici istanze di server di applicazione.

  • I picchi del volume di richieste di solito possono essere gestiti da una o due istanze di server di applicazione.

Si tratta di un modello comodo ai fini della discussione, ma è possibile adeguarlo a qualsiasi variazione del volume di richieste e, inoltre, estenderlo per gestire le variazioni settimanali. Il diagramma seguente illustra come utilizzare i tre tipi di istanza per gestire questo volume di richieste.

Questo esempio presenta le caratteristiche seguenti:

  • Lo stack ha tre istanze di 24 ore su 24, 7 giorni su 7, che sono sempre attive e gestiscono il carico di base.

  • Lo stack ha 12 istanze basato sul tempo, che vengono configurate per gestire la variazione giornaliera media.

    Una viene eseguita dalle 22:00 alle 02:00, altre due vengono eseguite dalle 20:00 alle 22:00 e dalle 02:00 alle 04:00 e così via. Per semplicità, il diagramma modifica il numero di istanze basate sul tempo ogni due ore, ma è possibile modificare il numero ogni ora se si desidera un controllo ancora più accurato.

  • La stack ha un numero sufficiente di istanze basate sul carico per gestire i picchi di traffico che superano ciò che può essere gestita dalle istanze 24 ore su 24, 7 giorni su 7 e quelle basate sul tempo.

    AWS OpsWorks Stacks avvia le istanze basate sul caricamento solo quando il carico su tutti i server attualmente in esecuzione supera le metriche specificate. Il costo per le istanze non in esecuzione è minimo (istanze supportate da Amazon EBS) o nullo (istanze supportate dall'archivio delle istanze), quindi la pratica consigliata è crearne una quantità sufficiente per gestire comodamente i volumi di richieste massimi previsti. Per questo esempio, lo stack deve avere almeno tre istanze basate sul carico.

Nota

Assicurarsi di avere tutti e tre i tipi di istanza distribuiti su più zone di disponibilità per mitigare l'impatto di eventuali interruzioni del servizio.