VDS alırken kaç vCPU, ne kadar RAM ve disk gerekir?

VDS seçerken önce aynı anda çalışacak uygulamaları, sonra bu uygulamaların yoğun saatlerdeki ihtiyacını belirleyin. CPU, RAM ve disk birbirinin yerine geçmez: belleği tükenen bir veritabanına yalnızca işlemci eklemek ya da tek bir işlemci çekirdeğini zorlayan uygulamaya yalnızca RAM eklemek sorunu çözmeyebilir.

Bu rehber ilk paketini seçecek veya mevcut sunucusunu büyütmeyi düşünenler içindir. Bir paketin kesin kaç ziyaretçi kaldıracağını vaat etmek yerine, kendi iş yükünüz için karar vermenizi sağlayan bir kontrol yöntemi sunar.

Satın almadan önce dört bilgiyi yazın

1. Çalışacak servisler: Web uygulaması, veritabanı, bot, kuyruk işçisi, önbellek ve yönetim paneli aynı makinede mi olacak?
2. Yoğun an: Trafik gün boyu benzer mi, yoksa kampanya, toplu görev veya oyun etkinliğinde birden mi artıyor?
3. Veri büyümesi: Şu anki dosyalar, veritabanı, yüklenen görseller ve günlükler ne kadar yer kaplıyor?
4. Yönetim ihtiyacı: İşletim sistemi güncellemelerini, uygulama servislerini ve yedeklemeyi kim yönetecek?

Yalnızca standart bir web sitesi çalıştıracaksanız önce hosting ve VDS arasındaki farkları değerlendirin. Root erişimine ihtiyacınız olmadan VDS almak, size gereksiz sistem yönetimi işi de getirebilir.

Kaç vCPU gerekir?

vCPU sayısı, sanal makinenin kullanabildiği sanal işlemci sayısını ifade eder; farklı sistemlerde aynı sayı aynı performans anlamına gelmez. İşlemci modeli, iş yükünün paralel çalışabilmesi ve kaynakların sunulma biçimi sonucu etkiler.

Tek bir botun ara sıra API isteği yapması ile aynı anda rapor üreten çok sayıda kuyruk işçisi farklı ihtiyaçlardır. İşler birbirinden bağımsız yürüyebiliyorsa ek vCPU yararlı olabilir. Uygulama tek bir yoğun iş parçacığına takılıyorsa önce o işin süresini ve işlemci performansını inceleyin.

Örneğin dört vCPU'lu bir makinede toplam kullanım düşük görünürken tek bir çekirdek tamamen meşgul olabilir. Bu yüzden yalnızca toplam CPU yüzdesine bakarak karar vermeyin. Sanallaştırma ve paylaşım konusunda daha fazla ayrıntı için vCPU ve kaynak paylaşımı rehberine bakabilirsiniz.

Ne kadar RAM gerekir?

Bellek bütçesini yalnızca uygulama dosyalarına göre hesaplamayın. İşletim sistemi, çalışan süreçler, veritabanı önbelleği ve aynı anda yürüyen işler RAM kullanır.

Bir uygulama ve veritabanını aynı VDS üzerinde çalıştırırken şu kalemleri ayrı değerlendirin:

• Uygulamanın normal ve yoğun saatlerdeki bellek kullanımı.
• Veritabanının çalışma belleği ve bağlantıları.
• Aynı anda çalışan kuyruk işçileri veya arka plan görevleri.
• İşletim sistemi ve beklenmedik yükler için bırakılan pay.

Linux'un belleği dosya önbelleği için kullanması normaldir. Boş RAM'in düşük görünmesi tek başına yükseltme nedeni değildir; kullanılabilir bellek, sürekli swap hareketi, bellek yetersizliği kayıtları ve uygulamadaki gecikme birlikte değerlendirilmelidir.

Disk alanını nasıl hesaplamalısınız?

Disk için bir envanter çıkarın: işletim sistemi ve uygulamalar + veritabanı + kullanıcı dosyaları + günlükler + sunucuda tutulan yedekler + büyüme payı.

Örneğin dosyalarınız ve veritabanınız toplam 20 GB ise 20 GB diski yeterli saymayın. İşletim sistemi, geçici dosyalar ve büyüme için de alan gerekir. Bu örnek bir kapasite hesabıdır; belirli bir paketin performans ölçümü değildir.

Kapasite ve disk performansı farklıdır. Daha büyük disk, yavaş bir veritabanı sorgusunu otomatik düzeltmez. Aynı sunucudaki ikinci klasör de bağımsız bir yedek değildir; geri yüklenebilir bir kopyayı ayrı bir ortamda tutmak gerekir.

İhtiyacı paketle eşleştirme

Bu eşleştirme ürünlerin kullanım amacına göre hazırlanmıştır; kapasite garantisi değildir. Güncel kaynakları ve fiyatları VDS paketleri sayfasında karşılaştırın. Bot çalıştıracaksanız 7/24 bot çalıştırma rehberi de seçimden önce yararlı olabilir.

Mevcut sunucuda ihtiyacı nasıl doğrularsınız?

uLCloud hizmet yönetimindeki Kaynak durumu bölümünü inceleyin. Sunucunuzda ölçüm verisi oluşmuşsa buradaki bulguları uygulamanızın yoğun saatleriyle birlikte değerlendirin. Veri olmayan dönemi, sunucunun her koşulda yeterli olduğunun kanıtı saymayın.

Linux üzerinde SSH erişiminiz varsa aşağıdaki komutlar temel durumu okumak için kullanılabilir; ayar değiştirmezler:

free -h
df -h /
top

free -h bellek özetini, df -h / kök dosya sisteminin doluluğunu gösterir. Ayrı veri diskiniz varsa onu da kontrol edin. top ile çalışan süreçleri izleyebilirsiniz; çıkmak için q tuşuna basın. Tek bir anlık görüntü yerine, sorunun yaşandığı dönemde birkaç ölçüm alın.

Yükseltmeden önce son kontrol

Yavaşlığın bellekten, işlemciden, diskten veya uygulama kodundan kaynaklandığını ayırın. Kullanılmayan bir servis, büyüyen günlükler ya da verimsiz bir sorgu varsa önce bunları inceleyin. Kaynak gerçekten yetersizse ilgili bileşeni büyütün; değişiklik öncesi ve sonrası aynı iş yükünü karşılaştırın.

Daha büyük paket her zaman gerekli mi? Hayır. Mevcut kaynak yeterliyse uygulama ayarı veya sorgu iyileştirmesi daha doğru olabilir.

Trafik sayısından doğrudan VDS seçilebilir mi? Tek başına seçilemez. Önbellekten sunulan bir sayfa ile her istekte veritabanı işlemi yapan uygulamanın maliyeti farklıdır.

Kaynak yükseltmesi kesintisiz mi olur? Değişikliğe göre kapatıp açma veya işletim sistemi içinde ek işlem gerekebilir. Satın almadan önce hizmetinizin yükseltme ekranındaki koşulları kontrol edin.

Kendi kaynak bütçenizi yazın

Aşağıdaki tablo ölçümlerinizi toplamak için bir çalışma örneğidir; bir ürün testi veya minimum gereksinim listesi değildir. Aynı anda çalışan süreçleri sayın ve ortak kullanılan belleği iki kez toplamadığınızdan emin olun.

Bu varsayımsal örnekte 3,2 GB planlama bütçesi çıkar. Kendi yoğun saat ölçümünüz farklıysa sonucu doğrudan kullanmayın. CPU ve disk ihtiyacını da ayrıca doğrulayın; yalnızca bu toplamdan paket seçmeyin.

Botu işletim sistemi yönetmeden çalıştırmak istiyorsanız Bot Cloud kapsamını karşılaştırın. Yedekleme içinse SFTP yedekleme ve geri yükleme rehberi kaynak, kota ve geri dönüş kontrolünü birlikte ele alır.