Ini dulu benar, tetapi tidak lagi benar secara eksklusif.
Yang mereka maksud adalah Penjadwalan Bersama yang Ketat .
Yang paling penting dari semuanya, sementara dalam algoritma penjadwalan bersama yang ketat, keberadaan vCPU yang lagging menyebabkan seluruh mesin virtual terhenti bersama. Dalam algoritme penjadwalan bersama yang rileks, vCPU terkemuka memutuskan apakah harus menghentikan sendiri berdasarkan kemiringan terhadap saudara kandung yang paling lambat
Sekarang, jika tuan rumah hanya memiliki 4 utas, maka Anda akan konyol untuk mengalokasikan semuanya. Jika memiliki dua prosesor dan 4 utas per prosesor, maka Anda mungkin tidak ingin mengalokasikan semua konten dari satu prosesor, karena hypervisor Anda harus mencoba menjaga vCPU pada node NUMA yang sama untuk membuat akses memori lebih cepat, dan Anda membuat pekerjaan ini lebih sulit dengan mengalokasikan seluruh soket ke satu VM (Lihat halaman 12 dari PDF di atas).
Jadi ada beberapa skenario di mana lebih sedikit vCPU dapat bekerja lebih baik daripada lebih banyak, tetapi itu tidak benar 100% dari waktu.
Semua yang dikatakan dan dilakukan, saya sangat jarang mengalokasikan lebih dari 3 vCPU per tamu. Semua orang mendapat 2 secara default, 3 jika itu adalah beban kerja yang berat, dan 4 untuk hal-hal seperti SQL Server atau VM pemrosesan batch yang sangat berat, atau server terminal dengan banyak pengguna.