Uji Beban Tiga Project

Asisten TrainerSudah diujiArti badge ini

Uji ini menjawab satu pertanyaan: apakah satu akun GCP sanggup menjalankan dua belas VM pada tiga project berbeda di region yang sama, dan seberapa besar bebannya. Jawabannya ya, dengan angka yang tercatat di bawah.

Waktu pengukuran: 13 September 2026, 14.28 WIB Region: asia-southeast2 Hasil: 12 VM berstatus RUNNING di 3 project

Alamat IP dan nama VM pada halaman ini disamarkan

Oktet terakhir setiap alamat IP publik dihilangkan. Tujuannya supaya halaman ini tidak menjadi daftar alamat yang siap dipindai. Nama VM di project A juga diganti penanda netral, karena nama aslinya memuat handle akun asisten. Hasil pengukurannya sendiri ditampilkan apa adanya, tanpa satu angka pun yang diubah.

Yang diuji dan mengapa

Struktur pelatihan memakai satu project untuk empat peserta, karena kuota alamat IP publik hanya empat per project per region. Sebelum struktur itu dipakai di batch sungguhan, tiga hal perlu dibuktikan:

1. Apakah kuota regional benar-benar terpisah antar project, atau dihitung per akun
2. Berapa batas sebenarnya, dan apa pesan penolakannya bila dilampaui
3. Seberapa besar beban CPU saat semua VM berjalan bersamaan

Datanya diambil dari Cloud Monitoring memakai metrik compute.googleapis.com/instance/cpu/utilization dengan jendela penilaian lima menit, ditambah pembacaan kuota langsung dari Compute Engine API.

1. Daftar VM

Project	VM	Status	Tipe	IP publik	Umur
A	webgis-asisten-1	RUNNING	e2-medium	34.50.85.*	45,9 jam
A	webgis-asisten-2	RUNNING	e2-medium	34.50.99.*	28,4 jam
A	webgis-asisten-3	RUNNING	e2-medium	34.101.51.*	14,3 jam
A	webgis-asisten-4	RUNNING	e2-medium	34.128.102.*	18,5 jam
B	webgis-uji-1	RUNNING	e2-medium	34.50.68.*	0,7 jam
B	webgis-uji-2	RUNNING	e2-medium	34.101.106.*	0,7 jam
B	webgis-uji-3	RUNNING	e2-medium	34.101.237.*	0,6 jam
B	webgis-uji-4	RUNNING	e2-medium	34.101.103.*	0,6 jam
C	webgis-uji-1	RUNNING	e2-medium	34.101.219.*	0,6 jam
C	webgis-uji-2	RUNNING	e2-medium	34.34.222.*	0,6 jam
C	webgis-uji-3	RUNNING	e2-medium	34.101.99.*	0,6 jam
C	webgis-uji-4	RUNNING	e2-medium	34.101.199.*	0,6 jam

Delapan VM di project B dan C dibuat dari satu machine image, yaitu rekaman VM di project A. Rekaman itu resource global sehingga tidak perlu disalin ke tiap project, tetapi jalurnya harus disebut lengkap beserta project asalnya, dan setiap VM tetap memerlukan Service Account milik project tempat ia berjalan.

VM di project A sudah menyala 14 sampai 46 jam saat pengukuran, sedangkan delapan VM hasil kloning baru berjalan sekitar 35 menit. Perbedaan umur itu ternyata menentukan hasilnya, dan itulah temuan utama halaman ini.

2. Grafik interaktif

Saring menurut project

Project A Project B Project C

Arahkan penunjuk ke batang atau titik untuk melihat angkanya. Klik keterangan di atas grafik untuk menyembunyikan salah satu seri.

Pemakaian CPU per VMBatang adalah rata-rata satu jam terakhir, penanda di ujungnya adalah puncak sesaat. Angka di atas 100 persen berarti VM sempat memakai lebih dari satu vCPU.

Pemakaian CPU terhadap umur VMSetiap titik satu VM. Sumbu mendatar adalah umur sejak VM dibuat, sumbu tegak adalah pemakaian CPU rata-rata. Titik di kiri atas adalah VM yang baru menyala.

Kuota terpakai terhadap batasnyaBatang menunjukkan pemakaian sebagai persen dari batasnya, supaya keempat kuota dapat dibandingkan walau satuannya berbeda. Batang yang mencapai 100 persen berarti kuota itu sudah penuh. Arahkan penunjuk ke batang untuk melihat nilai aslinya.

3. Kuota dan batasnya

3a. Kuota per region

Kuota	Batas	Project A	Project B	Project C
CPUS	32	4	4	4
IN_USE_ADDRESSES	4	4	4	4
INSTANCES	8	4	4	4
SSD_TOTAL_GB	250	120	120	120

3b. Kuota per project, termasuk lintas region

Kuota	Batas	Project A	Project B	Project C
CPUS_ALL_REGIONS	12	4	4	4
IN_USE_ADDRESSES	4	0	0	0
STATIC_ADDRESSES	8	0	0	0

Bahwa ketiga project sama-sama memakai 4 dari 4 alamat IP tanpa saling mengurangi itulah bukti bahwa kuota regional dihitung per project. Baris IN_USE_ADDRESSES pada tabel kedua menunjukkan 0 karena kuota itu memang tidak berlaku di tingkat project.

3c. Pesan penolakan saat batas dilampaui

Percobaan membuat VM kelima di salah satu project ditolak, dan pesannya memberi jawaban yang selama ini hanya berupa dugaan:

Quota 'IN_USE_ADDRESSES' exceeded.  Limit: 4.0 in region asia-southeast2.
metric name = compute.googleapis.com/regional_in_use_addresses
limit name  = IN-USE-ADDRESSES-per-project-region
limit = 4.0
dimensions = region: asia-southeast2

Baris limit name menyatakan cakupannya sendiri, yaitu per project per region. Pesan yang sama juga menyarankan memindahkan permintaan ke zone lain, dan saran itu tidak berlaku di sini karena kuota ini dihitung per region. Berpindah dari asia-southeast2-b ke -a atau -c tidak menambah satu alamat pun.

4. Pemakaian CPU per VM

Project	VM	Rata-rata	Puncak	Sampel
C	webgis-uji-2	19,33%	131,26%	8
C	webgis-uji-3	18,56%	109,14%	8
C	webgis-uji-1	13,29%	85,93%	8
B	webgis-uji-4	11,25%	79,32%	8
B	webgis-uji-3	10,80%	73,70%	8
C	webgis-uji-4	10,34%	53,46%	8
B	webgis-uji-2	9,37%	62,73%	8
B	webgis-uji-1	5,59%	35,09%	8
A	webgis-asisten-4	3,44%	21,70%	12
A	webgis-asisten-3	2,05%	2,30%	12
A	webgis-asisten-2	1,80%	2,99%	12
A	webgis-asisten-1	1,21%	2,06%	12

Angka ini adalah pemakaian terhadap satu vCPU, bukan terhadap seluruh mesin. Karena e2-medium punya dua vCPU, nilai 100 persen berarti satu vCPU terpakai penuh. Puncak di atas 100 persen berarti VM sempat memakai lebih dari satu vCPU, dan itu terjadi saat ketiga container baru dinyalakan bersamaan.

Project	Jumlah VM	Rata-rata	Puncak
A	4	0,08 vCPU	0,29 vCPU
B	4	0,37 vCPU	2,51 vCPU
C	4	0,62 vCPU	3,80 vCPU
Total	12	1,07 vCPU	6,60 vCPU

4a. Yang membuat VM sibuk adalah umurnya, bukan datanya

Kelompok	Jumlah	Pemakaian CPU rata-rata
VM berumur lebih dari 2 jam	4	2,12%
VM berumur kurang dari 2 jam	8	12,32%

VM yang baru menyala memakai CPU sekitar 5,8 kali lebih tinggi. Penyebabnya fase menyalakan container, bukan isi datanya. Yang membuktikan itu: VM di project A justru yang berisi shapefile terunggah, tetapi pemakaian CPU-nya paling rendah. Sebaliknya delapan VM hasil kloning yang datanya kosong justru paling sibuk karena baru saja memulai ketiga container-nya.

Dugaan awal bahwa data spasial menambah beban karena itu tidak terbukti. Kalau ingin diuji dengan benar, caranya bukan membandingkan antar project yang umurnya berbeda jauh, melainkan mengunggah satu shapefile ke satu VM lalu membandingkan CPU VM itu sebelum dan sesudah, dengan VM lain di project yang sama sebagai pembanding.

5. Kesimpulan

Yang diuji	Hasil
Dua belas VM berjalan bersamaan	tercapai, 12 VM RUNNING di 3 project
Kuota regional dihitung per project	terbukti, tiga project memakai jatah alamat masing-masing
Batas alamat IP publik	4 per project per region, ditegaskan pesan penolakan resmi
Berpindah zone menambah jatah	tidak, saran pada pesan error itu keliru untuk kuota ini
Beban CPU puncak	6,60 vCPU dari 32 vCPU per region
Beban CPU terhadap kuota project	6,60 vCPU dari 12 vCPU lewat CPUS_ALL_REGIONS
Peran data spasial terhadap beban	tidak terbukti menambah beban

Karena CPU jauh di bawah kapasitas, kesimpulannya CPU bukan penghalang untuk struktur satu project berisi empat peserta. Empat VM yang menyala serentak meminta sekitar 3,8 vCPU, sehingga satu project masih sanggup menyalakan keempat VM pesertanya berbarengan.

6. Yang belum diukur

Tiga hal ini sengaja dicatat supaya tidak ada yang dianggap terbukti padahal belum:

• IOPS disk boot saat beberapa VM start bersamaan. Beberapa VM membaca container image dan menulis log pada waktu yang hampir sama. Bila batas IOPS pd-balanced terlampaui, container akan lambat start tanpa pesan error yang jelas, dan gejalanya peserta merasa VM-nya lemot.
• Memori host fisik saat beberapa JVM GeoServer menyala berdekatan. Ini tidak terlihat dari dalam VM karena free -h hanya membaca memori VM sendiri.
• Portal melayani di VM hasil kloning. Berkas .env hasil kloning masih menunjuk alamat IP VM sumber, sehingga portal di delapan VM baru belum dibuktikan berfungsi.

Ketiganya perlu VM dinyalakan dari keadaan mati secara bersamaan, dan pengukuran itu belum dilakukan.