VPN EC2 Burstable: Kredit CPU Standard atau Unlimited?

Gateway VPN kecil lulus ujian kelajuan, rasa baik, kemudian merosot selepas makan tengah hari. Instance itu tidak berbohong semasa ujian; ia membelanjakan kredit yang diperoleh semasa melahu. Instance burstable direka tepat untuk itu, yang menjadikan benchmark pendek sebagai peramal buruk bagi satu petang pemindahan. Kedua-dua mod kredit juga gagal dengan cara berbeza, dan memilih antara keduanya ialah keputusan sebenar.

Dari mana ujian kelajuan meminjam

Satu kredit CPU ialah satu vCPU berjalan pada penggunaan penuh selama satu minit. Instance burstable memperoleh kredit pada kadar garis dasarnya dan membelanjakannya apabila melebihi garis dasar itu. Malam yang melahu membina baki; pagi yang sibuk mengurasnya.

Itulah sebabnya ujian pertama kelihatan baik. Instance mempunyai belanjawan terkumpul, membelanjakannya untuk kerja penyulitan, dan melaporkan kadar yang sihat. Tiada apa dalam hasil yang memberitahu anda apa yang berlaku apabila baki mencapai sifar. Benchmark mengukur pecahan, dan pecahan itulah yang direka untuk instance berikan. Ia tidak pernah mengukur keadaan mantap yang anda akan bergantung padanya.

Aritmetik yang perlu anda lakukan

Input ialah peratusan garis dasar setiap vCPU, bilangan vCPU, baki terkumpul, dan beban yang anda jangkakan. Hanya sebagai ilustrasi, ambil instance hipotetikal dengan dua vCPU, garis dasar sepuluh peratus setiap vCPU, 24 kredit terkumpul, dan satu vCPU sibuk sepenuhnya manakala yang lain melahu. Nombor ini ialah input yang diisytiharkan, bukan spesifikasi saiz instance tertentu.

Earn rate:       2 x 10% x 60 = 12 credits/hour
Workload usage:  1 x 100% x 60 = 60 credits/hour
Net draw:        60 - 12 = 48 credits/hour
Accrued budget:  24 / 48 = 0.5 hours

Di bawah andaian itu belanjawan habis dalam kira-kira setengah jam. Kerja latar belakang, beban yang berubah dan perakaunan instance itu sendiri mengubah hasilnya, dan tiada satu pun daripada ini meramalkan throughput VPN. Apa yang diramalkan ialah bila kekangan berterusan mula terasa.

Perhatikan bacaan kedua juga: satu vCPU yang sibuk ialah kira-kira separuh kapasiti CPU agregat dalam contoh ini. Peratusan keseluruhan yang sederhana boleh menyembunyikan teras yang tepu, jadi lihat tingkah laku setiap teras bersama nombor kredit.

Standard dan Unlimited: sifar yang sama, makna berbeza

Dalam mod Standard, baki yang habis mengekang CPU berterusan ke arah garis dasar. Instance terus berfungsi, hanya lebih perlahan, dan silingnya boleh diramal. Dalam mod Unlimited instance boleh terus menarik kredit lebihan selepas baki mencapai sifar, dan penggunaan berterusan melebihi garis dasar boleh menghasilkan caj di bawah peraturan perakaunan perkhidmatan.

Jadi CPUCreditBalance sifar bermaksud penyekatan dalam satu mod dan kemungkinan pengebilan dalam mod yang lain. Itulah keseluruhan perbandingan, dan itulah sebabnya membaca metrik tanpa membaca mod adalah mengelirukan.

Lebihan juga bukan invois mudah setiap kredit. Operasi kemudian di bawah garis dasar boleh membayar balik penggunaan lebihan, dan syarat caj lain terpakai. Semak mod yang dikonfigurasikan dan peraturan perkhidmatan semasa daripada bergantung pada dakwaan peringkat percuma daripada catatan blog lama.

Apa yang perlu dipantau semasa kerja sebenar

Rekod CPUCreditUsage dan CPUCreditBalance di sebelah tempoh dan kadar pemindahan. Pada Unlimited, tambah CPUSurplusCreditBalance dan CPUSurplusCreditsCharged. Panduan pemantauan kredit CPU AWS menerangkan apa yang dilaporkan setiap satu dan berapa kerap.

Uji semula dengan keserentakan yang mewakili dan tempoh yang cukup untuk melihat trend, dan rekod baki permulaan. Pagi yang melahu dan petang yang sibuk bukan eksperimen yang sama, walaupun dengan arahan yang sama.

Had yang bukan CPU

Lebar jalur rangkaian mempunyai garis dasar dan tingkah laku pecahannya sendiri, dan had kadar paket atau sambungan boleh mengikat sebelum CPU. Memori penting apabila pelaksanaan VPN menyimpan keadaan setiap sambungan, dan instance kecil boleh kehabisannya jauh sebelum kehabisan kredit.

Baki kredit yang sihat oleh itu membuktikan satu perkara: belanjawan CPU bukan kekangan semasa. Ia tidak berkata apa-apa tentang laluan rangkaian, dan tidak berkata apa-apa tentang apa yang berlaku pada keserentakan dua kali ganda. Pantau metrik rangkaian dalam tetingkap yang sama dengan metrik kredit, supaya penurunan throughput mempunyai punca calon dan bukan teori.

Memilih garis dasar dengan sengaja

Gunakan beban kerja berterusan yang diukur untuk memilih garis dasar, atau terima bursting secara jelas dan belanjawankan untuknya. Kedua-dua jawapan boleh dipertahankan apabila ditulis; tiada satu pun boleh dipertahankan apabila disimpulkan daripada penstriman video orang lain yang berjaya.

Jika gateway menanggung beban, anggap mod kredit sebagai sebahagian daripada pelan kapasiti dan bukan lalai yang tidak pernah anda buka. Mod yang anda pilih ialah kegagalan yang anda boleh ramalkan.