Bir VPS planı seçmek, gücünüzün yettiği en büyük rakamları satın almakla ilgili değildir — CPU, RAM ve NVMe'yi iş yükünüzün gerçekte ne yaptığına göre eşleştirmekle ilgilidir; böylece kullanmadığınız özellikler için değil, kullandığınız kapasite için ödeme yaparsınız.
Her şeyi belirleyen üç özellik
Her VPS planı, sonuçta üç kaynak artı ağ bağlantısından oluşan bir pakettir. Her birinin neyi kontrol ettiğini anlarsanız, bir sunucuyu bir dakikadan kısa sürede doğru boyutlandırabilirsiniz.
vCPU
Ne kadar işin paralel ve ne hızda çalıştığını belirler. İstek verimini (throughput), derlemeyi, transcoding işlemini ve CPU'ya bağlı her şeyi yönetir.
RAM
Çalışma belleği. Veritabanları, önbellekler ve uygulama çalışma zamanları burada yaşar. Yetersiz kaldığında sistem diske swap yapar ya da çekirdek (kernel) işlemleri sonlandırır.
NVMe depolama
Kapasite artı hız. NVMe, SATA SSD veya döner diske kıyasla çok daha yüksek IOPS sunar; bu da veritabanları ve yoğun kullanılan dosya sistemleri için önemlidir.
Bant genişliği
Ne kadar veri taşıyabileceğinizi belirler. Sınırsız (unmetered) bağlantılar, trafik sayacını takip etme derdini ortadan kaldırır.
vCPU: çekirdek sayısı mı, saat hızı mı — ve paylaşımın neden önemli olduğu
Bir vCPU, fiziksel bir çekirdek üzerinde VM'nize zamanlanmış bir iş parçacığıdır (thread). İki plan da "4 vCPU" yazsa bile, ana makine CPU'suna ve kaç komşunun onu paylaştığına bağlı olarak çok farklı davranabilir.
- CPU'ya bağlı işler (video kodlama, derleme, toplu işler) çekirdek sayısı ve saat hızıyla birlikte ölçeklenir — çekirdek ekleyin.
- I/O'ya bağlı işler (bir veritabanını veya ağı bekleyen tipik web uygulamaları) CPU'yu nadiren doyurur — gereğinden fazla çekirdek satın almayın.
- Sürekli %100 yük, özel (dedicated) veya paylaşılmayan çekirdekler gerektirir; ani yükselen (bursty) yükler için paylaşılan çekirdekler yeterlidir.
- Daha fazla çekirdek, tek iş parçacıklı (single-threaded) bir süreci hızlandırmaz — yalnızca iş yükünüz paralel çalışıyorsa fayda sağlar.
Genel kural: CPU grafiğiniz zirve saatlerde nadiren %60'ı geçiyorsa, yeterli çekirdeğiniz var demektir. Bu parayı RAM'e veya daha hızlı bir diske harcayın.
RAM: insanların ilk eksik boyutlandırdığı özellik
RAM, tükendiğinde en sert şekilde arızalanan kaynaktır. CPU baskısı sizi yalnızca yavaşlatır; bellek baskısı ise swap işlemini ve bir veritabanını sorgu sırasında çevrimdışı bırakabilecek out-of-memory killer (bellek yetersizliğinde işlem sonlandırıcı) mekanizmasını devreye sokar.
Veritabanları RAM'i sever, çünkü sık kullanılan verileri diske gitmek yerine bellekte önbelleğe alırlar. Çalışma kümeniz RAM'e sığıyorsa sorgular hızlı kalır; diske taşarsa gecikme keskin biçimde artar.
Her zaman pay bırakın. RAM'i tam zirve değerinize göre boyutlandırmak, ilk trafik artışının veya bellek sızıntısının sizi swap'e itmesi anlamına gelir. Kurulu belleğin %60-70'inde çalışmayı hedefleyin.
NVMe: kapasite işin kolay yarısı
Depolamanın iki boyutu vardır — ne kadar veri depoladığınız ve onu ne kadar hızlı okuyup yazdığınız. NVMe ikincisinde açık ara önde olup SATA SSD'ye kıyasla kat kat daha fazla IOPS sunar.
- Veritabanları, mesaj kuyrukları ve posta sunucuları IOPS açısından açtır — NVMe, diski darboğaz olmaktan çıkarır.
- Yoğun log üreten veya yoğun yazma yapan uygulamalar, NVMe'nin düşük yazma gecikmesinden faydalanır.
- Soğuk arşivler veya yedeklemeler için ham kapasite hızdan daha önemlidir — bir depolama planı GB başına daha ucuzdur.
- Kapasiteyi verileriniz artı işletim sistemi, swap, loglar ve büyüme payı için boyutlandırın; bir diski %100'e kadar doldurmak yazma işlemlerini bozar.
Hızlı rastgele I/O yerine öncelikle yedekleme veya medya için toplu alana ihtiyaç duyuyorsanız, özel bir depolama planı, tüm hacim için NVMe fiyatı ödemeden size gereken kapasiteyi sağlar.
Herhangi bir planı boyutlandırmak için tekrarlanabilir bir yöntem
- 1
İş yükünü tanımlayın
Tam olarak neyin çalıştığını yazın: web uygulaması, veritabanı, konteynerler, oyun sunucusu, VPN. Her birinin farklı bir kaynak profili vardır.
- 2
Darboğaz kaynağı belirleyin
İşin CPU'ya, belleğe mi yoksa I/O'ya mı bağlı olduğuna karar verin. Planı belirleyen bu kaynaktır; diğerlerinin sadece ona ayak uydurması yeterlidir.
- 3
Darboğazı pay bırakarak boyutlandırın
Zirve talebi tahmin edin, ardından ani artışların ve büyümenin acil bir taşımaya zorlamaması için yaklaşık %30-40 ekleyin.
- 4
Geri kalanı dengeleyin
Başka hiçbir şeyin yeni darboğaz olmaması için kalan özellikleri eşleştirin — RAM'siz çekirdekler veya NVMe'siz RAM, her ikisi de paranızı boşa harcar.
- 5
Küçük başlayın, verilere göre ölçeklendirin
Dağıtımı yapın, bir hafta boyunca gerçek metrikleri izleyin, ardından yeniden boyutlandırın. Ölçülen rakamlar her zaman tahminlere üstün gelir.
Konum ve ağ da özelliklerin bir parçasıdır
Yanlış yerdeki en doğru boyutlandırılmış sunucu bile yavaş hissettirir. Kullanıcılarınıza olan gecikme fiziksel mesafeyle belirlenir, bu yüzden hedef kitlenize yakın bir veri merkezi seçin — ya da gizlilik önceliğinizse, uygun bir yargı yetkisi (jurisdiction) altındaki bir merkez seçin.
ChainVPS'te her plan, 15 konum ve altı gizlilik katmanı bölgesinde — Hollanda, İsviçre, Romanya, İzlanda, Moldova ve Lüksemburg — sınırsız bant genişliği ve DDoS koruması dahil olarak sunulur. Önceden yüklenmiş bir kripto bakiyesinden ödenen bir offshore VPS istiyorsanız, yargı yetkisi ve KYC'siz kayıt kombinasyonu /offshore-vps planlarıyla başlamanızın nedenidir.
Sık yapılan boyutlandırma hataları
I/O uygulaması için çekirdek satın almak
Veritabanını bekleyen bir web uygulaması 8 çekirdeği kullanmaz. RAM ve NVMe daha çok işe yarardı.
Sıfır RAM payı
Tam zirveye göre boyutlandırmak, bir sonraki artışın diske swap yapmasına veya bir işlemi sonlandırmasına yol açar. Biraz boşluk bırakın.
Disk hızını göz ardı etmek
Büyük ama yavaş bir disk bir veritabanını aç bırakır. IOPS'u sadece gigabaytlara değil, iş yüküne göre eşleştirin.
Ölçmek yerine tahmin etmek
Kör dağıtım yapmak her iki yönde de para kaybettirir. Metrikler size bir hafta içinde gerçeği söyler.
Plan türünü işe göre eşleştirmek
Darboğazınızı bildiğinizde, ürün katmanı kendiliğinden ortaya çıkar.
Önemli çıkarım: iş yükünüzün en çok dayandığı kaynağı doğru boyutlandırın, diğerlerini dengede tutun, pay bırakın ve ilk yükseltmenize gerçek metriklerin yön vermesine izin verin.
Gerçekten kaç vCPU'ya ihtiyacım var?
Çoğu web uygulaması ve veritabanı için 2-4 vCPU fazlasıyla yeterlidir, çünkü iş CPU'ya değil I/O'ya bağlıdır. Yalnızca transcoding veya derleme gibi sürekli paralel iş yükleri daha fazlasını gerektirir. CPU grafiğinizi izleyin — zirvede nadiren %60'ı geçiyorsa yeterince vCPU'nuz var demektir.
Bir veritabanı için daha fazla RAM mi, yoksa daha hızlı bir CPU mu daha iyidir?
Çoğu durumda RAM. Veritabanları sık kullanılan çalışma kümelerini bellekte önbelleğe alır, bu yüzden daha fazla RAM daha az yavaş disk okuması anlamına gelir. Bu RAM'i NVMe depolamayla eşleştirin; tipik sorgu yükleri için CPU nadiren sınırlayıcı olur.
NVMe gerçekten önemli mi, yoksa herhangi bir SSD yeterli mi?
I/O yoğunluğu yüksek her şey için önemlidir — veritabanları, e-posta, kuyruklar, yoğun loglar — burada NVMe, SATA SSD'ye kıyasla çok daha fazla IOPS ve daha düşük gecikme sunar. Yalnızca kapasiteye ihtiyaç duyduğunuz soğuk yedeklemeler veya medya için daha yavaş, daha ucuz bir hacim yeterlidir.
Güvenli olmak için fazladan mı sağlamalıyım (over-provision)?
Pay bırakın, fazla satın almayın. Kapasitenin yaklaşık %60-70'ine göre boyutlandırmak, boşta duran kaynaklara ödeme yapmadan ani artışları karşılar. Tutucu başlayın, bir hafta boyunca gerçek metrikleri izleyin, ardından yeniden boyutlandırın — veriler öyle dediğinde bakiyenizi yükleyip ölçeklendirebilirsiniz.
