Apa yang dimaksud dengan CPU "idle" selama perhitungan kredit T2 CPU?

9

Dokumentasi untuk tipe "burstable" EC2 T2 mengatakan:

Kinerja dasar dan kemampuan meledak diatur oleh kredit CPU. Setiap instance T2 terus menerima kredit CPU pada tingkat yang ditetapkan, tergantung pada ukuran instance. Mesin virtual T2 menghasilkan kredit CPU saat idle , dan menggunakan kredit CPU saat aktif. Kredit CPU memberikan kinerja inti CPU penuh selama satu menit.

Apa yang saya tidak mengerti adalah apa artinya menganggur ? Semua instance menggunakan beberapa CPU> 0%, jadi apakah ada angka penggunaan CPU di mana instance dianggap "idle"?

Anehnya, mengingat penggunaan istilah ini secara liberal, saya tidak dapat menemukan definisi "idle" di mana pun.

amazon-ec2 Dan Gravell
sumber

Jawaban:

7

Pertanyaan bagus, dokumentasi Amazon EC2 untuk Kredit CPU dalam Mesin T2 dapat lebih tepat di sini - posting blog pengantar Mesin EC2 Biaya Rendah Baru Baru dengan Performa Burstable memberikan penjelasan yang lebih baik, lihat tabel di tengah:

Kolom berlabel "Kinerja Dasar" menunjukkan persentase kinerja inti tunggal dari CPU fisik dasar yang dialokasikan untuk instance. Misalnya, instance t2.small memiliki akses ke 20% dari satu inti prosesor Intel Xeon yang berjalan pada 2,5 GHz (hingga 3,3 GHz dalam mode Turbo). Sebuah t2.medium memiliki akses ke 40% dari kinerja satu inti, yang Anda (atau sistem operasi Anda, untuk menjadi sedikit lebih tepat) dapat digunakan pada satu atau kedua inti sebagaimana ditentukan oleh permintaan.

Kolom berlabel "Kredit / Jam CPU" menunjukkan tingkat Kredit CPU yang diterima oleh instance T2 setiap jam. Kredit CPU menumpuk ketika mesin virtual tidak menggunakan alokasi awal CPU-nya, dan digunakan saat mesin virtual itu aktif . Kredit CPU yang tidak digunakan disimpan hingga 24 jam. [penekanan milikku]

Steffen Opel
sumber
4
Hebat, jadi dalam kasus T2.small, misalnya, yang memiliki garis dasar 20% CPU, ketika di bawah 20% kami menghasilkan pada tingkat bunga tetap, ketika di atas kami menghabiskan pada tingkat variabel sesuai dokumen. aws.amazon.com/AWSEC2/latest/UserGuide/…
Dan Gravell
1
Tepat - pendekatan transparan ini (termasuk metrik CloudWatch yang sesuai ) merupakan peningkatan yang cukup signifikan dan kompetitif dibandingkan model pelambatan sebelumnya untuk masing-masing mesin virtual yang terkenal t1.micro.
Steffen Opel
@DanGravell, Anda menghasilkan pada tingkat variabel "Misalnya, jika turunan t2.small memiliki penggunaan CPU sebesar 5% untuk satu jam, itu akan menggunakan 3 kredit CPU (5% dari 60 menit), tetapi itu akan menghasilkan 12 kredit CPU selama satu jam, jadi selisih 9 kredit CPU akan ditambahkan ke saldo kredit CPU "
Paul Draper
2

"idle" terkenal sulit untuk didefinisikan secara umum untuk server Linux. Pada level umum, idle harus setiap saat tidak dihabiskan untuk mode pengguna, mode sistem, mode prioritas rendah, i / o menunggu atau interupsi - dengan ketentuan khusus yang memberikan jenis beban kerja yang tepat, waktu tunggu i / o bisa dikonversi ke waktu mode pengguna (untuk proses lain).

Namun, pada pertanyaan idle AWS t2, ini tidak berlaku. Itu tidak berlaku untuk t1 baik (karena waktu "dicuri"), tetapi bahkan itu tidak menjelaskan perilaku t2. Saya telah mengalami skenario di mana waktu idle (seperti yang dilaporkan baik oleh Linux top dan AWS CloudWatch) jauh di atas level ambang yang didokumentasikan, namun contohnya adalah kehilangan kredit CPU alih-alih memperolehnya. Saya percaya ini menjadi kesalahan akuntansi di pihak Amazon, dan sampai diperbaiki, berusaha terlalu keras untuk memahami bagaimana penggunaan CPU dan menganggur didefinisikan akan membuang-buang waktu ..

Saya telah memposting beberapa grafik ilustratif di forum dukungan AWS, di mana semoga mereka akan merespons. https://forums.aws.amazon.com/thread.jspa?messageID=568026#568026

osma
sumber
Kami mungkin memiliki masalah yang sama dengan mesin virtual untuk pemrosesan surat. Kredit terakumulasi secara linear tanpa penggunaan sama sekali, dan sekarang digunakan, ada penurunan bertahap bahkan dengan pemanfaatan maksimum dalam ember 5 menit kurang dari 1%. Mungkin ambang idle adalah fraksi kecil 1%, tetapi itu tidak akan membuat instance berguna. Tanggapan dari Amazon terhadap tiket Anda dan yang lain menyarankan bahwa penghitungan kredit tidak berfungsi sebagaimana dimaksud.
Nick
Staf Amazon memposting penjelasan tentang sistem, yang tampaknya lebih kompleks daripada yang dipikirkan oleh dokumentasi: tidak hanya saldo kredit maksimum untuk setiap jenis instance T2, tetapi kredit yang diperoleh 24 jam yang lalu akan kedaluwarsa dari saldo. Artinya, t2.small akan mendapatkan 12 kredit per jam, mempertahankan saldo maksimum 288 kredit, tetapi JUGA kredit apa pun yang diperolehnya 24 jam yang lalu akan dikurangkan dari saldo. Ini berarti contoh di atas 24 jam akan kehilangan kredit lebih cepat dari yang Anda harapkan, dan saldo jangka panjang kemungkinan akan lebih dekat dengan nilai awal daripada nilai maksimum.
osma
@osama terima kasih telah menambahkan itu. Dari grafik saya curiga ada lebih banyak lagi, tetapi ini bekerja untuk kita pada saat itulah yang penting :) Kami telah meningkatkan muatan rata-rata pada media sejak Jumat dan menonton untuk melihat apa yang terjadi sekarang.
Nick
0

Ini seperti di bawah ini

Jika Anda menggunakan mikro instance yang berjalan pada maks 10% single core. misalkan waktu datang ketika server Anda mengkonsumsi 5% dari single core, sehingga menganggap sisa 5% daya komputasi sebagai idle. 5% ini terus menumpuk di luar jalur selama 24 jam saja. Sekarang jika Anda memiliki akumulasi ini dan berarti sementara server Anda kelaparan untuk daya komputasi daripada yang dapat meminjam dari daya komputasi akumulasi ini. Untuk daya komputasi ini, mereka menggunakan kata mewah yang disebut Kredit CPU.

Saya mencari di Google dan menemukan penjelasan yang bagus di beberapa blog http://themindtracks.com/amazon-launches-new-low-cost-ec2-instances-burstable-performance/

Achal Saraiya
sumber