Sanal makinenin işlemci tipi: varsayılan neden yavaş, host neden her zaman doğru değil
Varsayılan işlemci tipi kasten eski seçilmiş, çünkü her yerde çalışsın diye. Bedeli performans. Karşı uç olan host ise hızı verir ama makinenin taşınma özgürlüğünü alır.
AtlasPVE ·
Bu madde şunları karşılıyor
- proxmox cpu tipi host mu kvm64 mü
- proxmox vm yavaş cpu
- proxmox cpu type nedir
- proxmox migration cpu uyumsuz
- proxmox aes-ni sanal makine
Sanal makine oluştururken işlemci tipi diye bir alan var ve varsayılan hâlinde bırakılıyor. O varsayılan, epeyce eski ve genel bir işlemci modelidir.
Bu bir ihmal değil, bilerek yapılmış bir tercih. Ama size ne mal olduğunu bilmeden bırakmak ihmal olur.
Varsayılan neden bu kadar eski
Sanal makineye gösterilen işlemci modeli, o makinenin taşınabileceği yerleri belirler. Çalışan bir makine, kendisine gösterilen işlemci özelliklerini desteklemeyen bir sunucuya taşınamaz.
En eski ve en genel modeli göstermek, en geniş uyumu verir. Varsayılanın mantığı budur: her yere gitsin.
Bedeli ne
Modern işlemcilerin, belirli işleri kat kat hızlandıran özel komutları var. Şifreleme, sıkıştırma, medya işleme ve karma hesaplama bunlardan doğrudan faydalanır.
Varsayılan eski model bu komutları misafirden gizler. Misafir onları göremediği için yavaş yolu kullanır. Sonuç: sunucunuz o işi yapabilecek durumdadır ama sanal makineniz yapamaz.
Fark küçük değildir. Şifreleme yapan bir servis, sunucuda saniyeler süren işi sanal makinede kat kat uzun sürede yapabilir. Ve bu fark hiçbir yerde hata olarak görünmez; yalnız "burası yavaş" diye hissedilir.
Karşı uç: sunucunun işlemcisini olduğu gibi göstermek
Diğer uçta, sunucunun işlemcisini olduğu gibi geçirmek var. Misafir bütün modern komutları görür ve en hızlı hâlde çalışır.
Bedeli de aynı derecede net: o makine, farklı bir işlemciye sahip bir sunucuya çalışırken taşınamaz. Küme kurmuşsanız, bakım gecelerinde taşımak istediğiniz makine tam da bu ayar yüzünden yerinde kalır.
Yani seçim, bu wiki'de tekrar tekrar karşınıza çıkan aynı takas: performans mı, hareket kabiliyeti mi.
Üç durum, üç cevap
Tek makineniz varsa sunucunun işlemcisini geçirin. Taşınacak bir yer yok, uyumluluk için ödeme yapmanın anlamı yok.
Kümedeki sunucular birbirinin aynıysa yine geçirebilirsiniz. Aynı işlemci, aynı özellikler.
Kümedeki sunucular farklıysa orta yolu seçin: hepsinin desteklediği, adı belli bir modern model seçin. Modern komutların çoğunu alırsınız ve taşınabilirlik korunur. En çok gözden kaçan ve genellikle en doğru olan seçenek budur.
Sık düşülen tuzak
Şu sırayla oluyor: tek makineyle başlanıyor, işlemci sunucunun olarak ayarlanıyor, aylar geçiyor, ikinci sunucu alınıp küme kuruluyor, ve bakım gecesi geldiğinde makineler taşınmıyor.
O anda kimse aylar önce yapılan bir ayarı hatırlamıyor. Küme kurduğunuz gün, mevcut makinelerin işlemci ayarını gözden geçirin.
Değiştirirken bilinmesi gerekenler
İşlemci modelini değiştirmek, misafire donanımın değiştiğini göstermek demektir. Bu yüzden değişiklik makinenin tam olarak durup yeniden başlatılmasını ister; içeriden yeniden başlatmak yetmez.
Bazı işletim sistemleri donanım değişikliğini lisans açısından da fark eder. Böyle bir misafiriniz varsa, değişikliği yapmadan önce bunu hesaba katın.
Atlas ne yapıyor
Atlas eski varsayılan işlemci tiplerini tanıyor ve bir makine hâlâ onlardan biriyle çalışıyorsa bunu işaretliyor.
Burada seviyenin seçimi anlamlı: bu bir öneri, uyarı değil. Sebebi dürüst: varsayılan bozuk değil, çalışıyor. Yalnızca masada bırakılmış bir performans var. Bozuk olmayan bir şeye uyarı demek, gerçek uyarıların değerini düşürür.
İşaret performans başlığı altında duruyor, yani "bu makine yanlış kurulmuş" değil, "bu makine daha hızlı olabilir" diyor.
Ve öneri sizi ayarın olduğu yere doğrudan götürüyor. Bir şeyin iyileştirilebileceğini söyleyip nerede olduğunu aratmak, söylememekten biraz daha iyidir sadece.
Kaynaklar
Proxmox'un kendi belgeleri. İngilizce, ve bu konuda son sözü onlar söyler.