Güncellendi:
Shared CPU bulut sunucusunda sanal işlemci kaynakları, sağlayıcının zamanlama ve kaynak politikası altında paylaşılan fiziksel işlemci altyapısını kullanır. Bu yaklaşım, sürekli yüksek işlemci ihtiyacı olmayan uygulamalar için değerlendirilebilir. Uygunluğu yalnızca vCPU sayısına bakarak değil, uygulamanın yük biçimi ve hizmetin belgelenmiş sınırlarıyla birlikte belirlemek gerekir.
Görseli büyüt →
vCPU sayısı size neyi söyler?
vCPU, konuk işletim sisteminin gördüğü sanal işlemci birimidir. Fiziksel işlemciyle ilişkisi kullanılan platforma ve tahsis politikasına bağlıdır. Plan üzerindeki vCPU sayısı, her bir birimin sürekli olarak yalnız size ayrılmış fiziksel çekirdek olduğu anlamına gelmez. İşlemci modeli ve kaynak paylaşımının yanı sıra bellek, disk ve ağ sınırları da değerlendirilmelidir.
Paylaşım oranı, kullanım sınırı ve varsa yoğun kullanım politikası hizmete göre değişebilir. Genel bir Shared CPU tanımından bütün sağlayıcıların aynı politikayı uyguladığı sonucu çıkarılamaz. Plan seçmeden önce hizmetin teknik kapsamını okuyun; belirsiz olan işletim gereksinimlerini sağlayıcının destek veya satış kanalıyla netleştirin.
Hangi iş yükleri için değerlendirilebilir?
Düşük veya değişken trafiğe sahip web uygulamaları, geliştirme ortamları, küçük iç araçlar ve dönemsel çalışan işler başlangıç adayları olabilir. Buradaki ortak nokta belirli bir ürün adı değil, işlemci talebinin davranışıdır. Küçük bir uygulama bile verimsiz bir sorgu veya kısa sürede gelen yoğun isteklerle sürekli işlemci baskısı oluşturabilir.
Derleme, görüntü işleme, büyük veri dönüşümü veya sürekli yoğun hesaplama gibi işlerde Dedicated CPU seçeneği daha uygun olabilir; ancak bu da ölçülmeden verilecek otomatik bir karar değildir. Uygulama aslında disk gecikmesi veya bellek yetersizliği nedeniyle yavaşlıyorsa işlemci tahsis modelini değiştirmek tek başına çözüm sağlamayabilir.
Ortalama yerine kullanıcı deneyimini ölçün
Yalnız günlük ortalama işlemci kullanımına bakmak kısa süreli fakat önemli yavaşlamaları gizleyebilir. Uygulamanın yanıt süresini, kuyruk uzunluğunu, hata oranını ve yoğun saatlerdeki davranışını izleyin. İşlemci kullanımıyla birlikte bellek baskısı, disk beklemesi ve ağ sınırlarını değerlendirin. Linux üzerinde sağlanıyorsa basınç bilgileri ve sanallaştırma bekleme ölçümleri incelemeye yardımcı olabilir.
Testin gerçek iş yüküne benzemesi önemlidir. Boş bir sunucuda kısa süre çalışan sentetik test, veritabanı ve önbellek kullanan uygulamanızı temsil etmeyebilir. Aynı veri büyüklüğü, bağlantı sayısı ve kritik kullanıcı işlemleriyle tekrarlanabilir ölçüm yapın. Sonucu tek bir hız puanı yerine uygulamanın kabul hedefleriyle karşılaştırın.
Ölçekleme kararını nasıl verirsiniz?
Önce yavaşlığın nedenini belirleyin. Gereksiz sorguları azaltmak, önbellek kullanmak veya arka plan işlerini ayırmak kapasite ihtiyacını değiştirebilir. Ardından daha büyük bir plan, farklı işlemci tahsisi ya da yatay çoğaltma seçeneklerini değerlendirin. Her seçeneğin uygulama mimarisi, maliyet ve işletim karmaşıklığına etkisi farklıdır.
Plan değişiminde yeniden başlatma, disk düzeni veya taşıma gereksinimi bulunabilir. Bu koşulları hizmete göre doğrulayın ve değişiklikten önce geri dönüş planı hazırlayın. Kaynak artırmanın her sistemde kesintisiz gerçekleşeceğini veya disk boyutunun kolayca küçültülebileceğini varsaymayın.
Güvenlik ve yedek sorumluluğu
Paylaşımlı fiziksel işlemci kullanılması, müşterilerin aynı işletim sistemi hesabını kullandığı anlamına gelmez; sanallaştırma sınırları platform tarafından oluşturulur. Buna rağmen konuk işletim sisteminin güncellenmesi, uygulama erişiminin kısıtlanması ve verinin yedeklenmesi hizmet kapsamına göre müşterinin sorumluluğunda kalabilir. Kaynak modeli ile yönetilen hizmet kapsamını ayrı değerlendirin.
İlk devreye almada yönetim erişimini koruyun, gerekli servisleri açın ve izlemeyi kurun. Düzenli geri yükleme denemesi ve kapasite gözden geçirmesi, sunucunun zamanla değişen uygulama ihtiyacına uygun kalmasını sağlar. Ekonomik bir başlangıç, ancak çalıştırdığınız hizmetin ölçülen gereksinimleriyle uyumluysa değerlidir.
Sık sorulan sorular
- Shared CPU her zaman yavaş mı?
-
Hayır. Sonuç, iş yükü ve platform koşullarına bağlıdır. Uygulamanın gerçek yanıt süresi ve kaynak davranışıyla değerlendirme yapılmalıdır.
- İşlemci kullanımı yükselince hemen Dedicated CPU gerekli mi?
-
Önce baskının nedenini belirleyin. Yoğun ve sürekli işlemci gereksinimi farklı tahsisi destekleyebilir; bellek veya disk sorunu ise başka çözüm isteyebilir.
Sonraki adım
Shared CPU ve Dedicated CPU planlarının teknik kapsamını karşılaştırın. Kararı bir etiket veya tahmini hız iddiası yerine uygulamanızın ölçümleriyle verin.
