Kembali
Pertimbangan CPU dan Memori
Jenis CPU
Pengaturan jenis CPU memungkinkan Anda memilih berdasarkan generasi dan fitur CPU, memastikan fungsionalitas yang konsisten meskipun infrastruktur awan pribadi menggunakan CPU yang berbeda. Namun, migrasi langsung antara CPU Intel dan AMD tidak dijamin.
Memilih “host” di bagian bawah menu dropdown akan menggunakan CPU yang sama dengan host fisik, memaksimalkan efisiensi. Namun, ini mencegah migrasi langsung antar host dengan generasi berbeda, yang dapat menyebabkan masalah jika unit HRPC baru ditambahkan ke pusat data virtual di masa depan.
Sebagian besar sistem operasi modern bekerja dengan x86-64-v2, yang mendukung set instruksi seperti SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, dan CMPXCHG16B. Opsi x86-64-v2-aes mencakup instruksi enkripsi AES, memungkinkan kinerja lebih cepat untuk perangkat lunak enkripsi.
Memilih x86-64-v3 memungkinkan penggunaan instruksi AVX dan AVX2, sementara x86-64-v4 menambahkan dukungan untuk instruksi AVX-512.
Semua model awan pribadi HRPC mulai dari 6Gt mendukung x86-64-v4.
Tabel berikut merangkum informasi ini:
Prosesor | x86-64-v1 | x86-64-v2 | x86-64-v2-aes | x86-64-v3 | x86-64-v4 |
---|---|---|---|---|---|
Instruksi yang Didukung | Set instruksi dasar x86-64 | SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, CMPXCHG16B | x86-64-v2 + AES | AVX, AVX2, BMI1, BMI2, FMA, MOVBE | Keluarga AVX-512 (AVX-512F, AVX-512CD, AVX-512DQ, AVX-512BW, AVX-512VL, dll.) |
Intel Xeon | Seri Intel Xeon 3000/5000/7000 (Generasi 1) | Seri Intel Xeon 5500 (Nehalem) dan setelahnya | Seri Intel Xeon 5600 (Westmere) dan setelahnya | Intel Xeon E3 v3 (Haswell) dan setelahnya, Intel Xeon E5/E7 v3 (Haswell-EP/EX) dan setelahnya, Prosesor Intel Xeon Scalable Generasi 1 (Skylake-SP) dan setelahnya | Prosesor Intel Xeon Scalable Generasi 2 (Cascade Lake-SP) dan setelahnya, Prosesor Intel Xeon Scalable Generasi 3 (Ice Lake-SP) |
AMD Opteron | Seri AMD Opteron 100/200/800 (SledgeHammer) | Seri AMD Opteron 4200/6200 (Bulldozer) dan setelahnya | Seri AMD Opteron 4300/6300 (Piledriver) dan setelahnya | Tidak berlaku | Tidak berlaku |
AMD EPYC | Tidak berlaku | AMD EPYC Generasi 1 (Naples) | AMD EPYC Generasi 1 (Naples) | Seri AMD EPYC 7002 (Rome) dan setelahnya | Seri AMD EPYC 7003 (Milan) dan setelahnya |
Manajemen Memori KVM dan Driver Ballooning
Singkatnya, driver Ballooning tidak diperlukan dalam infrastruktur HRPC dan disarankan untuk dinonaktifkan.
Dalam KVM, mengatur nilai “Memori Minimum” sama dengan nilai “Memori” tampaknya menciptakan alokasi memori tetap. Namun, karena sifat manajemen memori Linux, memori yang dialokasikan dan penggunaan aktual berbeda. Sistem memesan memori saat startup, tetapi hanya digunakan secara aktif ketika data ditulis ke dalamnya, membuat penggunaan memori efektif menjadi dinamis.
Hal ini dapat diamati di bagian “Penggunaan Memori” pada ringkasan host atau mesin virtual. Misalnya, mesin virtual yang diberi 32GiB memori mungkin hanya menggunakan 13,56GiB dalam kenyataannya.

Dalam sistem Proxmox VE tipikal, mesin virtual dapat dibuat selama masih ada memori yang tersedia. Namun, jika “Penggunaan Memori” yang ditampilkan tampak rendah, administrator mungkin mengalokasikan lebih banyak memori daripada yang tersedia secara fisik, menyebabkan overcommitment memori. Ketika mesin virtual tiba-tiba membutuhkan lebih banyak memori, ini dapat menyebabkan ketidakstabilan, berpotensi memicu Out-Of-Memory Killer di OS host, yang dapat secara acak menghentikan proses sistem kritis.
HRPC 6Gf dirancang untuk penggunaan perusahaan dengan fokus pada isolasi, memastikan bahwa mesin virtual tidak dapat dibuat melebihi kapasitas memori yang tersedia.
Jika mesin host kehabisan memori dan perangkat Ballooning diaktifkan, Driver Ballooning memaksa OS tamu untuk melepaskan memori yang tidak perlu (misalnya, cache disk, halaman kotor), mengembalikannya ke OS host. Proses ini meningkatkan beban CPU dan operasi I/O, menyebabkan penundaan dan ketidakstabilan, terutama pada sistem ketersediaan tinggi (HA) yang sensitif terhadap latensi.
Seperti disebutkan sebelumnya, hypervisor kustom di HRPC 6Gf mencegah pembuatan mesin virtual yang tidak perlu, membuat perangkat Ballooning sebagian besar tidak relevan di lingkungan ini.