Buku Putih Lag Game › L11 Disk

Burst credit disk cloud habis Burst credit depletion

ID penyebab dk-burst · Penanggung jawab utama Infrastruktur server (Tim Infrastruktur) · Turut terlibat Infrastruktur DB (Tim Infrastruktur)

Buka kartu interaktif dengan gambar dan simulasi →

Sebagian disk cloud dan spesifikasi server kecil punya burst credit yang memungkinkan kinerja di atas baseline untuk sementara. Jika masa sibuk berlangsung lama dan kreditnya habis, kecepatannya tiba-tiba turun.

Mengapa Dipakai di atas performa baseline dalam waktu lama → Akibatnya Burst credit habis, performa anjlok ke baseline → Di layar Setiap malam, lag baru mulai setelah beberapa jam berlalu

Gejala

Patah-patah, Slow motion, Input lag

Faktor

Stall, Latensi

Siapa yang mengalami

Seluruh server

Kapan

Jam sibuk malam hari, Makin lama menyala

Penanggung jawab

Penanggung jawab utama Infrastruktur server (Tim Infrastruktur) · Turut terlibat Infrastruktur DB (Tim Infrastruktur)

Tugas Tim Infrastruktur

Server/OS: gunakan disk dengan performa terjamin (gp3, tipe provisioned IOPS), pasang alert saldo kredit, periksa juga batas burst bandwidth disk instance dan CPU credit. Server DB: ganti juga disk DB, termasuk managed DB, ke tipe dengan performa terjamin, pasang alert saldo kredit.

Kisaran angka

Disk AWS gp2 100 GB biasanya 300 IOPS dan 3.000 IOPS saat burst, dan jika kreditnya penuh, burst bertahan sekitar 30 menit. gp3 selalu 3.000 IOPS tanpa kredit. Premium SSD Azure yang kecil juga bisa burst hingga 30 menit dengan kredit.

Di grafik

Mendatar di batas · IOPS, saldo burst credit

Yang diperiksa

Periksa EBS BurstBalance (gp2, st1, sc1) di CloudWatch, EBSIOBalance% dan EBSByteBalance% milik instance (sebagian instance yang bisa burst), serta CPUCreditBalance pada instance burstable. Di Azure, periksa metrik persentase pemakaian burst credit seperti Data Disk Used Burst IO Credits Percentage

Cocok jika

Sejak saldo turun mendekati 0, IOPS (VolumeReadOps, VolumeWriteOps) mendatar di performa baseline, dan VolumeQueueLength serta lag ikut naik. Dimulai setelah jam sibuk berlangsung beberapa jam

Tidak cocok jika

Semua saldo masih banyak tetapi IOPS mendatar: lebih mungkin batas tetap volume atau instance (dk-iops)

Sarana pemeriksaan

Tools infrastruktur (tanpa perlu kode game)

Pelajari lebih lanjut

Walaupun disknya baik-baik saja, VM kecil punya batas burst pada bandwidth disk instance itu sendiri (misalnya minimal 30 menit per hari), sehingga polanya sama. Server murah yang memakai CPU credit juga melambat sampai performa baseline jika kreditnya habis.

Sumber

1. Amazon EBS General Purpose SSD volumes AWS
   Performa baseline gp2 adalah 3 IOPS per GiB (minimal 100), bisa burst hingga 3.000 IOPS dengan I/O credit, dan 5,4 juta kredit cukup untuk minimal 30 menit. gp3 selalu 3.000 IOPS tanpa burst
2. Managed disk bursting Microsoft Azure
   Premium SSD P20 ke bawah memakai burst berbasis kredit; jika kreditnya penuh, bisa berjalan 30 menit dengan kecepatan burst maksimum
3. Amazon EBS-optimized instance types AWS
   Sebagian instance hanya mempertahankan performa EBS maksimum selama 30 menit sekali dalam 24 jam, lalu kembali ke performa baseline
4. Standard mode for burstable performance instances AWS
   Instance burstable dalam mode standar menurunkan utilisasi CPU ke level baseline secara bertahap (agar tidak anjlok) saat CPU credit habis
5. Amazon CloudWatch metrics for Amazon EBS AWS
   BurstBalance: saldo I/O credit gp2 dan saldo throughput credit st1 serta sc1 (%), VolumeReadOps, VolumeWriteOps, VolumeQueueLength
6. CloudWatch metrics that are available for your instances AWS
   EBSIOBalance% dan EBSByteBalance%: saldo kredit EBS pada sebagian instance yang bisa burst 30 menit sekali dalam 24 jam; CPUCreditBalance: saldo CPU credit pada instance burstable
7. Disk metrics Microsoft Azure
   Persentase pemakaian burst credit disk dan VM, seperti Data Disk Used Burst IO Credits Percentage (interval 5 menit)

Lihat juga

Lapisan yang sama: L11 Disk

• Penulisan log sinkron
• Lonjakan fsync
• Batas IOPS dan antrean jenuh
• Disk penuh
• Tugas backup, kompresi, dan pemindaian
• Lazy loading di server
• Penulisan core dump
• Latensi seek HDD

Penyebab di lapisan lain dengan gejala yang sama (Patah-patah)

• Lonjakan frame time L1 Proses game di klien
• Garbage collection di klien L1 Proses game di klien
• Pemuatan sinkron dan kompilasi shader di main thread L1 Proses game di klien
• Streaming aset tertinggal akibat storage lambat L1 Proses game di klien
• Beban rendering kerumunan besar L1 Proses game di klien
• Buffer interpolasi tidak ada atau terlalu pendek L1 Proses game di klien
• Ekstrapolasi berlebihan (dead reckoning) L1 Proses game di klien
• Catch-up fixed timestep yang lepas kendali L1 Proses game di klien

Lihat kartu interaktif dengan gambar dan simulasi