Cosa costituisce la CPU "inattiva" durante il calcolo del credito CPU T2?

9

La documentazione per i tipi "burstable" EC2 T2 dice:

Le prestazioni di base e la capacità di scoppiare sono regolate dai crediti della CPU. Ogni istanza T2 riceve continuamente crediti CPU a una velocità impostata, a seconda della dimensione dell'istanza. Le istanze T2 accumulano crediti CPU quando sono inattive e utilizzano i crediti CPU quando sono attivi. Un credito CPU fornisce le prestazioni di un core CPU completo per un minuto.

Quello che non capisco è che cosa significa inattivo ? Tutte le istanze utilizzano un po 'di CPU> 0%, quindi ci sono cifre sull'utilizzo della CPU in base alle quali l'istanza è considerata "inattiva"?

Sorprendentemente, dato l'uso liberale di questo termine, non riesco a trovare una definizione di "inattivo" da nessuna parte.

amazon-ec2

— Dan Gravell
fonte

7

Buona domanda, la documentazione Amazon EC2 per i crediti CPU nelle istanze T2 potrebbe essere più precisa qui in effetti: il post di blog introduttivo Nuove istanze EC2 a basso costo con prestazioni burstable fornisce una spiegazione migliore, vedere la tabella nel mezzo:

La colonna denominata "Prestazioni di base" indica la percentuale di prestazioni single core della CPU fisica sottostante allocata all'istanza. Ad esempio, un'istanza t2.small ha accesso al 20% di un singolo core di un processore Intel Xeon a 2,5 GHz (fino a 3,3 GHz in modalità Turbo). Un t2.medium ha accesso al 40% delle prestazioni di un singolo core, che tu (o il tuo sistema operativo, per essere un po 'più preciso) puoi usare su uno o entrambi i core come richiesto dalla domanda.

La colonna denominata "Crediti CPU / Ora" indica la frequenza dei crediti CPU che l'istanza T2 riceve ogni ora. I crediti CPU si accumulano quando l'istanza non utilizza la propria allocazione di base della CPU e vengono spesi quando l'istanza è attiva . I crediti CPU non utilizzati vengono conservati per un massimo di 24 ore. [enfasi mia]

— Steffen Opel
fonte

4

Fantastico, quindi nel caso di T2.small, ad esempio, che ha una base di CPU del 20%, quando è inferiore al 20% stiamo guadagnando a un tasso fisso, quando è sopra stiamo spendendo a un tasso variabile come da documenti. aws.amazon.com/AWSEC2/latest/UserGuide/…

— Dan Gravell

1

Esatto: questo approccio trasparente (comprese le metriche CloudWatch appropriate ) rappresenta un miglioramento piuttosto significativo e competitivo rispetto al precedente modello di limitazione per le t1.microistanze rispettivamente infame .

— Steffen Opel,

@DanGravell, guadagni a un tasso variabile "Ad esempio, se un'istanza t2.small avesse un utilizzo della CPU del 5% per l'ora, avrebbe utilizzato 3 crediti CPU (5% di 60 minuti), ma avrebbe guadagnato 12 crediti CPU durante l'ora, quindi la differenza di 9 crediti CPU verrebbe aggiunta al saldo del credito CPU "

— Paul Draper

2

"idle" è notoriamente difficile da definire in generale per i server Linux. A livello generale, il tempo di inattività non deve essere speso in modalità utente, modalità di sistema, modalità a bassa priorità, attesa di I / O o interruzioni - con la disposizione speciale che, dato il giusto tipo di carico di lavoro, i / o tempi di attesa potrebbero essere convertito in tempo in modalità utente (per un altro processo).

Tuttavia, sulla questione del minimo di AWS t2, questo non regge. Neanche per t1 (a causa del tempo "rubato"), ma nemmeno questo spiega il comportamento di t2. Mi sono imbattuto in scenari in cui il tempo di inattività (come riportato sia da Linux top sia da AWS CloudWatch) è molto al di sopra dei livelli di soglia documentati, ma l'istanza sta perdendo crediti CPU invece di guadagnarli. Credo che questo sia un errore di contabilità da parte di Amazon, e fino a quando non verrà risolto, cercare troppo difficile capire come sono definiti l'utilizzo della CPU e il minimo sarà una perdita di tempo ..

Ho pubblicato alcuni grafici illustrativi sui forum di supporto di AWS, dove si spera che risponderanno. https://forums.aws.amazon.com/thread.jspa?messageID=568026#568026

— Osma
fonte

Potremmo avere lo stesso problema con un'istanza media per l'elaborazione della posta. I crediti accumulati linearmente senza alcun utilizzo e ora distribuiti, si verifica un calo graduale anche con il massimo utilizzo in secchi da 5 minuti inferiori all'1%. È possibile che la soglia inattiva sia una piccola frazione dell'1%, ma ciò non renderebbe utili le istanze. Le risposte di Amazon al tuo biglietto e altri suggeriscono che il calcolo dei crediti non funziona come previsto però.

— Nick,

Il personale di Amazon ha pubblicato una spiegazione del sistema, che sembra essere più complessa di quanto la documentazione induca a pensare: non solo esiste un saldo massimo di crediti per ogni tipo di istanza T2, ma i crediti guadagnati 24 ore fa scadranno dal saldo. Cioè, un piccolo t2 guadagnerà 12 crediti all'ora, manterrà un saldo massimo di 288 crediti, ma ANCHE eventuali crediti guadagnati 24 ore fa verranno sottratti dal saldo. Ciò significa che le istanze di età superiore a 24 ore perderanno i crediti più velocemente di quanto ti aspetteresti e il saldo a lungo termine sarà probabilmente più vicino al valore iniziale che al massimo.

— Osma,

@osama grazie per averlo aggiunto. Dalle carte sospetto che ci sia ancora di più , ma al momento sta funzionando per noi, ed è quello che conta :) Abbiamo aumentato il carico medio su un supporto da venerdì e stiamo guardando per vedere cosa succede ora.

— Nick,

0

Questo è qualcosa come sotto

Se si utilizza una microistanza che funziona al massimo su un core massimo del 10%. supponiamo che si verifichi un momento in cui il server consuma il 5% del single core, quindi considera inattivo il 5% della potenza di elaborazione. Questo 5% continua ad accumularsi fuori rotta solo per 24 ore. Ora, se hai questo accumulo e intendi mentre il tuo server sta morendo di fame per la potenza di calcolo di quanto possa prendere in prestito da questa potenza di calcolo accumulata. Per questa potenza di calcolo hanno usato una parola di fantasia chiamata crediti CPU.

Ho cercato su Google e ho trovato una buona spiegazione su alcuni blog http://themindtracks.com/amazon-launches-new-low-cost-ec2-instances-burstable-performance/

— Achal Saraiya
fonte