
Güncellendi:
Dedicated CPU bulut sunucusu, işlemci kapasitesinin tahsis politikasında ayrılmış bir pay sunan sanal sunucu türüdür. Bu adın ayrıntılı anlamı sağlayıcıya göre değişebilir. Karar verirken vCPU sayısının yanında fiziksel çekirdek ilişkisini, kullanım sınırlarını ve diğer kaynakların paylaşım koşullarını incelemek gerekir.
Görseli büyüt →
“Dedicated” ifadesinin kapsamını okuyun
vCPU, fiziksel işlemci çekirdeğinin doğrudan eş anlamlısı değildir. Bir hizmette donanım iş parçacığına karşılık gelebilir; başka bir hizmette farklı bir zamanlama ve tahsis modeli kullanılabilir. İşlemci mimarisi ve nesli de aynı vCPU sayısıyla elde edilen sonucu değiştirir. Karşılaştırma tablosunda yalnız rakamları eşitlemek yeterli olmaz.
İşlemci kapasitesinin ayrılması, sunucunun belleği, depolama yolu, ağ çıkışı ve hipervizörünün tümüyle müşteriye özel olduğu anlamına gelmez. Dedicated CPU ile bare metal arasındaki fark buradadır. Fiziksel donanım üzerinde tam kontrol gerekiyorsa bunu ayrı bir ürün gereksinimi olarak belirtin.
Hangi uygulamalarda anlamlıdır?
Uzun süren veri işleme, sık derleme, yoğun uygulama sunucuları ve belirli veritabanı işlemleri sürekli CPU kullanabilir. Bu iş yüklerinde tutarlı işlem kapasitesi değerlendirmeye değerdir. Ancak bekleme süresinin çoğunu diskte, uzaktaki bir API’de veya kilit rekabetinde geçiren uygulama yalnız CPU değişimiyle hedefe ulaşmayabilir.
Örneğin bir iş kuyruğunda işleri tamamlamak giderek daha uzun sürüyorsa önce kuyruk uzunluğunu, eşzamanlı çalışan iş sayısını ve iş başına süreyi ölçün. CPU yoğunluğu gerçekten sınıra dayanıyorsa ayrılmış kapasiteyi test edin. Veritabanı beklemesi baskınsa sorgu, bağlantı havuzu ve depolama incelemesi daha doğru başlangıç olabilir.
Paylaşımlı CPU ile adil karşılaştırma
Paylaşımlı CPU, kısa süreli veya düşük ortalama kullanımlı uygulamalarda uygun olabilir. Dedicated CPU tercihi her proje için gerekli bir yükseltme değildir. Önce iki seçeneğin kaynak, trafik, disk, lisans ve yedekleme koşullarını aynı çalışma gereksinimine göre karşılaştırın. Düşük bir fiyatın hangi kapasite sınırıyla sunulduğunu anlayın.
Testte aynı uygulama sürümünü, veri boyutunu ve istemci yükünü kullanın. Önbellek ısınması, dış servisler ve günün saati sonucu etkileyebilir. Tek bir kısa sentetik puan yerine tekrar eden ölçümler yapın; kullanıcı gecikmesi, tamamlanan iş ve hata oranını birlikte kaydedin. Kullanıcı deneyimi iyileşmeden işlemci puanının yükselmesi yeterli kazanım değildir.
İzlenecek göstergeler
- Uygulamanın yoğun saatlerindeki işlem süresi ve gecikme dağılımı.
- CPU kullanımı, çalışma kuyruğu ve uygun ortamlarda konuk bekleme göstergeleri.
- Bellek baskısı, disk gecikmesi, ağ aktarımı ve hata oranı.
- Tamamlanan işlem başına toplam maliyet ve kapasite büyüme eğilimi.
Her göstergenin yorumu işletim sistemi ve hipervizöre bağlıdır. Bir ölçümün görünmemesi sorunun yokluğunu kanıtlamaz. Konuk içinden görülen veriyi sağlayıcının sunduğu metriklerle ilişkilendirin; gerektiğinde zaman damgalı bir örnekle destek sürecine başvurun.
Geçişi kontrollü yapın
Plan değişikliğinin yeniden başlatma, taşıma veya IP değişikliği gerektirip gerektirmediğini önceden öğrenin. Güncel yedeği ve geri dönüş yolunu hazırlayın. Değişimden sonra sağlık kontrollerini, iş kuyruklarını ve kullanıcı işlemlerini izleyin. Beklenen kazanım gerçekleşmiyorsa daha büyük planlara art arda geçmek yerine darboğaz varsayımını yeniden değerlendirin.
Sık sorulan sorular
- Dedicated CPU sıfır gecikme sağlar mı?
-
Hayır. Ağ, disk, uygulama ve dış bağımlılıklar gecikme üretmeye devam eder. Hizmet sınırları ve iş yükü ölçümü birlikte değerlendirilir.
- Kaç vCPU seçmeliyim?
-
Eşzamanlı iş sayısı, işlem süresi ve bellek gereksinimi belirleyicidir. Temsilî yük testiyle başlayın; yalnız ziyaretçi sayısından kesin bir boyut çıkarmayın.
Sonraki adım
Paylaşımlı CPU ve bare metal seçeneklerini karşılaştırın. FibaCloud planında CPU tahsisinin teknik tanımını, sınırları ve yükseltme sürecini inceleyerek seçim yapın.