Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Instance performa yang dapat melonjak
Banyak beban kerja tujuan umum secara rata-rata tidak sibuk, dan tidak memerlukan performa CPU berkelanjutan tingkat tinggi. Grafik berikut menggambarkan pemanfaatan CPU untuk banyak beban kerja umum yang dijalankan pelanggan di Cloud saat AWS ini.
![\[Banyak beban kerja umum terlihat seperti ini: penggunaan CPU rata-rata berada pada atau di bawah acuan, dengan beberapa lonjakan di atas acuan.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/CPU-common-workloads.png)
Beban kerja pemanfaatan low-to-moderate CPU ini menyebabkan pemborosan siklus CPU dan, akibatnya, Anda membayar lebih dari yang Anda gunakan. Untuk mengatasi hal ini, Anda dapat memanfaatkan instans tujuan umum yang dapat melonjak berbiaya rendah, yang merupakan instans T.
Keluarga instans T menyediakan kemampuan untuk melonjak di atas garis dasar bagi performa CPU dasar kapan saja selama yang diperlukan. CPU acuan ditetapkan untuk memenuhi kebutuhan sebagian besar beban kerja tujuan umum, termasuk layanan mikro skala besar, server web, basis data kecil dan menengah, logging data, repositori kode, desktop virtual, lingkungan pengembangan dan pengujian, serta aplikasi penting untuk bisnis. Instans T menawarkan keseimbangan komputasi, memori, dan sumber daya jaringan, dan memberi Anda cara yang paling hemat biaya untuk menjalankan spektrum luas aplikasi tujuan umum yang memiliki penggunaan CPU. low-to-moderate Mereka dapat menghemat biaya hingga 15% jika dibandingkan dengan instans M, dan dapat menghasilkan penghematan biaya yang lebih besar dengan ukuran instans yang lebih kecil dan lebih ekonomis, menawarkan memori serendah 2 v CPUs dan 0,5 GiB. Ukuran instans T yang lebih kecil, seperti nano, mikro, kecil, dan menengah, sangat cocok untuk beban kerja yang membutuhkan sejumlah kecil memori dan tidak mengharapkan penggunaan CPU yang tinggi.
**catatan**
Topik ini menjelaskan CPU yang dapat melonjak. Untuk informasi tentang performa jaringan yang dapat melonjak, lihat [Bandwidth jaringan EC2 instans Amazon](ec2-instance-network-bandwidth.md).
## Tipe instans yang dapat melonjak EC2
Instans burstable EC2 terdiri dari tipe instans T4G, T3a, dan T3, dan tipe instans T2 generasi sebelumnya.
Tipe instans T4g adalah instans yang dapat melonjak generasi terbaru. Tipe instans ini memberikan harga terbaik untuk performa, dan menyediakan biaya semua tipe instans EC2 yang terendah. Jenis instans T4G didukung oleh prosesor [AWS Graviton2](https://aws.amazon.com/ec2/graviton/) berbasis ARM dengan dukungan ekosistem yang luas dari vendor sistem operasi, vendor perangkat lunak independen, dan layanan dan aplikasi populer. AWS
Tabel berikut merangkum perbedaan utama antara tipe-tipe instans yang dapat melonjak.
****
| Tipe | Deskripsi | Keluarga prosesor |
| --- | --- | --- |
| Generasi terbaru |
| T4g | Jenis instans EC2 biaya terendah dengan biaya hingga 40% lebih tinggi price/performance dan biaya 20% lebih rendah vs T3 | AWS Prosesor Graviton2 dengan inti Arm Neoverse N1 |
| T3a | Instans berbasis x86 paling murah dengan biaya 10% lebih rendah vs. instans T3 | Prosesor EPYC generasi ke-1 dari AMD |
| T3 | Puncak terbaik price/performance untuk beban kerja x86 dengan hingga 30% lebih rendah dibandingkan instans price/performance T2 generasi sebelumnya | Intel Xeon Scalable (prosesor Skylake, Cascade Lake) |
| Generasi sebelumnya |
| T2 | Instans yang dapat melonjak generasi sebelumnya | Prosesor Intel Xeon |
Untuk informasi tentang harga instans dan spesifikasi tambahan, lihat [Harga Amazon EC2](https://aws.amazon.com/ec2/pricing/) dan [Tipe Instans Amazon EC2](https://aws.amazon.com/ec2/instance-types/). Untuk informasi tentang performa jaringan yang dapat melonjak, lihat [Bandwidth jaringan EC2 instans Amazon](ec2-instance-network-bandwidth.md).
Jika Anda membuat Akun AWS sebelum 15 Juli 2025 dan usianya kurang dari 12 bulan, Anda dapat menggunakan `t2.micro` instans secara gratis (atau `t3.micro` instans di Wilayah yang tidak `t2.micro` tersedia) dalam batas penggunaan tertentu. Jika Anda membuat Akun AWS pada atau setelah 15 Juli 2025, Anda dapat menggunakan`t3.micro`,, `t3.small``t4g.micro`, jenis `t4g.small` instans selama 6 bulan atau sampai kredit Anda habis. Untuk informasi selengkapnya, lihat [AWS Tingkat Gratis](https://aws.amazon.com/free/).
**Opsi pembelian yang didukung untuk instans T**
+ Instans Sesuai Permintaan
+ Instans Terpesan
+ Instans Khusus (khusus T3)
+ Host Khusus (khusus T3, hanya dalam mode `standard`)
+ Instans Spot
Untuk informasi selengkapnya, lihat [Opsi penagihan dan pembelian Amazon EC2](instance-purchasing-options.md).
**Topics**
+ [Tipe instans yang dapat melonjak EC2](#burstable-instance-types)
+ [Praktik terbaik](#burstable-performance-instances-best-practices)
+ [Konsep kunci untuk instance kinerja yang dapat meledak](burstable-credits-baseline-concepts.md)
+ [Mode tidak terbatas untuk instans performa yang dapat melonjak](burstable-performance-instances-unlimited-mode.md)
+ [Mode standar untuk instans performa yang dapat melonjak](burstable-performance-instances-standard-mode.md)
+ [Konfigurasikan instance kinerja burstable](burstable-performance-instances-how-to.md)
+ [Pantau kredit CPU untuk instans burstable](burstable-performance-instances-monitoring-cpu-credits.md)
## Praktik terbaik
Ikuti praktik terbaik ini untuk mendapatkan keuntungan maksimal dari instans performa yang dapat melonjak.
+ Pastikan ukuran instans yang Anda pilih memenuhi persyaratan memori minimum sistem operasi dan aplikasi Anda. Sistem operasi dengan antarmuka pengguna grafis yang menggunakan banyak memori dan sumber daya CPU (misalnya, Windows) mungkin memerlukan ukuran instans `t3.micro` atau yang lebih besar untuk banyak kasus penggunaan. Seiring bertambahnya kebutuhan memori dan CPU untuk beban kerja Anda dari waktu ke waktu, Anda memiliki fleksibilitas dengan instans T untuk menskalakan ke ukuran instans yang lebih besar dengan tipe instans yang sama, atau untuk memilih tipe instans lainnya.
+ Aktifkan [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/getting-started/) untuk akun Anda dan tinjau rekomendasi Compute Optimizer untuk beban kerja Anda. Compute Optimizer dapat membantu menilai apakah ukuran instans harus ditingkatkan untuk meningkatkan performa atau diperkecil untuk penghematan biaya. Compute Optimizer juga dapat merekomendasikan tipe instans yang berbeda berdasarkan skenario Anda. Untuk informasi selengkapnya, lihat [Melihat rekomendasi instans EC2](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-ec2-recommendations.html) dalam *Panduan Pengguna AWS Compute Optimizer *.
# Konsep kunci untuk instance kinerja yang dapat meledak
Tipe instans Amazon EC2 tradisional menyediakan sumber daya CPU tetap, sementara instans performa yang dapat melonjak menyediakan tingkat pemanfaatan CPU dasar dengan kemampuan untuk melonjakkan pemanfaatan CPU di atas tingkat dasar. Hal ini memastikan Anda membayar hanya untuk CPU dasar dan lonjakan penggunaan CPU tambahan, sehingga biaya komputasi menjadi lebih rendah. Pemanfaatan dasar dan kemampuan untuk melonjak diatur oleh kredit CPU. Instans performa yang dapat melonjak adalah satu-satunya tipe instans yang menggunakan kredit untuk penggunaan CPU.
Setiap instans performa yang dapat melonjak terus-menerus mendapatkan kredit ketika tetap di bawah garis dasar CPU, dan terus-menerus menghabiskan kredit ketika melonjak di atas garis dasar. Jumlah kredit yang diperoleh atau dihabiskan tergantung pemanfaatan CPU dari instans:
+ Jika pemanfaatan CPU di bawah garis dasar, maka kredit yang diperoleh lebih besar dari kredit yang dihabiskan.
+ Jika pemanfaatan CPU sama dengan garis dasar, maka kredit yang diperoleh sama dengan kredit yang dihabiskan.
+ Jika pemanfaatan CPU lebih tinggi dari garis dasar, maka kredit yang dihabiskan lebih tinggi dari kredit yang diperoleh.
Ketika kredit yang didapatkan lebih besar dari kredit yang dihabiskan, maka perbedaannya disebut kredit yang masih harus diperoleh, yang dapat digunakan kemudian untuk melonjak di atas pemanfaatan CPU dasar. Demikian pula, ketika kredit yang dihabiskan lebih dari kredit yang diperoleh, maka perilaku instans bergantung pada mode konfigurasi kredit—mode Standar atau mode Tak Terbatas.
Dalam mode Standar, ketika kredit yang dihabiskan lebih dari kredit yang didapatkan, maka instans akan menggunakan kredit yang masih harus diperoleh untuk melonjak di atas pemanfaatan CPU dasar. Jika kredit masih harus diperoleh sudah tidak tersisa, maka instans secara bertahap turun ke pemanfaatan CPU dasar dan tidak dapat melonjak di atas dasar sampai instans memperoleh kredit lebih.
Dalam mode Tidak Terbatas, jika instans melonjak di atas pemanfaatan CPU dasar, maka instans menggunakan kredit yang masih harus diperoleh terlebih dahulu untuk melonjak. Jika kredit yang masih harus diperoleh sudah tidak tersisa, maka instans menghabiskan kredit surplus untuk melonjak. Ketika pemanfaatan CPU-nya turun di bawah garis dasar, instans tersebut menggunakan kredit CPU yang didapatkan untuk membayar kredit surplus yang dihabiskan sebelumnya. Kemampuan untuk mendapatkan kredit CPU untuk mengurangi kredit surplus memungkinkan Amazon EC2 untuk meratakan penggunaan CPU dari sebuah instans selama periode 24 jam. Jika penggunaan CPU rata-rata selama periode 24 jam melebihi acuan, instans akan dikenai biaya untuk penggunaan tambahan dengan [tarif tambahan flat](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) per jam vCPU.
**Contents**
+ [Konsep utama dan definisi](#key-concepts)
+ [Mendapatkan kredit CPU](#earning-CPU-credits)
+ [Tingkat pendapatan kredit CPU](#CPU-credit-earn-rate)
+ [Batas akrual kredit CPU](#CPU-credit-accrual-limit)
+ [Masa pakai kredit CPU yang masih harus diperoleh](#accrued-CPU-credits-life-span)
+ [Pemanfaatan acuan](#baseline_performance)
## Konsep utama dan definisi
Konsep utama dan definisi berikut yang berlaku untuk instans performa yang dapat melonjak.
**Pemanfaatan CPU**
Pemanfaatan CPU adalah persentase unit komputasi EC2 yang dialokasikan yang saat ini digunakan pada instans. Metrik ini mengukur persentase siklus CPU yang dialokasikan yang sedang dimanfaatkan pada instans. CloudWatch Metrik Pemanfaatan CPU menunjukkan penggunaan CPU per instance dan bukan penggunaan CPU per inti. Spesifikasi CPU dasar dari sebuah instans juga didasarkan pada penggunaan CPU per instans. Untuk mengukur pemanfaatan CPU menggunakan Konsol Manajemen AWS atau AWS CLI, lihat[Mendapatkan statistik untuk instans tertentu](US_SingleMetricPerInstance.md).
**Kredit CPU**
Satu unit vCPU-waktu.
Contoh:
1 kredit CPU = 1 vCPU \$1 100% pemanfaatan \$1 1 menit.
1 kredit CPU = 1 vCPU \$1 50% pemanfaatan \$1 2 menit
1 kredit CPU = 2 vCPU \$1 25% pemanfaatan \$1 2 menit
**Pemanfaatan acuan**
Pemanfaatan acuan adalah tingkat di mana CPU dapat digunakan dengan saldo kredit bersih sebesar nol, ketika jumlah kredit CPU yang diperoleh sesuai dengan jumlah kredit CPU yang digunakan. Pemanfaatan dasar juga dikenal sebagai garis dasar. Pemanfaatan dasar dinyatakan sebagai persentase pemanfaatan vCPU, yang dihitung sebagai berikut: Pemanfaatan dasar% = (jumlah kredit v) /60 menit. earned/number CPUs
Untuk pemanfaatan dasar setiap tipe instans performa yang dapat melonjak, lihat [tabel kredit](#burstable-performance-instances-credit-table).
**Kredit yang diperoleh**
Kredit yang diperoleh secara terus-menerus oleh sebuah instans saat sedang berjalan.
Jumlah kredit yang diperoleh per jam =% pemanfaatan baseline \$1 jumlah v CPUs \$1 60 menit
Contoh:
Sebuah t3.nano dengan 2 v CPUs dan pemanfaatan dasar 5% menghasilkan 6 kredit per jam, dihitung sebagai berikut:
2 v CPUs \$1 5% baseline \$1 60 menit = 6 kredit per jam
**Kredit yang dihabiskan atau digunakan**
Kredit digunakan secara terus-menerus oleh sebuah instans ketika sedang berjalan.
Kredit CPU yang dihabiskan per menit = Jumlah v CPUs \$1 Pemanfaatan CPU\$1 1 menit
**Kredit yang masih harus diperoleh**
Kredit CPU yang tidak terpakai ketika sebuah instans menggunakan kredit lebih sedikit daripada yang diperlukan untuk pemanfaatan dasar. Dengan kata lain, kredit yang masih harus diperoleh = (Kredit yang didapatkan – Kredit yang digunakan) di bawah pemanfaatan dasar.
Contoh
Jika t3.nano berjalan pada 2% pemanfaatan CPU, yang berada 5% di bawah garis dasar selama satu jam, maka kredit yang masih harus diperoleh dihitung sebagai berikut:
Kredit CPU yang masih harus dibayar = (Kredit yang diperoleh per jam - Kredit yang digunakan per jam) = 6 - 2 v CPUs \$1 2% pemanfaatan CPU \$1 60 menit = 6 - 2,4 = 3,6 kredit yang masih harus dibayar per jam
**Batas akrual kredit**
Tergantung ukuran instans, tetapi secara umum sama dengan jumlah kredit maksimum yang didapatkan dalam 24 jam.
Contoh
Untuk t3.nano, batas akrual kredit = 24 \$1 6 = 144 kredit
**Kredit yang diluncurkan**
Hanya berlaku untuk instans T2 yang dikonfigurasi pada mode Standar. Kredit peluncuran adalah jumlah kredit CPU terbatas yang dialokasikan untuk instans T2 baru sehingga ketika diluncurkan dalam mode Standar, dapat melonjak di atas acuan.
**Kredit surplus**
Kredit yang dihabiskan oleh sebuah instans setelah menghabiskan saldo kredit yang masih harus diperoleh. Kredit surplus didesain untuk instans yang dapat melonjak agar dapat mempertahankan performa tinggi dalam jangka waktu yang lama, dan hanya digunakan dalam mode Tidak Terbatas. Saldo kredit surplus digunakan untuk menentukan jumlah banyak kredit yang digunakan oleh instans untuk melonjak dalam mode Tidak Terbatas.
**Mode standar**
Mode konfigurasi kredit yang memungkinkan instans melonjak di atas garis dasar dengan menghabiskan kredit yang telah diperoleh dalam saldo kredit.
**Mode tidak terbatas**
Mode konfigurasi kredit yang memungkinkan instans untuk melonjak di atas garis dasar dengan mempertahankan pemanfaatan CPU yang tinggi untuk jangka waktu kapan pun diperlukan. Harga instans per jam secara otomatis mencakup semua fluktuasi penggunaan CPU jika penggunaan CPU rata-rata dari instans sama dengan atau di bawah acuan selama periode 24 jam yang berkelanjutan atau masa pakai instans, mana saja yang lebih pendek. Jika instans berjalan pada pemanfaatan CPU yang lebih tinggi untuk waktu yang lama, instans dapat melakukannya dengan [tarif tambahan tetap](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) per jam vCPU.
Tabel berikut merangkum perbedaan utama kredit antara tipe-tipe instans yang dapat melonjak.
****
| Tipe | Tipe kredit CPU yang didukung | Mode konfigurasi kredit | Masa pakai kredit CPU akumulasi antara instans mulai dan berhenti |
| --- | --- | --- | --- |
| Generasi terbaru |
| T4g | Kredit yang diperoleh, Kredit akrual, Kredit yang digunakan, Surplus kredit (hanya pada mode Tidak Terbatas) | Standar, Tidak Terbatas (default) | 7 hari (kredit bertahan selama 7 hari setelah instans berhenti) |
| T3a | Kredit yang diperoleh, Kredit akrual, Kredit yang digunakan, Surplus kredit (hanya pada mode Tidak Terbatas) | Standar, Tidak Terbatas (default) | 7 hari (kredit bertahan selama 7 hari setelah instans berhenti) |
| T3 | Kredit yang diperoleh, Kredit akrual, Kredit yang digunakan, Surplus kredit (hanya pada mode Tidak Terbatas) | Standar, Tidak Terbatas (default) | 7 hari (kredit bertahan selama 7 hari setelah instans berhenti) |
| Generasi sebelumnya |
| T2 | Kredit yang diperoleh, Kredit akumulasi, Kredit yang digunakan, Kredit peluncuran (mode Standar saja), Kredit surplus (hanya ode Tak Terbatas) | Standar (default), Tidak Terbatas | 0 hari (kredit hilang saat instans berhenti) |
**catatan**
Mode Tidak Terbatas tidak didukung untuk instans T3 yang diluncurkan pada Host Khusus.
## Mendapatkan kredit CPU
Setiap instans performa yang dapat melonjak terus-menerus mendapatkan (pada resolusi tingkat milidetik) tingkat kredit CPU yang ditetapkan per jam, tergantung ukuran instans. Proses penghitungan apakah kredit bertambah atau dihabiskan juga terjadi pada resolusi tingkat milidetik, jadi Anda tidak perlu khawatir tentang pengeluaran kredit CPU yang berlebihan. Lonjakan singkat CPU menggunakan sebagian kecil kredit CPU.
Jika instans performa yang dapat melonjak menggunakan lebih sedikit sumber daya CPU daripada yang diperlukan untuk pemanfaatan dasar (seperti saat menganggur), kredit CPU yang tidak terpakai akan ditambahkan ke saldo kredit CPU. Jika instans performa yang dapat melonjak perlu melonjak di atas tingkat pemanfaatan dasar, instans tersebut menghabiskan kredit yang masih harus diperoleh. Makin banyak kredit yang diperoleh oleh instans performa yang dapat melonjak, makin banyak waktu untuk melonjak melebihi garis dasarnya saat memerlukan lebih banyak pemanfaatan CPU.
Tabel berikut mencantumkan jenis instance kinerja burstable, tingkat di mana kredit CPU diperoleh per jam, jumlah maksimum kredit CPU yang diperoleh yang dapat diperoleh instance, jumlah v CPUs per instance, dan pemanfaatan dasar sebagai persentase dari inti penuh (menggunakan vCPU tunggal).
| Tipe instans | Kredit CPU didapatkan per jam | Kredit maksimum yang diperoleh yang dapat terakumulasi\$1 | v CPUs \$1\$1\$1 | Pemanfaatan acuan per vCPU |
| --- | --- | --- | --- | --- |
| **T2** | | | | |
| t2.nano | 3 | 72 | 1 | 5% |
| t2.micro | 6 | 144 | 1 | 10% |
| t2.small | 12 | 288 | 1 | 20% |
| t2.medium | 24 | 576 | 2 | 20%\$1\$1 |
| t2.large | 36 | 864 | 2 | 30%\$1\$1 |
| t2.xlarge | 54 | 1296 | 4 | 22,5% \$1\$1 |
| t2.2xlarge | 81,6 | 1958.4 | 8 | 17%\$1\$1 |
| **T3** | | | | |
| t3.nano | 6 | 144 | 2 | 5%\$1\$1 |
| t3.micro | 12 | 288 | 2 | 10%\$1\$1 |
| t3.small | 24 | 576 | 2 | 20%\$1\$1 |
| t3.medium | 24 | 576 | 2 | 20%\$1\$1 |
| t3.large | 36 | 864 | 2 | 30%\$1\$1 |
| t3.xlarge | 96 | 2304 | 4 | 40%\$1\$1 |
| t3.2xlarge | 192 | 4608 | 8 | 40%\$1\$1 |
| **T3a** | | | | |
| t3a.nano | 6 | 144 | 2 | 5%\$1\$1 |
| t3a.micro | 12 | 288 | 2 | 10%\$1\$1 |
| t3a.small | 24 | 576 | 2 | 20%\$1\$1 |
| t3a.medium | 24 | 576 | 2 | 20%\$1\$1 |
| t3a.large | 36 | 864 | 2 | 30%\$1\$1 |
| t3a.xlarge | 96 | 2304 | 4 | 40%\$1\$1 |
| t3a.2xlarge | 192 | 4608 | 8 | 40%\$1\$1 |
| **T4g** | | | | |
| t4g.nano | 6 | 144 | 2 | 5%\$1\$1 |
| t4g.micro | 12 | 288 | 2 | 10%\$1\$1 |
| t4g.small | 24 | 576 | 2 | 20%\$1\$1 |
| t4g.medium | 24 | 576 | 2 | 20%\$1\$1 |
| t4g.large | 36 | 864 | 2 | 30%\$1\$1 |
| t4g.xlarge | 96 | 2304 | 4 | 40%\$1\$1 |
| t4g.2xlarge | 192 | 4608 | 8 | 40%\$1\$1 |
| |
| --- |
| \$1 Jumlah kredit yang dapat diperoleh setara dengan jumlah kredit yang bisa didapatkan dalam periode 24 jam. |
| \$1\$1 Pemanfaatan acuan persentase dalam tabel adalah per vCPU. Di CloudWatch , Pemakaian CPU ditampilkan per vCPU. Misalnya, pemanfaatan CPU untuk `t3.large` instance yang beroperasi pada tingkat dasar ditampilkan sebagai 30% dalam CloudWatch metrik CPU. Untuk informasi tentang cara menghitung pemanfaatan dasar, lihat [Pemanfaatan acuan](#baseline_performance). |
| \$1\$1\$1 Tiap vCPU adalah thread dari inti Intel Xeon atau core AMD EPYC, kecuali untuk instans T2 dan T4g. |
## Tingkat pendapatan kredit CPU
Jumlah kredit CPU yang didapatkan per jam ditentukan oleh ukuran instans. Misalnya, `t3.nano` mendapatkan enam kredit per jam, sementara `t3.small` mendapatkan 24 kredit per jam. Tabel sebelumnya mencantumkan tingkat pendapatan kredit untuk semua instans.
## Batas akrual kredit CPU
Meskipun kredit yang didapatkan tidak pernah kedaluwarsa pada instans yang berjalan, ada batasan jumlah kredit yang didapatkan yang dapat diperoleh sebuah instans. Batas tersebut ditentukan oleh batas saldo kredit CPU. Setelah batas tercapai, semua kredit baru yang didapatkan akan dibuang, seperti yang ditunjukkan pada gambar berikut. Bucket penuh menunjukkan batas saldo kredit CPU, dan spillover menunjukkan pendapatan baru kredit yang melebihi batas.
![\[Kredit baru yang didapatkan akan dibuang setelah batas terlampaui.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t2-t3-bucket.png)
Batas saldo kredit CPU berbeda untuk setiap ukuran instans. Misalnya, instans `t3.micro` dapat memperoleh maksimum 288 kredit CPU yang didapatkan dalam saldo kredit CPU. Tabel sebelumnya mencantumkan jumlah maksimum kredit yang didapatkan yang dapat diperoleh setiap instans.
Instans T2 Standard juga mendapatkan kredit peluncuran. Kredit peluncuran tidak dihitung dalam batas saldo kredit CPU. Jika instans T2 tidak menghabiskan kredit peluncurannya, dan tetap menganggur selama 24 jam sambil memperoleh kredit yang diperoleh, saldo kredit CPU-nya akan muncul karena melebihi batas. Untuk informasi selengkapnya, lihat [Kredit yang diluncurkan](burstable-performance-instances-standard-mode-concepts.md#launch-credits).
Instans T4G, T3a, dan T3 tidak mendapatkan kredit peluncuran. Instans ini diluncurkan sebagai `unlimited` secara default, sehingga dapat langsung melonjak saat memulai tanpa kredit peluncuran apa pun. Instans T3 diluncurkan pada peluncuran Host Khusus sebagai `standard` secara default; mode `unlimited` tidak didukung untuk instans T3 pada Host Khusus.
## Masa pakai kredit CPU yang masih harus diperoleh
Kredit CPU pada instans yang berjalan tidak kedaluwarsa.
Untuk T2, saldo kredit CPU tidak bertahan antara instans berhenti dan mulai. Jika Anda menghentikan instans T2, instans tersebut kehilangan semua kredit yang masih harus diperoleh.
Untuk T4G, T3a, dan T3, saldo kredit CPU bertahan selama tujuh hari setelah instance berhenti dan kredit hilang setelahnya. Jika Anda memulai instans dalam tujuh hari, tidak ada kredit yang hilang.
Untuk informasi lebih lanjut, lihat`CPUCreditBalance` dalam [CloudWatch tabel metrik](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-CW-metrics-table).
## Pemanfaatan acuan
*Pemanfaatan acuan* adalah tingkat di mana CPU dapat digunakan dengan saldo kredit bersih sebesar nol, ketika jumlah kredit CPU yang diperoleh sesuai dengan jumlah kredit CPU yang digunakan. Pemanfaatan dasar juga dikenal sebagai *garis dasar*.
Pemanfaatan acuan dinyatakan sebagai persentase pemanfaatan vCPU, yang dihitung sebagai berikut:
`(number of credits earned/number of vCPUs)/60 minutes = % baseline utilization`
Misalnya, sebuah `t3.nano` instance, dengan 2 vCPUs, menghasilkan 6 kredit per jam, menghasilkan pemanfaatan dasar 5%, yang dihitung sebagai berikut:
`(6 credits earned/2 vCPUs)/60 minutes = 5% baseline utilization`
Sebuah `t3.large` contoh, dengan 2 vCPUs, menghasilkan 36 kredit per jam, menghasilkan pemanfaatan dasar 30% (). `(36/2)/60`
Grafik berikut memberikan contoh penggunaan CPU rata-rata di bawah baseline. `t3.large`
![\[Grafik instance t3.large dengan pemanfaatan CPU rata-rata di bawah baseline.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/baseline-utilization.png)
# Mode tidak terbatas untuk instans performa yang dapat melonjak
Instans performa yang dapat melonjak yang dikonfigurasi sebagai `unlimited` dapat mempertahankan pemanfaatan CPU yang tinggi untuk periode waktu kapan pun saat diperlukan. Harga instans per jam secara otomatis mencakup semua fluktuasi penggunaan CPU jika penggunaan CPU rata-rata dari instans sama dengan atau di bawah acuan selama periode 24 jam yang berkelanjutan atau masa pakai instans, mana saja yang lebih pendek.
Untuk sebagian besar beban kerja tujuan umum, instans dikonfigurasi yang sebagai `unlimited` memberikan performa yang cukup tanpa biaya tambahan. Jika instans berjalan pada pemakaian CPU yang lebih tinggi untuk waktu yang lama, instans dapat melakukannya dengan tarif tambahan tetap per jam vCPU. Untuk informasi tentang harga, lihat [Harga Amazon EC2](https://aws.amazon.com/ec2/pricing/) dan [Harga Mode Tak Terbatas T2/T3/T4](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing).
Jika Anda membuat Akun AWS sebelum 15 Juli 2025 dan Anda menggunakan `t3.micro` contoh `t2.micro` atau di bawah [AWS Tingkat Gratis](https://aws.amazon.com/free/)penawaran dan menggunakannya dalam `unlimited` mode, biaya mungkin berlaku jika penggunaan rata-rata Anda selama periode 24 jam bergulir melebihi [penggunaan dasar](burstable-credits-baseline-concepts.md#baseline_performance) instans.
[Instans T4G, T3a, dan T3 diluncurkan sebagai `unlimited` default (kecuali jika Anda mengubah default).](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account) Jika rata-rata pemanfaatan CPU selama periode 24 jam melebihi garis dasar, Anda dikenai biaya untuk kredit surplus. Jika Anda meluncurkan Instans Spot `unlimited` sebagai dan berencana segera menggunakannya dan untuk durasi yang singkat, tanpa waktu menganggur untuk memperoleh kredit CPU, Anda dikenai biaya untuk kredit surplus. Kami menyarankan Anda meluncurkan Instans Spot dalam mode [standar](burstable-performance-instances-standard-mode.md) untuk menghindari pembayaran biaya yang lebih tinggi. Untuk informasi selengkapnya, lihat [Kredit surplus dapat dikenakan biaya](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits) dan [Luncurkan instance kinerja yang dapat meledak](how-spot-instances-work.md#burstable-spot-instances).
**catatan**
Instans T3 diluncurkan pada peluncuran Host Khusus sebagai `standard` secara default; mode `unlimited` tidak didukung untuk instans T3 pada Host Khusus.
**Contents**
+ [Konsep mode tak terbatas untuk instance burstable](burstable-performance-instances-unlimited-mode-concepts.md)
+ [Cara kerja instans performa yang dapat melonjak Tidak Terbatas](burstable-performance-instances-unlimited-mode-concepts.md#how-burstable-performance-instances-unlimited-works)
+ [Kapan menggunakan mode tak terbatas versus CPU tetap](burstable-performance-instances-unlimited-mode-concepts.md#when-to-use-unlimited-mode)
+ [Kredit surplus dapat dikenakan biaya](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits)
+ [Berapa biaya kinerja burstable tanpa batas?](burstable-performance-instances-unlimited-mode-concepts.md#how-much-does-unlimited-burstable-performance-cost)
+ [Tidak ada kredit peluncuran untuk instans T2 Tidak Terbatas](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-no-launch-credits)
+ [Mengaktifkan mode tidak terbatas](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-enabling)
+ [Yang terjadi pada kredit saat beralih antara Tidak Terbatas dan Standar](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-switching-and-credits)
+ [Memantau penggunaan kredit](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-monitoring-credit-usage)
+ [Contoh mode tak terbatas untuk instance burstable](unlimited-mode-examples.md)
+ [Contoh 1: Menjelaskan penggunaan kredit dengan T3 Tidak Terbatas](unlimited-mode-examples.md#t3_unlimited_example)
+ [Contoh 2: Menjelaskan penggunaan kredit dengan T2 Tidak Terbatas](unlimited-mode-examples.md#t2_unlimited_example)
# Konsep mode tak terbatas untuk instance burstable
Mode `unlimited` adalah opsi konfigurasi kredit untuk instans performa yang dapat melonjak. Mode ini dapat diaktifkan atau dinonaktifkan kapan saja untuk instans yang berjalan atau dihentikan. Anda dapat [menetapkan `unlimited` sebagai opsi kredit default](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account) di tingkat akun per AWS Wilayah, per keluarga instans performa burstable, sehingga semua instance performa burstable baru di akun diluncurkan menggunakan opsi kredit default.
## Cara kerja instans performa yang dapat melonjak Tidak Terbatas
Jika instans performa yang dapat melonjak yang dikonfigurasi sebagai `unlimited` menghabiskan saldo kredit CPU-nya, Instans tersebut dapat menggunakan kredit *surplus* untuk melampaui batas [dasar](burstable-credits-baseline-concepts.md#baseline_performance). Ketika pemanfaatan CPU-nya turun di bawah garis dasar, instans tersebut menggunakan kredit CPU yang didapatkan untuk membayar kredit surplus yang dihabiskan sebelumnya. Kemampuan untuk mendapatkan kredit CPU untuk mengurangi kredit surplus memungkinkan Amazon EC2 untuk meratakan penggunaan CPU dari sebuah instans selama periode 24 jam. Jika penggunaan CPU rata-rata selama periode 24 jam melebihi acuan, instans akan dikenai biaya untuk penggunaan tambahan dengan [tarif tambahan flat](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) per jam vCPU.
Grafik berikut menunjukkan penggunaan CPU `t3.large`. Pemanfaatan CPU dasar untuk `t3.large` adalah 30%. Jika instans berjalan pada pemakaian CPU 30% atau kurang secara rata-rata selama periode 24 jam, tidak ada biaya tambahan karena biaya tersebut sudah tercakup oleh harga per jam instans. Namun, jika instans berjalan dengan rata-rata 40% pemanfaatan CPU selama 24 jam, seperti yang ditunjukkan dalam grafik, maka instans tersebut akan ditagih untuk 10% penggunaan CPU tambahan dengan [tarif tambahan tetap](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) per jam vCPU.
![\[Penggunaan tagihan CPU dari instans t3.large.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t3-cpu-usage.png)
Untuk informasi selengkapnya tentang pemanfaatan acuan per vCPU untuk setiap tipe instans dan jumlah kredit yang didapatkan oleh setiap tipe instans, lihat [tabel kredit](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table).
## Kapan menggunakan mode tak terbatas versus CPU tetap
Saat menentukan apakah Anda harus menggunakan instans performa yang dapat melonjak dalam mode`unlimited`, seperti T3, atau instans performa tetap, seperti M5, Anda perlu menentukan penggunaan CPU yang impas. Penggunaan CPU yang impas untuk instans performa yang dapat melonjak adalah titik di mana instans performa yang dapat melonjak harganya sama dengan instans performa tetap. Penggunaan CPU yang impas membantu Anda menentukan hal berikut:
+ Jika penggunaan CPU rata-rata selama periode 24 jam sama dengan atau di bawah penggunaan impas CPU, gunakan instans performa yang dapat melonjak di mode `unlimited` sehingga Anda bisa mendapatkan keuntungan dari harga yang lebih rendah dari instans performa yang dapat melonjak sekaligus mendapatkan kinerja yang sama sebagai instans performa tetap.
+ Jika penggunaan CPU rata-rata selama periode 24 jam di atas penggunaan impas CPU, instans performa yang dapat melonjak akan lebih mahal daripada instans performa tetap yang berukuran setara. Jika instans T3 terus-menerus melonjak pada 100% CPU, Anda akan membayar sekitar 1,5 kali harga instans M5 yang berukuran setara.
Grafik berikut menunjukkan titik penggunaan impas CPU di mana biaya `t3.large` sama dengan `m5.large`. Titik penggunaan CPU yang impas untuk `t3.large` adalah 42,5%. Jika penggunaan CPU rata-rata adalah 42,5%, biaya menjalankan `t3.large` sama dengan `m5.large`, dan lebih mahal jika penggunaan CPU rata-rata di atas 42,5%. Jika beban kerja membutuhkan penggunaan CPU rata-rata kurang dari 42,5%, Anda dapat memperoleh keuntungan dari harga `t3.large` yang lebih rendah sekaligus mendapatkan performa yang sama sebagai `m5.large`.
![\[Titik impas penggunaan CPU untuk instans t3.large adalah 42,5%.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/T3-unltd-when-to-use.png)
Tabel berikut menunjukkan cara menghitung ambang batas penggunaan impas CPU, sehingga Anda dapat menentukan kapan lebih murah untuk menggunakan instans performa yang dapat melonjak dalam mode `unlimited` atau instans performa tetap. Kolom di tabel diberi label A sampai K.
| Tipe instans | v CPUs | Harga T3\$1/jam | Harga M5\$1/jam | Perbedaan harga | Pemanfaatan acuan T3 per vCPU (%) | Biaya per jam vCPU untuk kredit surplus | Biaya per menit vCPU | Menit lonjakan tambahan tersedia per vCPU | % CPU tambahan tersedia | % CPU titik impas |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| A | B | C | D | E = D - C | F | G | H = G / 60 | I = E / H | J = (I / 60) / B | K = F \$1 J |
| t3.large | 2 | \$10,0835 | \$10,096 | \$10,0125 | 30% | \$10,05 | \$10,000833 | 15 | 12,5% | 42,5% |
| |
| --- |
| \$1 Harga berdasarkan us-east-1 dan Linux OS. |
Tabel tersebut memberikan informasi berikut:
+ Kolom A menunjukkan tipe instans, `t3.large`.
+ Kolom B menunjukkan jumlah v CPUs untuk`t3.large`.
+ Kolom C menunjukkan harga `t3.large` per jam.
+ Kolom D menunjukkan harga `m5.large` per jam.
+ Kolom E menunjukkan perbedaan harga antara `t3.large` dan `m5.large`.
+ Kolom F menunjukkan pemanfaatan batas dasar per vCPU dari `t3.large`, yaitu 30%. Pada batas dasar, biaya per jam dari instans mencakup biaya penggunaan CPU.
+ Kolom G menunjukkan [tarif tambahan flat](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) per jam vCPU yang dikenakan pada instans jika melonjak ke 100% CPU setelah kredit yang diperolehnya habis.
+ Kolom H menunjukkan [tarif tambahan flat](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) per jam vCPU-menit yang dikenakan pada instans jika melonjak ke 100% CPU setelah kredit yang diperolehnya habis.
+ Kolom I menunjukkan jumlah menit tambahan yang dapat dilonjakkan oleh `t3.large` per jam pada 100% CPU sementara membayar harga yang sama per jam sebagai `m5.large`.
+ Kolom J menunjukkan penggunaan CPU tambahan (dalam %) di atas batas dasar yang instansnya dapat melonjak sementara membayar harga yang sama per jam sebagai `m5.large`.
+ Kolom K menunjukkan penggunaan CPU yang impas (dalam %) sehingga `t3.large` dapat melonjak tanpa harus membayar lebih dari `m5.large`. Apa pun di atas ini, dan biaya `t3.large` lebih dari `m5.large`.
Tabel berikut menunjukkan penggunaan CPU yang impas (dalam%) untuk tipe instans T3 dibandingkan dengan tipe instans M5 yang berukuran serupa.
| Tipe instans T3 | Penggunaan CPU yang impas (dalam %) untuk T3 dibandingkan dengan M5 |
| --- | --- |
| t3.large | 42,5% |
| t3.xlarge | 52,5% |
| t3.2xlarge | 52,5% |
## Kredit surplus dapat dikenakan biaya
Jika pemanfaatan CPU rata-rata dari sebuah instans berada pada atau di bawah batas dasar, instans tersebut tidak dikenakan biaya tambahan. Karena sebuah instans memperoleh [jumlah kredit maksimum](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table) dalam periode 24 jam (misalnya, instans `t3.micro` dapat memperoleh maksimum 288 kredit dalam periode 24 jam), instans tersebut dapat menggunakan kredit surplus hingga maksimum itu tanpa dikenakan biaya.
Namun, jika pemanfaatan CPU tetap di atas batas dasar, instans tidak dapat memperoleh kredit yang cukup untuk membayar surplus kredit yang telah digunakan. Kredit surplus yang tidak dibayarkan akan dikenakan tarif tambahan tetap per vCPU-jam. Untuk informasi tentang tarif, lihat [ Harga Mode Tidak Terbatas T2/T3/T4g](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing).
Kredit surplus yang digunakan lebih awal dikenai tagihan jika salah satu dari hal berikut terjadi:
+ Kredit surplus yang digunakan melebihi [jumlah kredit maksimum](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table) yang dapat diperoleh instans dalam periode 24 jam. Kredit surplus yang digunakan di atas jumlah maksimum akan ditagihkan pada akhir jam.
+ Instans dihentikan atau diakhiri.
+ instans dialihkan dari `unlimited` ke `standard`.
Kredit surplus yang dihabiskan dilacak oleh metrik. CloudWatch `CPUSurplusCreditBalance` Kredit surplus yang dibebankan dilacak oleh metrik. CloudWatch `CPUSurplusCreditsCharged` Untuk informasi selengkapnya, lihat [CloudWatch Metrik tambahan untuk instans performa burstable](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-cw-metrics).
## Berapa biaya kinerja burstable tanpa batas?
Jika Anda menggunakan kredit surplus dan tidak dibayar dengan kredit yang diperoleh (lihat[Kredit surplus dapat dikenakan biaya](#unlimited-mode-surplus-credits)), Anda membayar tarif tambahan tetap per VCPU-jam untuk kredit surplus. *Tarif tercantum di bagian Harga Mode Tidak Terbatas [T2/T3/T4G T2/T3 Harga Mode Tidak Terbatas](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) Amazon EC2.*
## Tidak ada kredit peluncuran untuk instans T2 Tidak Terbatas
Instans T2 Standar menerima [kredit peluncuran](burstable-performance-instances-standard-mode-concepts.md#launch-credits), tetapi tidak dengan instans T2 Tidak Terbatas. Instans T2 Tidak Terbatas dapat melonjak melampaui batas dasar kapan saja tanpa biaya tambahan, selama rata-rata penggunaan CPU berada pada atau di bawah batas dasar selama jangka waktu 24 jam bergulir atau masa pakainya, mana yang lebih pendek. Dengan demikian, instans T2 Tidak Terbatas tidak memerlukan kredit peluncuran untuk mencapai performa tinggi segera setelah peluncuran.
Jika instans T2 dialihkan dari `standard` ke `unlimited`, semua kredit peluncuran yang terkumpul dihapus dari `CPUCreditBalance` sebelum sisa `CPUCreditBalance` diteruskan.
Instans T4G, T3a, dan T3 tidak pernah menerima kredit peluncuran karena diluncurkan dalam mode Tidak Terbatas secara default, dan karenanya dapat meledak segera setelah memulai. Konfigurasi kredit mode Tidak Terbatas memungkinkan instans T4G, T3a, dan T3 menggunakan CPU sebanyak yang diperlukan untuk melampaui baseline dan selama diperlukan.
## Mengaktifkan mode tidak terbatas
Anda dapat beralih dari `unlimited` ke `standard`, dan dari `standard` ke `unlimited`, kapan saja pada instans yang berjalan atau dihentikan. Untuk informasi selengkapnya, lihat [Konfigurasikan spesifikasi kredit saat peluncuran](burstable-performance-instances-how-to.md#launch-burstable-performance-instances) dan [Kelola spesifikasi kredit dari instance kinerja yang dapat meledak](burstable-performance-instances-how-to.md#modify-burstable-performance-instances).
Anda dapat menetapkan `unlimited` sebagai opsi kredit default di tingkat akun per AWS Wilayah, per keluarga instans performa burstable, sehingga semua instance performa burstable baru di akun diluncurkan menggunakan opsi kredit default. Untuk informasi selengkapnya, lihat [Mengelola spesifikasi kredit default untuk akun](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account).
Anda dapat memeriksa apakah instans performa yang dapat melonjak Anda dikonfigurasi sebagai `unlimited` atau `standard` menggunakan konsol Amazon EC2 atau AWS CLI. Untuk informasi selengkapnya, lihat [Konfigurasikan instance kinerja burstable](burstable-performance-instances-how-to.md).
## Yang terjadi pada kredit saat beralih antara Tidak Terbatas dan Standar
`CPUCreditBalance`adalah CloudWatch metrik yang melacak jumlah kredit yang diperoleh oleh sebuah instance. `CPUSurplusCreditBalance`adalah CloudWatch metrik yang melacak jumlah kredit surplus yang dihabiskan oleh sebuah instance.
Jika Anda mengubah instans yang dikonfigurasi sebagai `unlimited` ke `standard`, hal berikut ini terjadi:
+ Nilai `CPUCreditBalance` tetap tidak berubah dan diteruskan.
+ Nilai `CPUSurplusCreditBalance` segera dikenakan tagihan.
Jika instans `standard` dialihkan ke `unlimited`, hal berikut ini terjadi:
+ Nilai `CPUCreditBalance` yang berisi kredit yang diperoleh yang masih harus dibayar diteruskan.
+ Untuk instans T2 Standard, semua kredit peluncuran dihapus dari`CPUCreditBalance` nilai, dan sisanya`CPUCreditBalance` nilai yang mengandung kredit yang diperoleh yang masih harus dibayar diteruskan.
## Memantau penggunaan kredit
Untuk melihat apakah instans Anda menghabiskan lebih banyak kredit daripada yang disediakan baseline, Anda dapat menggunakan CloudWatch metrik untuk melacak penggunaan, dan Anda dapat mengatur alarm per jam untuk diberi tahu tentang penggunaan kredit. Untuk informasi selengkapnya, lihat [Pantau kredit CPU untuk instans burstable](burstable-performance-instances-monitoring-cpu-credits.md).
# Contoh mode tak terbatas untuk instance burstable
Contoh berikut menjelaskan penggunaan kredit untuk instans yang dikonfigurasi sebagai `unlimited`.
**Topics**
+ [Contoh 1: Menjelaskan penggunaan kredit dengan T3 Tidak Terbatas](#t3_unlimited_example)
+ [Contoh 2: Menjelaskan penggunaan kredit dengan T2 Tidak Terbatas](#t2_unlimited_example)
## Contoh 1: Menjelaskan penggunaan kredit dengan T3 Tidak Terbatas
Dalam contoh ini, Anda melihat pemanfaatan CPU dari instans `t3.nano` yang diluncurkan sebagai `unlimited`, dan caranya menggunakan kredit yang *diperoleh* dan *surplus* untuk mempertahankan pemanfaatan CPU.
Instans `t3.nano` memperoleh 144 kredit CPU selama periode 24 jam bergulir, yang dapat ditukarkan dengan 144 menit penggunaan vCPU. Ketika menghabiskan saldo kredit CPU-nya (diwakili oleh CloudWatch metrik`CPUCreditBalance`), ia dapat menghabiskan *kelebihan* kredit CPU — yang *belum diperoleh* — untuk meledak selama yang dibutuhkan. Karena instans `t3.nano` memperoleh maksimal 144 kredit dalam jangka waktu 24 jam, instans ini dapat menggunakan kredit surplus hingga maksimum tersebut tanpa langsung dikenakan biaya. Jika menghabiskan lebih dari 144 kredit CPU, instans ini akan dikenakan biaya untuk selisihnya di akhir jam.
Maksud dari contoh tersebut, yang diilustrasikan oleh grafik berikut, adalah untuk menunjukkan bagaimana sebuah instans dapat melonjak menggunakan surplus kredit bahkan setelah instans tersebut menghabiskan `CPUCreditBalance`. Alur kerja berikut mereferensikan titik-titik bernomor pada grafik:
**P1** - Pada 0 jam pada grafik, instans diluncurkan sebagai `unlimited` dan langsung mulai mendapatkan kredit. Instans tetap diam sejak diluncurkan, yang artinya pemakaian CPU 0%, sehingga tidak ada kredit yang digunakan. Semua kredit yang tidak terpakai diakumulasi ke dalam saldo kredit. Selama 24 jam pertama, `CPUCreditUsage` berada di 0, dan nilai `CPUCreditBalance` mencapai maksimum 144.
**P2** - Untuk 12 jam ke depan, pemanfaatan CPU berada pada 2,5%, yang masih di bawah acuan 5%. Instans mendapatkan lebih banyak kredit daripada yang dibelanjakan, tetapi`CPUCreditBalance` nilai tidak dapat melebihi maksimum 144 kredit.
**P3** - Untuk 24 jam ke depan, penggunaan CPU berada pada 7% (di atas acuan), yang membutuhkan penggunaan 57,6 kredit. Instans menggunakan lebih banyak kredit daripada yang diperolehnya, dan nilai `CPUCreditBalance` berkurang menjadi 86,4 kredit.
**P4** - Selama 12 jam ke depan, pemanfaatan CPU menurun jadi 2,5% (di bawah acuan), yang membutuhkan penggunaan 36 kredit. Pada saat yang sama, instans tersebut mendapatkan 72 kredit. Instance mendapatkan lebih banyak kredit daripada yang dibelanjakan, dan`CPUCreditBalance` nilai meningkat menjadi 122 kredit.
**P5** - Untuk 5 jam ke depan, instans meningkatkan pemanfaatan 100% CPU, dan menggunakan total 570 kredit untuk mempertahankan lonjakan. Sekitar satu jam dalam periode ini, instans menghabiskan seluruh `CPUCreditBalance` sebesar 122 kredit, dan mulai menggunakan kredit surplus untuk mempertahankan penggunaan CPU yang tinggi, dengan total 448 kredit surplus dalam periode ini (570-122=448). Saat nilai `CPUSurplusCreditBalance` mencapai 144 kredit CPU (maksimum yang dapat diperoleh instans `t3.nano` dalam periode 24 jam), kredit surplus yang digunakan setelahnya tidak dapat diimbangi dengan kredit yang diperoleh. Kredit surplus yang dihabiskan setelahnya berjumlah 304 kredit (448-144=304), yang menghasilkan sedikit biaya tambahan pada akhir jam untuk 304 kredit.
**P6** - Untuk 13 jam ke depan, pemanfaatan CPU berada pada 5% (batas dasar). Instans tersebut mendapatkan kredit sebanyak yang digunakan, tanpa kelebihan untuk membayar `CPUSurplusCreditBalance`. Nilai `CPUSurplusCreditBalance` tetap sebesar 144 kredit.
**P7** - Selama 24 jam terakhir dalam contoh ini, instans tidak aktif dan pemanfaatan CPU adalah 0%. Selama waktu ini, instans memperoleh 144 kredit, yang digunakan untuk membayar `CPUSurplusCreditBalance`.
![\[Instans t3 memperoleh 144 kredit setelah 24 jam.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t3_unlimited_graph.png)
## Contoh 2: Menjelaskan penggunaan kredit dengan T2 Tidak Terbatas
Dalam contoh ini, Anda melihat pemanfaatan CPU dari instans `t2.nano` yang diluncurkan sebagai `unlimited`, dan caranya menggunakan kredit yang *diperoleh* dan *surplus* untuk mempertahankan pemanfaatan CPU.
Instans `t2.nano` memperoleh 72 kredit CPU selama periode 24 jam bergulir, yang dapat ditukarkan dengan 72 menit penggunaan vCPU. Ketika menghabiskan saldo kredit CPU-nya (diwakili oleh CloudWatch metrik`CPUCreditBalance`), ia dapat menghabiskan *kelebihan* kredit CPU — yang *belum diperoleh* — untuk meledak selama yang dibutuhkan. Karena instans `t2.nano` memperoleh maksimal 72 kredit dalam jangka waktu 24 jam, instans ini dapat menggunakan kredit surplus hingga maksimum tersebut tanpa langsung dikenakan biaya. Jika menghabiskan lebih dari 72 kredit CPU, instans ini akan dikenakan biaya untuk selisihnya di akhir jam.
Maksud dari contoh tersebut, yang diilustrasikan oleh grafik berikut, adalah untuk menunjukkan cara sebuah instans dapat melonjak menggunakan kredit surplus bahkan setelah instans tersebut menghabiskan `CPUCreditBalance`. Anda dapat mengasumsikan bahwa, pada awal lini waktu dalam grafik, instans memiliki saldo kredit yang masih harus didapat dengan besaran yang sama dengan jumlah kredit maksimum yang dapat diperoleh dalam 24 jam. Alur kerja berikut mereferensikan titik-titik bernomor pada grafik:
**1** – Dalam 10 menit pertama, `CPUCreditUsage` berada di 0, dan nilai `CPUCreditBalance` tetap maksimal sebesar 72.
**2** – Pada pukul 23:40, seiring dengan meningkatnya pemanfaatan CPU, instans menggunakan kredit CPU dan nilai `CPUCreditBalance` menurun.
**3** – Sekitar pukul 00:47, instans menghabiskan seluruh `CPUCreditBalance`, dan mulai menggunakan kredit surplus untuk mempertahankan pemanfaatan CPU yang tinggi.
**4** – Kredit Surplus dihabiskan sampai 01:55, saat nilai `CPUSurplusCreditBalance` mencapai 72 kredit CPU. Jumlah ini sama dengan maksimum yang dapat dihasilkan oleh instans `t2.nano` dalam periode 24 jam. Kredit surplus apa pun yang digunakan setelahnya tidak dapat diimbangi dengan kredit yang diperoleh dalam periode 24 jam, yang menghasilkan sedikit biaya tambahan di akhir jam.
**5** – Instans terus menggunakan kredit surplus hingga sekitar pukul 02:20. Pada waktu ini, pemanfaatan CPU berada di bawah batas dasar, dan instans mulai memperoleh kredit sebesar 3 kredit per jam (atau 0,25 kredit setiap 5 menit), yang digunakan untuk membayar `CPUSurplusCreditBalance`. Setelah nilai `CPUSurplusCreditBalance` berkurang hingga menjadi 0, instans mulai mengumpulkan kredit yang diperoleh di `CPUCreditBalance` sebesar 0,25 kredit setiap 5 menit.
![\[Grafik pemanfaatan CPU dari instans t2.nano yang diluncurkan sebagai tidak terbatas.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t2_unlimited_graph.png)
**Menghitung tagihan (instance Linux)**
Kredit surplus biaya \$10.05 per VCPU-jam. Instans menggunakan sekitar 25 kredit surplus antara 01:55 dan 02:20, yang setara dengan 0,42 vCPU-jam. Biaya tambahan untuk contoh ini adalah 0,42 VCPU-jam x \$10,05/VCPU-jam = \$10,021, dibulatkan menjadi \$10,02. Berikut adalah tagihan akhir bulan untuk instans T2 Tidak Terbatas ini:
![\[Contoh tagihan untuk instans T2 Tidak Terbatas.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t2_unlimited_bill_linux.png)
**Menghitung tagihan (instance Windows)**
Kredit surplus biaya \$10.096 per VCPU-jam. Instans menggunakan sekitar 25 kredit surplus antara 01:55 dan 02:20, yang setara dengan 0,42 vCPU-jam. Biaya tambahan untuk contoh ini adalah 0,42 VCPU-jam x \$10,096/VCPU-jam = \$10,04032, dibulatkan menjadi \$10,04. Berikut adalah tagihan akhir bulan untuk instans T2 Tidak Terbatas ini:
![\[Contoh tagihan untuk instans T2 Tidak Terbatas.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t2_unlimited_bill_windows.png)
Anda dapat mengatur peringatan penagihan agar diberi tahu setiap jam tentang biaya yang timbul, dan mengambil tindakan jika diperlukan.
# Mode standar untuk instans performa yang dapat melonjak
Instans performa yang dapat melonjak yang dikonfigurasi sebagai `standard` cocok untuk beban kerja dengan pemanfaatan CPU rata-rata yang secara konsisten di bawah pemanfaatan CPU batas dasar dari instans. Untuk melonjak di atas batas dasar, instans menggunakan kredit yang telah diakumulasikan dalam saldo kredit CPU. Jika instans hampir kehabisan kredit yang masih harus dibayar, pemanfaatan CPU secara bertahap diturunkan ke batas dasar, sehingga instans tidak mengalami penurunan performa yang tajam saat saldo kredit CPU yang masih harus dibayar habis. Untuk informasi selengkapnya, lihat [Konsep kunci untuk instance kinerja yang dapat meledak](burstable-credits-baseline-concepts.md).
**Contents**
+ [Konsep mode standar untuk instance burstable](burstable-performance-instances-standard-mode-concepts.md)
+ [Cara kerja instans performa yang dapat melonjak standar](burstable-performance-instances-standard-mode-concepts.md#how-burstable-performance-instances-standard-works)
+ [Kredit yang diluncurkan](burstable-performance-instances-standard-mode-concepts.md#launch-credits)
+ [Batas kredit peluncuran](burstable-performance-instances-standard-mode-concepts.md#launch-credit-limits)
+ [Perbedaan antara kredit peluncuran dan kredit yang diperoleh](burstable-performance-instances-standard-mode-concepts.md#burstable-performance-instances-diff-launch-earned-credits)
+ [Contoh mode standar untuk instance burstable](standard-mode-examples.md)
+ [Contoh 1: Menjelaskan penggunaan kredit dengan T3 Standa](standard-mode-examples.md#t3_standard_example)
+ [Contoh 2: Menjelaskan penggunaan kredit dengan T2 Standar](standard-mode-examples.md#t2-standard-example)
+ [Periode 1: 1 – 24 jam](standard-mode-examples.md#period-1)
+ [Periode 2: 25 – 36 jam](standard-mode-examples.md#period-2)
+ [Periode 3: 37 – 61 jam](standard-mode-examples.md#period-3)
+ [Periode 4: 62 – 72 jam](standard-mode-examples.md#period-4)
+ [Periode 5: 73 – 75 jam](standard-mode-examples.md#period-5)
+ [Periode 6: 76 – 90 jam](standard-mode-examples.md#period-6)
+ [Periode 7: 91 – 96 jam](standard-mode-examples.md#period-7)
# Konsep mode standar untuk instance burstable
Mode `standard` adalah opsi konfigurasi untuk instans performa yang dapat melonjak. Mode ini dapat diaktifkan atau dinonaktifkan kapan saja untuk instans yang berjalan atau dihentikan. Anda dapat [menetapkan `standard` sebagai opsi kredit default](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account) di tingkat akun per AWS Wilayah, per keluarga instans performa burstable, sehingga semua instance performa burstable baru di akun diluncurkan menggunakan opsi kredit default.
## Cara kerja instans performa yang dapat melonjak standar
Saat instans performa yang dapat melonjak dikonfigurasi sebagai `standard` berada dalam status berjalan, instans ini secara terus-menerus memperoleh (pada resolusi tingkat milidetik) set tingkat kredit yang diperoleh per jam. Untuk T2 Standar, saat instans dihentikan, semua kredit yang masih harus dibayar hilang, dan saldo kreditnya direset ke nol. Saat dimulai ulang, instans ini menerima set kredit peluncuran baru, dan mulai mengakumulasi kredit yang diperoleh. Untuk instans Standar T4G, T3a, dan T3, saldo kredit CPU bertahan selama tujuh hari setelah instans berhenti dan kredit hilang setelahnya. Jika Anda memulai instans dalam tujuh hari, tidak ada kredit yang hilang.
Instans T2 Standar menerima dua jenis [kredit CPU](burstable-credits-baseline-concepts.md#key-concepts): *kredit yang diperoleh* dan *kredit peluncuran*. Saat instans T2 Standar berada dalam status berjalan, instans ini secara terus-menerus memperoleh (pada resolusi tingkat milidetik) set tingkat kredit yang diperoleh per jam. Pada awalnya, instans ini belum mendapatkan kredit untuk pengalaman startup yang baik; oleh karena itu, untuk memberikan pengalaman memulai yang baik, instans ini menerima kredit peluncuran di awal, yang digunakan pertama kali saat memperoleh kredit yang diakumulasi.
Instans T4G, T3a, dan T3 tidak menerima kredit peluncuran karena mendukung mode Tidak Terbatas. Konfigurasi kredit mode Tidak Terbatas memungkinkan instans T4G, T3a, dan T3 menggunakan CPU sebanyak yang diperlukan untuk melampaui baseline dan selama diperlukan.
## Kredit yang diluncurkan
Instans T2 Standard mendapatkan 30 kredit peluncuran per vCPU saat diluncurkan atau dimulai, dan instans T1 Standard mendapatkan 15 kredit peluncuran. Misalnya, sebuah `t2.micro` instance memiliki satu vCPU dan mendapat 30 kredit peluncuran, sedangkan `t2.xlarge` instance memiliki empat v CPUs dan mendapat 120 kredit peluncuran. Kredit peluncuran didesain untuk memberikan pengalaman memulai yang baik untuk memungkinkan instans melonjak segera setelah peluncuran sebelum mereka memperoleh kredit yang diakumulasi.
Kredit peluncuran digunakan terlebih dahulu, sebelum kredit yang diperoleh. Kredit peluncuran yang tidak terpakai diakumulasikan dalam saldo kredit CPU, tetapi tidak dihitung dalam batas saldo kredit CPU. Misalnya, instans `t2.micro` memiliki batas saldo kredit CPU 144 kredit yang diperoleh. Jika instans diluncurkan dan tetap idle selama 24 jam, saldo kredit CPU mencapai 174 (30 kredit peluncuran \$1 144 kredit yang diperoleh), yang melebihi batas. Namun, setelah instans menggunakan 30 kredit peluncuran, saldo kredit tidak boleh melebihi 144. Untuk informasi selengkapnya tentang batas saldo kredit CPU untuk setiap ukuran instans, lihat [tabel kredit](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table).
Tabel berikut mencantumkan alokasi kredit CPU awal yang diterima saat peluncuran atau awal, dan jumlah vCPUs.
| Tipe instans | Kredit yang diluncurkan | v CPUs |
| --- | --- | --- |
| t1.micro | 15 | 1 |
| t2.nano | 30 | 1 |
| t2.micro | 30 | 1 |
| t2.small | 30 | 1 |
| t2.medium | 60 | 2 |
| t2.large | 60 | 2 |
| t2.xlarge | 120 | 4 |
| t2.2xlarge | 240 | 8 |
## Batas kredit peluncuran
Ada batasan berapa kali instans T2 Standar dapat menerima kredit peluncuran. Batas default-nya adalah 100 peluncuran atau permulaan semua instans T2 Standard yang digabungkan per akun, per Wilayah, per periode 24 jam bergulir. Misalnya, batas tercapai saat satu instans dihentikan dan dimulai 100 kali dalam periode 24 jam, atau saat 100 instans diluncurkan dalam periode 24 jam, atau kombinasi lain yang setara dengan 100 permulaan. Akun baru mungkin memiliki batas bawah, yang akan meningkat seiring waktu berdasarkan penggunaan Anda.
**Tip**
Untuk memastikan bahwa beban kerja Anda selalu mendapatkan performa yang dibutuhkan, beralihlah ke [Mode tidak terbatas untuk instans performa yang dapat melonjak](burstable-performance-instances-unlimited-mode.md) atau pertimbangkan untuk menggunakan ukuran instans yang lebih besar.
## Perbedaan antara kredit peluncuran dan kredit yang diperoleh
Tabel berikut mencantumkan perbedaan antara kredit peluncuran dan kredit yang diperoleh.
| | Kredit yang diluncurkan | Kredit yang diperoleh |
| --- | --- | --- |
| **Tingkat perolehan kredit** | Instans T2 Standar memperoleh 30 kredit peluncuran per vCPU saat diluncurkan atau dimulai. Jika instans T2 dialihkan dari `unlimited` ke `standard`, instans ini tidak mendapatkan kredit peluncuran pada saat peralihan. | Setiap instans performa yang dapat melonjak T2 terus-menerus memperoleh (pada resolusi tingkat milidetik) tingkat kredit CPU yang ditetapkan per jam, bergantung pada ukuran instans. Untuk informasi selengkapnya tentang jumlah kredit CPU yang diperoleh per ukuran instans, lihat [tabel kredit](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table). |
| **Batas perolehan kredit** | Batas untuk menerima kredit peluncuran adalah 100 peluncuran atau permulaan semua instans T2 Standard yang digabungkan per akun, per Wilayah, per periode 24 jam bergulir. Akun baru mungkin memiliki batas bawah, yang akan meningkat seiring waktu berdasarkan penggunaan Anda. | Instans T2 tidak dapat mengakumulasi lebih banyak kredit daripada batas saldo kredit CPU. Jika saldo kredit CPU telah mencapai batasnya, kredit apa pun yang diperoleh setelah batas tercapai akan dibuang. Kredit peluncuran tidak termasuk dalam penghitungan batas. Untuk informasi selengkapnya tentang batas saldo kredit CPU untuk tiap ukuran instans T2, lihat [tabel kredit](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table). |
| **Penggunaan kredit** | Kredit peluncuran digunakan terlebih dahulu, sebelum kredit yang diperoleh. | Kredit yang diperoleh hanya digunakan setelah semua kredit peluncuran dihabiskan. |
| **Kedaluwarsa kredit** | Saat instans T2 Standar berjalan, kredit peluncuran tidak kedaluwarsa. Saat instans T2 Standar berhenti atau dialihkan ke T2 Tidak Terbatas, semua kredit peluncuran hilang. | Saat instans T2 berjalan, kredit yang diperoleh yang diakumulasi tidak kedaluwarsa. Saat instans T2 berhenti, semua kredit yang diperoleh yang diakumulasi akan hilang. |
Jumlah kredit peluncuran yang masih harus dibayar dan kredit yang diperoleh yang masih harus dibayar dilacak oleh metrik. CloudWatch `CPUCreditBalance` Untuk informasi lebih lanjut, lihat`CPUCreditBalance` dalam [CloudWatch tabel metrik](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-CW-metrics-table).
# Contoh mode standar untuk instance burstable
Contoh berikut menjelaskan penggunaan kredit saat instans dikonfigurasi sebagai `standard`.
**Topics**
+ [Contoh 1: Menjelaskan penggunaan kredit dengan T3 Standa](#t3_standard_example)
+ [Contoh 2: Menjelaskan penggunaan kredit dengan T2 Standar](#t2-standard-example)
## Contoh 1: Menjelaskan penggunaan kredit dengan T3 Standa
Dalam contoh ini, Anda melihat cara instans `t3.nano` yang diluncurkan sebagai `standard` memperoleh, mengakumulasi, dan menggunakan kredit yang *diperoleh*. Anda melihat cara saldo kredit mencerminkan kredit yang *diperoleh* yang diakumulasi.
Instans `t3.nano` yang berjalan memperoleh 144 kredit setiap 24 jam. Batas saldo kreditnya adalah 144 kredit yang diperoleh. Setelah batas tercapai, kredit baru yang diperoleh akan dibuang. Untuk informasi selengkapnya tentang jumlah kredit yang dapat diperoleh dan diakumulasi, lihat [tabel kredit](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table).
Anda dapat meluncurkan instans T3 Standar dan segera menggunakannya. Atau, Anda dapat meluncurkan instans T3 Standar dan membiarkannya idle selama beberapa hari sebelum menjalankan aplikasi di dalamnya. Digunakan atau tidaknya suatu instans akan menentukan apakah kredit akan digunakan atau diakumulasi. Jika sebuah instans tetap idle selama 24 jam sejak diluncurkan, saldo kredit mencapai batasnya, yang merupakan jumlah maksimum kredit yang diperoleh yang dapat diakumulasi.
Contoh ini menjelaskan sebuah instans yang tetap diam selama 24 jam sejak diluncurkan, dan memandu Anda melalui tujuh periode waktu selama periode 96 jam, yang menunjukkan tingkat di mana kredit diperoleh, diperoleh, digunakan, dan dibuang, serta nilai saldo kredit pada setiap akhir periode.
Alur kerja berikut mereferensikan titik-titik bernomor pada grafik:
**P1** - Pada 0 jam pada grafik, instans diluncurkan sebagai `standard` dan langsung mulai mendapatkan kredit. Instans tetap diam sejak diluncurkan, yang artinya pemakaian CPU 0%, sehingga tidak ada kredit yang digunakan. Semua kredit yang tidak terpakai diakumulasi ke dalam saldo kredit. Selama 24 jam pertama, `CPUCreditUsage` berada di 0, dan nilai `CPUCreditBalance` mencapai maksimum 144.
**P2** - Untuk 12 jam ke depan, pemanfaatan CPU berada pada 2,5%, yang masih di bawah acuan 5%. Instans mendapatkan lebih banyak kredit daripada yang digunakan, tetapi nilai `CPUCreditBalance` tidak dapat melebihi maksimum 144 kredit. Setiap kredit yang diperoleh yang melebihi batas akan dibuang.
**P3** - Untuk 24 jam ke depan, penggunaan CPU berada pada 7% (di atas acuan), yang membutuhkan penggunaan 57,6 kredit. Instans menggunakan lebih banyak kredit daripada yang diperolehnya, dan nilai `CPUCreditBalance` berkurang menjadi 86,4 kredit.
**P4** - Selama 12 jam ke depan, pemanfaatan CPU menurun jadi 2,5% (di bawah acuan), yang membutuhkan penggunaan 36 kredit. Pada saat yang sama, instans tersebut mendapatkan 72 kredit. Instans mendapatkan lebih banyak kredit daripada yang digunakan, dan nilai `CPUCreditBalance` meningkat menjadi 122 kredit.
**P5** - Selama dua jam berikutnya, instans melonjak pada pemanfaatan 60% CPU, dan menghabiskan keseluruhan nilai `CPUCreditBalance` sebesar 122 kredit. Di akhir periode ini, dengan `CPUCreditBalance` berada di nol, pemanfaatan CPU dipaksa turun ke tingkat pemanfaatan garis dasar 5%. Pada garis dasar, instans mendapatkan kredit sebanyak yang digunakan.
**P6** – Untuk 14 jam ke depan, pemanfaatan CPU berada pada 5% (garis dasar). Instans ini mendapatkan kredit sebanyak yang digunakan. Nilai `CPUCreditBalance` tetap 0.
**P7** - Selama 24 jam terakhir dalam contoh ini, instans tidak aktif dan pemanfaatan CPU adalah 0%. Selama waktu ini, instans mendapatkan 144 kredit, yangn diakumulasi di `CPUCreditBalance`.
![\[Pemanfaatan CPU instans T3 Standar.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t3_standard_graph.png)
## Contoh 2: Menjelaskan penggunaan kredit dengan T2 Standar
Dalam contoh ini, Anda melihat cara instans `t2.nano` yang diluncurkan sebagai `standard` memperoleh, mengakumulasi, dan menggunakan kredit *peluncuran* dan yang *diperoleh*. Anda melihat cara saldo kredit mencerminkan tidak hanya kredit yang *diperoleh* yang diakumulasi, tetapi juga kredit *peluncuran* diakumulasi.
Sebuah instans `t2.nano` mendapat 30 kredit peluncuran saat diluncurkan, dan mendapatkan 72 kredit setiap 24 jam. Batas saldo kreditnya adalah 72 kredit yang diperoleh; kredit peluncuran tidak dihitung dalam batasan tersebut. Setelah batas tercapai, kredit baru yang diperoleh akan dibuang. Untuk informasi selengkapnya tentang jumlah kredit yang dapat diperoleh dan diakumulasi, lihat [tabel kredit](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table). Untuk informasi selengkapnya tentang batasn, lihat [Batas kredit peluncuran](burstable-performance-instances-standard-mode-concepts.md#launch-credit-limits).
Anda dapat meluncurkan instans T2 Standar dan segera menggunakannya. Atau, Anda dapat meluncurkan instans T2 Standar dan membiarkannya idle selama beberapa hari sebelum menjalankan aplikasi di dalamnya. Digunakan atau tidaknya suatu instans akan menentukan apakah kredit akan digunakan atau diakumulasi. Jika sebuah instans tetap idle selama 24 jam sejak diluncurkan, saldo kredit tampak melebihi batasnya karena saldo tersebut mencerminkan kredit yang diperoleh diakumulasi dan kredit peluncuran yang diakumulasi. Namun, setelah CPU digunakan, kredit peluncuran digunakan terlebih dahulu. Setelah itu, batas tersebut selalu mencerminkan jumlah maksimum kredit yang diperoleh yang dapat diakumulasi.
Contoh ini menjelaskan sebuah instans yang tetap diam selama 24 jam sejak diluncurkan, dan memandu Anda melalui tujuh periode waktu selama periode 96 jam, yang menunjukkan tingkat di mana kredit diperoleh, diperoleh, digunakan, dan dibuang, serta nilai saldo kredit pada setiap akhir periode.
### Periode 1: 1 – 24 jam
Pada 0 jam pada grafik, instans T2 diluncurkan sebagai `standard` dan langsung mendapat 30 kredit peluncuran. Instans ini memperoleh kredit saat dalam kondisi berjalan. Instans tetap diam sejak diluncurkan, yang artinya pemakaian CPU 0%, sehingga tidak ada kredit yang digunakan. Semua kredit yang tidak terpakai diakumulasi ke dalam saldo kredit. Sekitar 14 jam setelah peluncuran, saldo kreditnya adalah 72 (30 kredit peluncuran \$1 42 kredit yang diperoleh), yang setara dengan yang dapat diperoleh instans dalam 24 jam. Pada 24 jam setelah peluncuran, saldo kredit melebihi 72 kredit karena kredit peluncuran yang tidak terpakai diakumulasikan ke saldo kredit—saldo kredit adalah 102 kredit: 30 kredit peluncuran \$1 72 kredit yang diperoleh.
![\[Pada periode 1 untuk T2 standar, saldo kredit adalah 102 kredit.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t2-graph1.png)
| | |
| --- |--- |
| Tingkat Penggunaan Kredit | 0 kredit per 24 jam (pemanfaatan CPU 0%) |
| Tingkat Perolehan Kredit | 72 kredit per 24 jam |
| Tingkat Pembuangan Kredit | 0 kredit per 24 jam |
| Saldo Kredit | 102 kredit (30 kredit peluncuran \$1 72 kredit yang diperoleh) |
**Kesimpulan**
Jika tidak ada pemanfaatan CPU setelah peluncuran, instans memperoleh lebih banyak kredit daripada yang dapat diperolehnya dalam 24 jam (30 kredit peluncuran \$1 72 kredit yang diperoleh = 102 kredit).
Dalam skenario dunia nyata, instans EC2 menggunakan sejumlah kecil kredit saat meluncurkan dan menjalankan, yang mencegah saldo mencapai nilai teoretis maksimum dalam contoh ini.
### Periode 2: 25 – 36 jam
Selama 12 jam berikutnya, instans terus idle dan memperoleh kredit, tetapi saldo kredit tidak bertambah. Saldo kredirt berhenti di 102 kredit (30 kredit peluncuran \$1 72 kredit yang diperoleh). Saldo kredit telah mencapai batas 72 kredit yang diperoleh yang diakumulasi, sehingga kredit yang baru diperoleh akan dibuang.
![\[Saldo kredit telah mencapai batas 72 kredit yang diperoleh yang diakumulasi.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t2-graph2.png)
| | |
| --- |--- |
| Tingkat Penggunaan Kredit | 0 kredit per 24 jam (pemanfaatan CPU 0%) |
| Tingkat Perolehan Kredit | 72 kredit per 24 jam (3 kredit per jam) |
| Tingkat Pembuangan Kredit | 72 kredit per 24 jam (100% dari tingkat perolehan kredit) |
| Saldo Kredit | 102 kredit (30 kredit peluncuran \$1 72 kredit yang diperoleh)—saldo tidak berubah |
**Kesimpulan**
Sebuah instans terus-menerus memperoleh kredit, tetapi tidak dapat mengakumulasi lebih banyak kredit yang diperoleh jika saldo kredit telah mencapai batasnya. Setelah batasan tercapai, kredit yang baru diperoleh akan dibuang. Kredit peluncuran tidak termasuk dalam penghitungan batasan saldo kredit. Jika saldo termasuk kredit peluncuran yang diakumulasi, saldo tersebut tampak melebihi batas.
### Periode 3: 37 – 61 jam
Selama 25 jam ke depan, instans menggunakan 2% CPU, yang membutuhkan 30 kredit. Pada periode yang sama memperoleh 75 kredit, tetapi saldo kredit menurun. Saldo menurun karena kredit *peluncuran* yang diakumulasi digunakan terlebih dahulu, sementara kredit yang baru diperoleh dibuang karena saldo kredit sudah mencapai batasan 72 kredit yang diperoleh.
![\[Kredit yang baru diperoleh dibuang karena saldo kredit sudah mencapai batasnya.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t2-graph3.png)
| | |
| --- |--- |
| Tingkat Penggunaan Kredit | 28,8 kredit per 24 jam (1,2 kredit per jam, 2% pemanfaatan CPU, 40% dari tingkat perolehan kredit) —30 kredit selama 25 jam |
| Tingkat Perolehan Kredit | 72 kredit per 24 jam |
| Tingkat Pembuangan Kredit | 72 kredit per 24 jam (100% dari tingkat perolehan kredit) |
| Saldo Kredit | 72 kredit (30 kredit peluncuran digunakan; 72 kredit yang diperoleh tetap tidak digunakan) |
**Kesimpulan**
Sebuah instans menggunakan kredit peluncuran terlebih dahulu, sebelum menggunakan kredit yang diperoleh. Kredit peluncuran tidak termasuk dalam penghitungan batasan kredit. Setelah kredit peluncuran digunakan, saldonya tidak akan melebihi yang bisa diperoleh dalam 24 jam. Selain itu, saat berjalan, sebuah instans tidak dapat memperoleh lebih banyak kredit peluncuran.
### Periode 4: 62 – 72 jam
Selama 11 jam ke depan, instans menggunakan 2% CPU, yang membutuhkan 13,2 kredit. Ini adalah pemanfaatan CPU yang sama seperti pada periode sebelumnya, tetapi saldo tidak berkurang. Saldo tetap berada di 72 kredit.
Saldo tidak berkurang karena tingkat pendapatan kredit lebih tinggi daripada tingkat penggunaan kredit. Saat instans menghabiskan 13,2 kredit, instans ini juga memperoleh 33 kredit. Namun, batas saldonya adalah 72 kredit, jadi setiap kredit yang diperoleh yang melebihi batas tersebut akan dibuang. Saldo mencapai titik datar di 72 kredit, yang berbeda dari puncak 102 kredit selama Periode 2, karena tidak ada kredit peluncuran yang diakumulasi.
![\[Saldo mencapai titik datar di 72 kredit, karena tidak ada kredit peluncuran yang diakumulasi.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t2-graph4.png)
| | |
| --- |--- |
| Tingkat Penggunaan Kredit | 28,8 kredit per 24 jam (1,2 kredit per jam, 2% pemanfaatan CPU, 40% dari tingkat perolehan kredit) —13,2 kredit selama 11 jam |
| Tingkat Perolehan Kredit | 72 kredit per 24 jam |
| Tingkat Pembuangan Kredit | 43,2 kredit per 24 jam (60% dari tingkat perolehan kredit) |
| Saldo Kredit | 72 kredit (0 kredit peluncuran, 72 kredit yang diperoleh)—saldo berada pada batasnya |
**Kesimpulan**
Setelah kredit peluncuran digunakan, batas saldo kredit ditentukan oleh jumlah kredit yang dapat diperoleh instans dalam 24 jam. Jika instans mendapatkan lebih banyak kredit daripada yang digunakan, kredit yang baru diperoleh yang melebihi batas akan dibuang.
### Periode 5: 73 – 75 jam
Selama tiga jam ke depan, instans melonjak pada 20% pemanfaatan CPU, yang membutuhkan 36 kredit. Instans ini memperoleh sembilan kredit dalam tiga jam yang sama, yang menghasilkan penurunan saldo bersih sebesar 27 kredit. Pada akhir tiga jam, saldo kredit adalah 45 kredit yang diperoleh yang diakumulasi.
![\[Pada akhir tiga jam, saldo kredit adalah 45 kredit yang diperoleh yang diakumulasi.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t2-graph5.png)
| | |
| --- |--- |
| Tingkat Penggunaan Kredit | 288 kredit per 24 jam (12 kredit per jam, 20% pemanfaatan CPU, 400% dari tingkat perolehan kredit) —36 kredit selama 3 jam |
| Tingkat Perolehan Kredit | 72 kredit per 24 jam (9 kredit selama 3 jam) |
| Tingkat Pembuangan Kredit | 0 kredit per 24 jam |
| Saldo Kredit | 45 kredit (saldo sebelumnya (72) - kredit yang digunakan (36) \$1 kredit yang diperoleh (9))—saldo menurun pada tingkat 216 kredit per 24 jam (tingkat penggunaan 288/24 \$1 tingkat perolehan 72/24 = tingkat penurunan saldo 216/24) |
**Kesimpulan**
Jika sebuah instans menggunakan kredit lebih banyak daripada yang diperolehnya, saldo kreditnya menurun.
### Periode 6: 76 – 90 jam
Selama 15 jam ke depan, instans menggunakan 2% CPU, yang membutuhkan 18 kredit. Ini adalah penggunaan CPU yang sama seperti pada Periode 3 dan 4. Namun, saldo meningkat pada periode ini, sedangkan pada Periode 3 menurun dan pada Periode 4 stabil.
Pada Periode 3, kredit peluncuran akumulasi digunakan, dan setiap kredit yang diperoleh yang melebihi batas kredit dibuang, yang mengakibatkan penurunan saldo kredit. Pada Periode 4, instans menggunakan lebih sedikit kredit daripada yang diperolehnya. Setiap kredit yang diperoleh yang melebihi batas dibuang, sehingga saldo menjadi stabil di maksimum 72 kredit.
Pada periode ini, tidak ada kredit peluncuran akumulasi, dan akumulasi jumlah kredit yang diperoleh dalam saldo di bawah batas. Tidak ada kredit yang diperoleh yang dibuang. Selain itu, instans tersebut mendapatkan lebih banyak kredit daripada yang digunakan, yang mengakibatkan peningkatan dalam saldo kredit.
![\[Instans mendapatkan lebih banyak kredit daripada yang digunakan.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t2-graph6.png)
| | |
| --- |--- |
| Tingkat Penggunaan Kredit | 28,8 kredit per 24 jam (1,2 kredit per jam, 2% pemanfaatan CPU, 40% dari tingkat perolehan kredit) —18 kredit selama 15 jam |
| Tingkat Perolehan Kredit | 72 kredit per 24 jam (45 kredit selama 15 jam) |
| Tingkat Pembuangan Kredit | 0 kredit per 24 jam |
| Saldo Kredit | 72 kredit (saldo meningkat pada tingkat 43,2 kredit per 24 jam — tingkat perubahan = tingkat penggunaan 28,8/24 \$1 tingkat perolehan 72/24) |
**Kesimpulan**
Jika sebuah instans menggunakan kredit lebih sedikit daripada yang diperolehnya, saldo kreditnya meningkat.
### Periode 7: 91 – 96 jam
Selama enam jam berikutnya, instans tetap idle— pemakaian CPU 0%—dan tidak ada kredit yang digunakan. Ini adalah penggunaan CPU yang sama seperti di Periode 2, tetapi saldonya tidak berhenti di 102 kredit—saldo berhenti di 72 kredit, yang merupakan batas saldo kredit untuk instans.
Pada Periode 2, saldo kredit termasuk akumulasi 30 kredit peluncuran. Kredit peluncuran digunakan di Periode 3. Instans yang berjalan tidak bisa mendapatkan lebih banyak kredit peluncuran. Setelah batas saldo kredit CPU tercapai, kredit apa pun yang diperoleh setelah batas akan dibuang.
![\[Kredit yang diperoleh yang melebihi batas akan dibuang.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/t2-graph7.png)
| | |
| --- |--- |
| Tingkat Penggunaan Kredit | 0 kredit per 24 jam (pemanfaatan CPU 0%) |
| Tingkat Perolehan Kredit | 72 kredit per 24 jam |
| Tingkat Pembuangan Kredit | 72 kredit per 24 jam (100% dari tingkat perolehan kredit) |
| Saldo Kredit | 72 kredit (0 kredit peluncuran \$1 72 kredit perolehan) |
**Kesimpulan**
Sebuah instans terus-menerus memperoleh kredit, tetapi tidak dapat mengakumulasi lebih banyak kredit yang diperoleh jika saldo kredit telah tercapai. Setelah batasan tercapai, kredit yang baru diperoleh akan dibuang. Batas saldo kredit ditentukan oleh jumlah kredit yang dapat diperoleh instans dalam 24 jam. Untuk informasi selengkapnya tentang batas saldo kredit, lihat [tabel kredit](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table).
# Konfigurasikan instance kinerja burstable
Langkah-langkah untuk meluncurkan, memantau, dan memodifikasi instans kinerja burstable (instans T) serupa. Perbedaan utamanya adalah spesifikasi kredit default saat diluncurkan.
Setiap keluarga instans T dilengkapi dengan *spesifikasi kredit default* berikut:
+ Instans T4G, T3a, dan T3 diluncurkan sebagai `unlimited`
+ Instans T3 pada Host Khusus hanya dapat diluncurkan sebagai `standard`
+ Instans T2 diluncurkan sebagai `standard`
Anda dapat [mengubah spesifikasi kredit default](#burstable-performance-instance-set-default-credit-specification-for-account) untuk akun tersebut.
**Topics**
+ [Konfigurasikan spesifikasi kredit saat peluncuran](#launch-burstable-performance-instances)
+ [Konfigurasikan grup Auto Scaling untuk menetapkan spesifikasi kredit sebagai unlimited](#burstable-performance-instances-auto-scaling-grp)
+ [Kelola spesifikasi kredit dari instance kinerja yang dapat meledak](#modify-burstable-performance-instances)
+ [Mengelola spesifikasi kredit default untuk akun](#burstable-performance-instance-set-default-credit-specification-for-account)
## Konfigurasikan spesifikasi kredit saat peluncuran
Anda dapat meluncurkan instans T Anda dengan spesifikasi kredit `unlimited` atau`standard`.
Prosedur berikut menjelaskan cara menggunakan konsol EC2 atau. AWS CLI Untuk informasi tentang menggunakan grup Auto Scaling, lihat. [Konfigurasikan grup Auto Scaling untuk menetapkan spesifikasi kredit sebagai unlimited](#burstable-performance-instances-auto-scaling-grp)
------
#### [ Console ]
**Untuk mengonfigurasi spesifikasi kredit dari sebuah instans saat peluncuran**
1. Ikuti prosedur untuk [meluncurkan instans](ec2-launch-instance-wizard.md).
1. Pada **Tipe instans**, pilih tipe instans T.
1. Perluas **Detail lanjutan**. Untuk **spesifikasi Kredit**, pilih spesifikasi kredit.
1. Di panel **Ringkasan**, tinjau konfigurasi instans Anda, lalu pilih **Luncurkan instans**.
------
#### [ AWS CLI ]
**Untuk mengatur spesifikasi kredit dari sebuah instans saat peluncuran**
Gunakan perintah [run-instance](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) dengan opsi. `--credit-specification`
```
--credit-specification CpuCredits=unlimited
```
------
#### [ PowerShell ]
**Untuk mengatur spesifikasi kredit dari sebuah instans saat peluncuran**
Gunakan [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)cmdlet dengan parameter. `-CreditSpecification_CpuCredit`
```
-CreditSpecification_CpuCredit unlimited
```
------
## Konfigurasikan grup Auto Scaling untuk menetapkan spesifikasi kredit sebagai unlimited
Ketika instans T diluncurkan atau dimulai, mereka memerlukan kredit CPU untuk pengalaman bootstrap yang baik. Jika Anda menggunakan grup Auto Scaling untuk meluncurkan instans, sebaiknya konfigurasikan instans Anda sebagai `unlimited`. Jika Anda melakukannya, instans menggunakan surplus kredit saat diluncurkan atau dimulai ulang secara otomatis oleh grup Auto Scaling. Menggunakan kredit surplus mencegah pembatasan performa.
### Membuat templat peluncuran
Anda harus menggunakan *templat peluncuran* untuk meluncurkan instans sebagai `unlimited` dalam grup Auto Scaling. Konfigurasi peluncuran tidak mendukung peluncuran instans sebagai `unlimited`.
------
#### [ Console ]
**Untuk membuat template peluncuran yang menetapkan spesifikasi kredit**
1. Ikuti [Buat template peluncuran menggunakan prosedur pengaturan lanjutan](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html) di Panduan Pengguna *Amazon EC2 Auto Scaling*.
1. Dalam **Konten templat peluncuran**, untuk **Tipe instans**, pilih ukuran instans.
1. Untuk meluncurkan instans sebagai `unlimited` dalam grup Auto Scaling, pada **Detail lanjutan**, untuk **Spesifikasi kredit**, pilih **Tak Terbatas**.
1. Setelah Anda selesai menentukan parameter templat peluncuran, pilih **Buat templat peluncuran**.
------
#### [ AWS CLI ]
**Untuk membuat template peluncuran yang menetapkan spesifikasi kredit**
Gunakan perintah [create-launch-template](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-launch-template.html).
```
aws ec2 create-launch-template \
--launch-template-name my-launch-template \
--version-description FirstVersion \
--launch-template-data CreditSpecification={CpuCredits=unlimited}
```
------
#### [ PowerShell ]
**Untuk membuat template peluncuran yang menetapkan spesifikasi kredit**
Gunakan [New-EC2LaunchTemplate](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2LaunchTemplate.html)cmdlet. Tentukan spesifikasi kredit untuk data template peluncuran sebagai berikut.
```
$creditSpec = New-Object Amazon.EC2.Model.CreditSpecificationRequest
$creditSpec.CpuCredits = "unlimited"
$launchTemplateData = New-Object Amazon.EC2.Model.RequestLaunchTemplateData
$launchTemplateData.CreditSpecification = $creditSpec
```
------
### Kaitkan grup Auto Scaling dengan templat peluncuran
Untuk mengaitkan templat peluncuran dengan grup Auto Scaling, buat grup Auto Scaling menggunakan templat peluncuran, atau tambahkan templat peluncuran ke grup Auto Scaling yang sudah ada.
------
#### [ Console ]
**Untuk membuat grup Auto Scaling menggunakan templat peluncuran**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pada bilah navigasi di bagian atas layar, pilih kawasan yang sama yang Anda gunakan saat Anda membuat templat peluncuran.
1. Di panel navigasi, pilih **Grup Auto Scaling**, pilih **Buat grup Auto Scaling**.
1. Pilih **Templat Peluncuran**, pilih templat peluncuran Anda, lalu pilih **Langkah Berikutnya**.
1. Lengkapi bidang grup Auto Scaling. Setelah Anda selesai meninjau pengaturan konfigurasi di **halaman Pratinjau**, pilih **Buat grup Auto Scaling**. Untuk informasi selengkapnya, lihat [Membuat Group Auto Scaling Menggunakan Templat Peluncuran](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-launch-template.html) di *Panduan Pengguna Amazon EC2 Auto Scaling*.
**Untuk menambahkan templat peluncuran ke grup Auto Scaling yang ada**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pada bilah navigasi di bagian atas layar, pilih Wilayah yang sama dengan yang Anda gunakan saat Anda membuat templat peluncuran.
1. Di panel navigasi, pilih **Grup Auto Scaling**.
1. Dari daftar grup Auto Scaling, pilih grup Auto Scaling, dan pilih **Tindakan**, **Edit**.
1. Pada tab **Detail**, untuk **Templat Peluncuran**, pilih templat peluncuran, lalu pilih **Simpan**.
------
#### [ AWS CLI ]
**Untuk membuat grup Auto Scaling menggunakan templat peluncuran**
Gunakan perintah [create-auto-scaling-group](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/create-auto-scaling-group.html) dan tentukan parameter `--launch-template`.
**Untuk menambahkan templat peluncuran ke grup Auto Scaling yang ada**
Gunakan perintah [update-auto-scaling-group](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/update-auto-scaling-group.html) dan tentukan parameter `--launch-template`.
------
#### [ PowerShell ]
**Untuk membuat grup Auto Scaling menggunakan templat peluncuran**
Gunakan [New- ASAuto ScalingGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-ASAutoScalingGroup.html) cmdlet dan tentukan parameter `-LaunchTemplate_LaunchTemplateId` or`-LaunchTemplate_LaunchTemplateName`.
**Untuk menambahkan templat peluncuran ke grup Auto Scaling yang ada**
Gunakan [Update- ASAuto ScalingGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/Update-ASAutoScalingGroup.html) cmdlet dan tentukan parameter `-LaunchTemplate_LaunchTemplateId` atau`-LaunchTemplate_LaunchTemplateName`.
------
## Kelola spesifikasi kredit dari instance kinerja yang dapat meledak
Anda dapat mengganti spesifikasi kredit dari instans T yang sedang berjalan atau berhenti kapan saja antara `unlimited` dan`standard`.
Perhatikan bahwa dalam mode `unlimited`, sebuah instans dapat menghabiskan kredit surplus, yang mungkin menimbulkan biaya tambahan. Untuk informasi selengkapnya, lihat [Kredit surplus dapat dikenakan biaya](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits).
------
#### [ Console ]
**Untuk mengelola spesifikasi kredit dari sebuah instans**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi kiri, pilih **Instans**.
1. (Opsional) Pilih contoh. Pada tab **Detailnya**, temukan **spesifikasi Kredit**. Nilainya adalah `unlimited` atau `standard`.
1. (Opsional) Untuk mengubah spesifikasi kredit untuk beberapa instance secara bersamaan, pilih semuanya.
1. Pilih **Tindakan**, **Pengaturan instans**, **Ubah spesifikasi kredit**. Opsi ini diaktifkan hanya jika Anda memilih instance T.
1. Untuk **mode Tidak Terbatas**, pilih atau kosongkan kotak centang di samping setiap ID instance.
------
#### [ AWS CLI ]
**Untuk mendapatkan spesifikasi kredit dari sebuah instance**
Gunakan perintah [describe-instance-credit-specifications](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-credit-specifications.html). Jika Anda tidak menentukan ID instance, semua instance dengan spesifikasi kredit `unlimited` dikembalikan. Output juga akan mencakup contoh yang sebelumnya dikonfigurasi dengan spesifikasi `unlimited` kredit. Misalnya, jika Anda mengubah ukuran instans T3 menjadi instans M4, saat dikonfigurasi sebagai, `unlimited`Amazon EC2 mengembalikan instans M4.
```
aws ec2 describe-instance-credit-specifications \
--instance-id i-1234567890abcdef0 \
--query InstanceCreditSpecifications[].CpuCredits \
--output text
```
Berikut ini adalah output contoh.
```
unlimited
```
**Untuk mengatur spesifikasi kredit dari sebuah instans**
Gunakan perintah [modify-instance-credit-specification](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-credit-specification.html).
```
aws ec2 modify-instance-credit-specification \
--region us-east-1 \
--instance-credit-specification "InstanceId=i-1234567890abcdef0,CpuCredits=unlimited"
```
------
#### [ PowerShell ]
**Untuk mendapatkan spesifikasi kredit dari sebuah instance**
Gunakan [Get-EC2CreditSpecification](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CreditSpecification.html)cmdlet.
```
(Get-EC2CreditSpecification `
-InstanceId i-1234567890abcdef0).CpuCredits
```
Berikut ini adalah output contoh.
```
unlimited
```
**Untuk mengatur spesifikasi kredit dari sebuah instans**
Gunakan [Edit-EC2InstanceCreditSpecification](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceCreditSpecification.html)cmdlet.
```
Edit-EC2InstanceCreditSpecification `
-Region us-east-1 `
-InstanceCreditSpecification @({InstanceId="i-1234567890abcdef0" CpuCredits="unlimited"})
```
------
## Mengelola spesifikasi kredit default untuk akun
Setiap keluarga instans T dilengkapi dengan [spesifikasi kredit default](#default-credit-spec). Anda dapat mengubah spesifikasi kredit default untuk setiap keluarga instans T di tingkat akun per AWS Wilayah. Nilai yang valid untuk spesifikasi kredit default adalah `unlimited` dan`standard`.
Jika Anda menggunakan wizard peluncuran instans di konsol EC2 untuk meluncurkan instans, nilai yang Anda pilih untuk spesifikasi kredit akan menggantikan spesifikasi kredit default tingkat akun. Jika Anda menggunakan instance AWS CLI to launch, semua instans T baru dalam peluncuran akun menggunakan spesifikasi kredit default. Spesifikasi kredit untuk instans yang sedang berjalan atau dihentikan tidak terpengaruh.
**Pertimbangan**
Spesifikasi kredit default untuk keluarga instans hanya dapat dimodifikasi sekali dalam periode 5 menit bergulir, dan hingga empat kali dalam periode 24 jam bergulir.
------
#### [ Console ]
**Untuk mengelola spesifikasi kredit default**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Untuk mengubah Wilayah AWS, gunakan pemilih Wilayah di sudut kanan atas halaman.
1. Di panel navigasi, pilih **Dasbor**.
1. Pada kartu **Atribut akun**, di bawah **Pengaturan**, pilih **Spesifikasi kredit default**.
1. Pilih **Kelola**.
1. Untuk setiap keluarga instans, pilih **Tak Terbatas** atau **Standard**, lalu pilih **Perbarui**.
------
#### [ AWS CLI ]
**Untuk mendapatkan spesifikasi kredit default**
Gunakan perintah [get-default-credit-specification](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-default-credit-specification.html).
```
aws ec2 get-default-credit-specification \
--region us-east-1 \
--instance-family t2 \
--query InstanceFamilyCreditSpecifications[].CpuCredits \
--output text
```
Berikut ini adalah output contoh.
```
standard
```
**Untuk mengatur spesifikasi kredit default**
Gunakan perintah [modify-default-credit-specification](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-default-credit-specification.html). Contoh berikut menetapkan nilai ke`unlimited`.
```
aws ec2 modify-default-credit-specification \
--region us-east-1 \
--instance-family t2 \
--cpu-credits unlimited
```
------
#### [ PowerShell ]
**Untuk mendapatkan spesifikasi kredit default**
Gunakan [Get-EC2DefaultCreditSpecification](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2DefaultCreditSpecification.html)cmdlet.
```
(Get-EC2DefaultCreditSpecification `
-Region us-east-1 `
-InstanceFamily t2).CpuCredits
```
Berikut ini adalah output contoh.
```
standard
```
**Untuk mengatur spesifikasi kredit default**
Gunakan [Edit-EC2DefaultCreditSpecification](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2DefaultCreditSpecification.html)cmdlet. Contoh berikut menetapkan nilai ke`unlimited`.
```
Edit-EC2DefaultCreditSpecification `
-Region us-east-1 `
-InstanceFamily t2 `
-CpuCredit unlimited
```
------
# Pantau kredit CPU untuk instans burstable
EC2 mengirimkan metrik ke Amazon. CloudWatch Anda dapat melihat metrik kredit CPU di metrik Amazon EC2 per instans konsol atau menggunakan AWS CLI metrik untuk mencantumkan metrik untuk setiap instans. CloudWatch Untuk informasi selengkapnya, lihat [CloudWatch metrik yang tersedia untuk instans Anda](viewing_metrics_with_cloudwatch.md).
**Topics**
+ [CloudWatch Metrik tambahan untuk instans performa burstable](#burstable-performance-instances-cw-metrics)
+ [Menghitung penggunaan kredit CPU](#burstable-performance-instances-calculating-credit-use)
## CloudWatch Metrik tambahan untuk instans performa burstable
Instans kinerja burstable memiliki CloudWatch metrik tambahan ini, yang diperbarui setiap lima menit:
+ `CPUCreditUsage` – Jumlah kredit CPU yang digunakan selama periode pengukuran.
+ `CPUCreditBalance` – Jumlah kredit CPU yang diakumulasi oleh instans. Saldo ini habis saat CPU melonjak dan kredit CPU digunakan lebih cepat daripada yang diperoleh.
+ `CPUSurplusCreditBalance` – Jumlah kredit CPU surplus yang digunakan untuk mempertahankan pemanfaatan CPU saat nilai `CPUCreditBalance` adalah nol.
+ `CPUSurplusCreditsCharged` – Jumlah kredit CPU surplus yang melebihi [jumlah kredit CPU maksimum](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table) yang dapat diperoleh dalam periode 24 jam, dan dengan demikian menarik biaya tambahan.
Dua metrik terakhir hanya berlaku untuk instans yang dikonfigurasi sebagai `unlimited`.
Tabel berikut menjelaskan CloudWatch metrik untuk instance kinerja burstable. Untuk informasi selengkapnya, lihat [CloudWatch metrik yang tersedia untuk instans Anda](viewing_metrics_with_cloudwatch.md).
| Metrik | Deskripsi |
| --- | --- |
| CPUCreditUsage | Jumlah kredit CPU yang digunakan oleh instans untuk pemanfaatan CPU. Satu kredit CPU sama dengan satu vCPU yang berjalan pada pemanfaatan 100% selama satu menit atau kombinasi yang setara dari CPUs v, pemanfaatan, dan waktu (misalnya, satu vCPU berjalan pada pemanfaatan 50% selama dua menit atau dua CPUs v berjalan pada pemanfaatan 25% selama dua menit). Metrik kredit CPU tersedia hanya dalam frekuensi lima menit. Jika Anda menentukan periode lebih dari lima menit, gunakan statistik, `Sum`bukan statistik.`Average` Unit: Kredit (vCPU-menit) |
| CPUCreditBalance | Jumlah kredit CPU yang diperoleh yang diakumulasi oleh instans sejak diluncurkan atau dimulai. Untuk T2 Standar, `CPUCreditBalance` juga mencakup jumlah kredit peluncuran yang telah diakumulasi. Kredit diakumulasi ke saldo kredit setelah diperoleh, dan dihapus dari saldo kredit saat digunakan. Saldo kredit memiliki batas maksimum, yang ditentukan oleh ukuran instans. Setelah batas tercapai, setiap kredit yang baru diperoleh akan dibuang. Untuk T2 Standar, kredit peluncuran tidak termasuk dalam penghitungan batas. Kredit dalam `CPUCreditBalance` tersedia untuk instans untuk digunakan hingga melonjak melebihi pemanfaatan CPU acuan. Saat sebuah instans berjalan, kredit di `CPUCreditBalance` tidak kedaluarsa. Ketika instans T4G, T3a atau T3 berhenti, `CPUCreditBalance` nilainya bertahan selama tujuh hari. Setelah itu, semua kredit akumulasi akan hilang. Saat instans T2 berhenti, nilai `CPUCreditBalance` tidak bertahan, dan semua kredit akumulasi akan hilang. Metrik kredit CPU tersedia pada frekuensi lima menit saja. Unit: Kredit (vCPU-menit) |
| CPUSurplusCreditBalance | Jumlah kredit surplus yang telah digunakan oleh instans `unlimited` saat nilai `CPUCreditBalance` miliknya adalah nol. Nilai `CPUSurplusCreditBalance` dibayarkan oleh dengan kredit CPU yang diperoleh. Jika jumlah kredit surplus melebihi jumlah kredit maksimum yang dapat diperoleh instans dalam jangka waktu 24 jam, kredit surplus yang digunakan di atas jumlah maksimum akan dikenakan biaya tambahan. Unit: Kredit (vCPU-menit) |
| CPUSurplusCreditsCharged | Jumlah kredit surplus yang digunakan yang tidak dibayarkan oleh kredit CPU yang diperoleh, dikenakan biaya tambahan. Kredit surplus yang digunakan akan dikenai biaya jika salah satu dari hal berikut terjadi: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/burstable-performance-instances-monitoring-cpu-credits.html) Unit: Kredit (vCPU-menit) |
## Menghitung penggunaan kredit CPU
Penggunaan kredit CPU dari instance dihitung menggunakan CloudWatch metrik instans yang dijelaskan dalam tabel sebelumnya.
Amazon EC2 mengirimkan metrik ke CloudWatch setiap lima menit. Referensi ke nilai *sebelumnya* dari metrik pada titik waktu mana pun menyiratkan nilai sebelumnya dari metrik, yang dikirimkan *lima menit yang lalu*.
### Menghitung penggunaan kredit CPU untuk instans Standar
+ Saldo kredit CPU meningkat jika pemanfaatan CPU di bawah garis dasar, ketika kredit yang digunakan kurang dari kredit yang diakumulasi dalam interval lima menit sebelumnya.
+ Saldo kredit CPU berkurang jika pemakaian CPU di atas garis dasar, ketika kredit yang digunakan lebih dari kredit yang diperoleh dalam interval lima menit sebelumnya.
Secara matematis, hal tersebut ditangkap oleh persamaan berikut:
**Example**
```
CPUCreditBalance = prior CPUCreditBalance + [Credits earned per hour * (5/60) - CPUCreditUsage]
```
Ukuran instans menentukan jumlah kredit yang dapat diperoleh instans per jam dan jumlah kredit yang diperoleh yang dapat diakumulasi dalam saldo kredit. Untuk informasi tentang jumlah kredit yang diperoleh per jam, dan batas saldo kredit untuk setiap ukuran instans, lihat [tabel kredit](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table).
**Contoh**
Contoh ini menggunakan instans `t3.nano`. Untuk menghitung nilai `CPUCreditBalance` instans, gunakan persamaan sebelumnya sebagai berikut:
+ `CPUCreditBalance` – Saldo kredit saat ini yang akan dihitung.
+ `prior CPUCreditBalance` – Saldo kredit lima menit lalu. Dalam contoh ini, instans telah mengakumulasi dua kredit.
+ `Credits earned per hour` – Sebuah instans `t3.nano` memperoleh enam kredit per jam.
+ `5/60`- Mewakili interval lima menit antara CloudWatch publikasi metrik. Kalikan kredit yang diperoleh per jam dengan 5/60 (lima menit) untuk mendapatkan jumlah kredit yang diperoleh instans dalam lima menit terakhir. Instans `t3.nano` memperoleh 0,5 kredit setiap lima menit.
+ `CPUCreditUsage` – Banyaknya kredit yang digunakan instans dalam lima menit terakhir. Dalam contoh ini, instans menggunakan satu kredit dalam lima menit terakhir.
Dengan menggunakan nilai-nilai ini, Anda dapat menghitung nilai `CPUCreditBalance`:
**Example**
```
CPUCreditBalance = 2 + [0.5 - 1] = 1.5
```
### Menghitung penggunaan kredit CPU untuk instans Tidak Terbatas
Ketika instans performa yang dapat melonjak perlu melonjak di atas garis dasar, instans akan menggunakan kredit yang diakumulasi sebelum mengunakan kredit surplus. Saat menggunakan saldo kredit CPU yang diakumulasi, instans dapat menggunakan kredit surplus untuk melonjakkan CPU selama yang dibutuhkannya. Saat pemanfaatan CPU turun di bawah garis dasar, kredit surplus akan dibayarkan sebelum instans mengakumulasi kredit yang diperoleh.
Kami menggunakan istilah `Adjusted balance` dalam persamaan berikut untuk mencerminkan aktivitas yang terjadi dalam interval lima menit ini. Kami menggunakan nilai ini untuk sampai pada nilai untuk `CPUCreditBalance` dan `CPUSurplusCreditBalance` CloudWatch metrik.
**Example**
```
Adjusted balance = [prior CPUCreditBalance - prior CPUSurplusCreditBalance] + [Credits earned per hour * (5/60) - CPUCreditUsage]
```
Nilai `0` untuk `Adjusted balance` menunjukkan bahwa instans menggunakan semua kredit yang diperoleh untuk melonjak, dan tidak ada kredit surplus yang digunakan. Hasilnya, baik `CPUCreditBalance` dan `CPUSurplusCreditBalance` diatur ke `0`.
Nilai `Adjusted balance` positif menunjukkan bahwa kredit yang diperoleh yang diakumulasi oleh instans, dan kredit surplus sebelumnya, jika ada, telah dibayarkan. Oleh karena itu, nilai `Adjusted balance` ditetapkan ke `CPUCreditBalance` dan `CPUSurplusCreditBalance` diatur ke `0`. Ukuran instans menentukan [jumlah kredit maksimum](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table) yang dapat diperoleh.
**Example**
```
CPUCreditBalance = min [max earned credit balance, Adjusted balance]
CPUSurplusCreditBalance = 0
```
Nilai `Adjusted balance` negatif menunjukkan bahwa instans menggunakan semua kredit yang diperoleh yang diakumulasi dan, selain itu, juga menggunakan kredit surplus untuk melonjak. Oleh karena itu, nilai `Adjusted balance` ditetapkan ke `CPUSurplusCreditBalance` dan `CPUCreditBalance` diatur ke `0`. Sekali lagi, ukuran instans menentukan [jumlah kredit maksimum](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table) yang dapat diakumulasikan.
**Example**
```
CPUSurplusCreditBalance = min [max earned credit balance, -Adjusted balance]
CPUCreditBalance = 0
```
Jika kredit surplus yang digunakan melebihi kredit maksimum yang dapat diakumulasi oleh instans, saldo kredit surplus diatur ke maksimum, seperti yang ditunjukkan dalam persamaan sebelumnya. Kredit surplus yang tersisa dikenakan tagihan sebagaimana direpresentasikan oleh metrik `CPUSurplusCreditsCharged`.
**Example**
```
CPUSurplusCreditsCharged = max [-Adjusted balance - max earned credit balance, 0]
```
Akhirnya, saat instans berakhir, semua kredit surplus yang dilacak oleh `CPUSurplusCreditBalance` dikenakan tagihan. Jika instans dialihkan dari `unlimited` ke `standard`, setiap `CPUSurplusCreditBalance` yang tersisa juga dikenakan biaya.