Güvenilir Bir Sunucu İçin VPS Boyutlandırma Rehberi
20 Ekim 2026 tarihinde yayımlandı
Yavaş çalışan bir VPS'te genellikle her şeyden biraz eksik olmaz. Yanlış anda tek bir kaynak yetersiz kalır: trafik artışında bellek, rapor oluşturulurken CPU, yedekleme sırasında disk G/Ç'si veya yoğun bir kampanya sırasında bant genişliği. Bu VPS boyutlandırma rehberi, kullanmayacağınız kapasite için ödeme yapmadan ya da daha kötüsü, ilk yoğun pazartesi gününde zorlanacak bir sunucu kurmadan önce gerçek kaynak ihtiyacını belirlemenize yardımcı olur.
Amaç en büyük planı seçmek değildir. Amaç, her iş yüküne olağan şekilde çalışması, öngörülebilir yoğunlukları karşılaması ve bir şey beklenenden uzun sürdüğünde sorunsuzca toparlanması için yeterli alan sağlamaktır. Doğru boyutlandırılmış bir VPS, normal yük altında sorunsuz çalışmalı ve ölçülebilir bir kapasite payına sahip olmalıdır.
Planla Değil, İş Yüküyle Başlayın
Boyutlandırmaya sunucunun gerçekte ne yapacağıyla başlayın. Tanıtım amaçlı bir web sitesi, WooCommerce mağazası, SaaS uygulaması, geliştirme ortamı ve birden fazla müşteri sitesini barındıran ajans sunucusu benzer ziyaretçi sayılarına sahip olabilir, ancak çok farklı kaynaklara ihtiyaç duyabilir.
Öncelikle VPS'i paylaşan hizmetleri belirleyin. Web sunucusu, veritabanı, PHP çalışan süreçleri, önbellek, e-posta aktarıcısı, arka plan işleri, Docker kapsayıcıları, izleme aracıları ve yedekleme görevlerinin tümü kaynakları kendilerine özgü biçimlerde tüketir. Veritabanı belleğe ve hızlı disk erişimine ihtiyaç duyabilirken, bir kuyruk çalışanı her saat yalnızca birkaç dakika CPU kullanabilir.
En önemli zamanları da göz önünde bulundurun. Ortalama kullanım faydalıdır, ancak müşterilerin hızlı yanıt veren bir hizmet mi yoksa zaman aşımı sayfası mı göreceğini belirleyen yoğun kullanımdır. Bir çevrimiçi mağaza gece sakin olabilir, ardından bir e-posta kampanyasından sonra sipariş akınına uğrayabilir. Bir SaaS platformu, gece yarısı zamanlanmış içe aktarma işlemleri başlayana kadar gün boyu sorunsuz çalışabilir. Günlükler de aynı şeyi söylüyor: ortalamalar nazik olabilir, yoğunluklar ise daha dürüsttür.
Mevcut bir sunucuyu değiştiriyorsanız, yeni boyutu seçmeden önce en az bir veya iki haftalık ölçüm toplayın. CPU kullanımını, kullanılabilir belleği, takas alanı etkinliğini, disk alanını, disk G/Ç bekleme süresini, ağ aktarımını ve uygulama yanıt süresini inceleyin. Mümkün olduğunda normal iş akışını ve yoğun olduğu bilinen bir dönemi de dahil edin.
VPS Boyutunu Belirleyen Dört Kaynak
CPU: Etkin İş Yükleri İçin Hız
CPU çekirdekleri, VPS'inizin aynı anda ne kadar etkin işi tamamlayabileceğini belirler. Dinamik siteler; PHP, Node.js, Python, Java, API istekleri, görüntü işleme, arama dizinleme, şifreleme ve zamanlanmış işler için CPU kullanır. Aynı anda birden fazla istek veya arka plan görevinin çalışması gerektiğinde daha fazla çekirdek özellikle yararlıdır.
Önbellek kullanan küçük bir içerik sitesi için 1 ila 2 vCPU yeterli olabilir. Yoğun bir WordPress veya WooCommerce sitesi, küçük bir uygulama yığını ya da düşük trafikli birkaç site genellikle 2 ila 4 vCPU ile daha rahat çalışmaya başlar. Düzenli içe aktarma, görüntü dönüştürme, CI işleri veya birden fazla kapsayıcı kullanan uygulamalar, trafik düşük olsa bile 4 veya daha fazla vCPU gerektirebilir.
Kısa süreli bir artıştan ziyade sürekli yüksek CPU kullanımına dikkat edin. Dağıtım sırasında bir sunucunun CPU kullanımı birkaç saniyeliğine %90'a çıktığında, bu sunucunun otomatik olarak yetersiz boyutlandırıldığı anlamına gelmez. Normal yoğun dönemlerde yaklaşık %70'in üzerinde çalışan bir sunucuda trafik artışları, güvenlik taramaları ve olağan bakım işleri için daha az kapasite kalır.
CPU boyutlandırması yazılım tasarımına da bağlıdır. Agresif sayfa önbelleğe alma, CPU ihtiyacını önemli ölçüde azaltabilir. İyi optimize edilmemiş veritabanı sorguları, etkileyici bir kararlılıkla kullanılabilir tüm çekirdekleri tüketebilir. CPU eklemek yardımcı olur, ancak önlenebilir bir uygulama sorununu düzeltmenin yerini almamalıdır.
RAM: Sorunları Önleyen Kaynak
Bellek, çoğu zaman dikkatle boyutlandırılması gereken ilk kaynaktır. RAM; işletim sistemini, web süreçlerini, veritabanı arabelleklerini, önbelleği, kapsayıcıları ve izleme araçlarını destekler. Fiziksel bellek tükendiğinde Linux, diskteki takas alanını kullanmaya başlar. Takas alanı acil durumlarda işe yarayan bir tampon sağlar, ancak sık sık kullanılması bir performans stratejisi değil, uyarı işaretidir.
Basit bir web yığınına sahip hafif bir Linux sunucusu 1 ila 2 GB RAM ile çalışabilir. Veritabanı ve önbellek kullanan bir üretim web sitesi için 2 ila 4 GB daha gerçekçi bir başlangıç noktasıdır. Mağazalar, daha büyük CMS kurulumları, birden fazla müşteri sitesi ve uygulama sunucuları; çalışan süreçlerinin sayısına ve veritabanı etkinliğine bağlı olarak genellikle 4 ila 8 GB veya daha fazlasına ihtiyaç duyar.
RAM ihtiyacını yalnızca uygulama belgelerine göre hesaplamayın. Süreçlerin gerçek davranışını hesaba katın. Örneğin, her PHP çalışanı kayda değer miktarda bellek kullanabilir ve eşzamanlı ziyaretçi sayısındaki artış bu kullanımı hızla katlayabilir. Veritabanı motorları da sık erişilen verileri tekrar tekrar diskten okumadan hazır tutmak için bellek kullanır.
Pratik bir hedef, yoğun çalışma sırasında kullanılabilir belleği korumak ve takas alanının sürekli kullanılmasını önlemektir. Sunucunuzda boş RAM olduğu hâlde yanıt süreleri kötüyse, belleği artırmadan önce CPU doygunluğunu, disk G/Ç'sini, veritabanı kilitlerini veya harici API gecikmelerini araştırın.
Depolama: Kapasite Sorunun Yalnızca Yarısıdır
Depolama boyutlandırmasının iki yönü vardır: ne kadar alana ihtiyaç duyduğunuz ve diskin ne kadar hızlı yanıt verdiği. Bir VPS'te bol miktarda boş disk alanı olsa bile, iş yükü depolama katmanının işleyebileceğinden fazla disk işlemi oluşturuyorsa performans yine kötü olabilir.
Kapasiteyi hesaplarken işletim sistemini, uygulama dosyalarını, veritabanlarını, yüklenen dosyaları, günlükleri, geçici dosyaları ve yerel yedekleme saklama alanını hesaba katın. Ardından büyüme payı ekleyin. Veritabanları büyür; ta ki büyümedikleri zamana kadar. Uygulama hatası sırasında günlük dosyaları çok hızlı büyüyebilir; diskin dolduğunu keşfetmek için bundan daha elverişsiz bir zaman bulmak zordur.
Çoğu üretim iş yükü için SSD veya NVMe tabanlı depolama makul bir başlangıç standardıdır. Hızlı depolama; veritabanı sorguları, WooCommerce ödeme işlemleri, CMS yönetimi, yazılım güncellemeleri ve yedekleme sıkıştırması için önemlidir. Yoğun dönemlerde disk G/Ç bekleme süresi artıyorsa, sunucu CPU yetersizliğinden ziyade depolamayı bekliyor olabilir.
Tek yedeğinizi canlı hizmetle aynı VPS'te saklamaktan kaçının. Yerel anlık görüntüler kurtarma sürecini hızlandırabilir, ancak bağımsız yedekler kazara silme ve sunucu düzeyindeki sorunlar dahil daha geniş bir arıza yelpazesine karşı koruma sağlar.
Bant Genişliği ve Ağ Aktarımı: Trafiğin Yönünü Ölçün
Bant genişliği, bağlantı hızıdır. Aktarım, faturalandırma dönemi boyunca taşınan toplam veri miktarıdır. İkisi de önemlidir, ancak farklı sorunları çözer.
Medya içeriği yoğun bir site, indirme hizmeti, API platformu veya büyük ürün görsellerine sahip bir mağaza, aynı sayıda ziyaretçisi olan metin tabanlı bir web sitesinden çok daha fazla veri aktarabilir. CDN kullanımı, görüntü optimizasyonu, tarayıcı önbelleğe alma ve nesne depolama, VPS kaynaklı trafiği azaltabilir. Uygulama trafiği için giden verileri de hesaba katın: API yanıtları, site dışına gönderilen yedekler, çoğaltma ve izleme dışa aktarımları sunucudan çıkar.
Ağ kapasitesi beklenen yoğunlukları karşılamalı, aktarım kotası ise aylık kullanımı bir miktar payla kapsamalıdır. Pazarlama ekibiniz bir lansman planlıyorsa, kampanya başlamadan önce sunucu kapasitesini kampanyaya göre belirleyin. Sunucular da sürprizlerden hoşlanmaz.
VPS Boyutlandırması İçin Pratik Bir Başlangıç Rehberi
Bunlar başlangıç noktalarıdır, kesin kurallar değildir. Yazılımınız, trafik düzeniniz, önbellek yapılandırmanız ve yönetim gereksinimleriniz yanıtı değiştirebilir.
- Küçük bir tanıtım sitesi veya geliştirme sunucusu genellikle 1 ila 2 vCPU, 1 ila 2 GB RAM ve 20 ila 40 GB hızlı depolama ile çalışabilir.
- Bir işletme web sitesi, küçük CMS kurulumu veya düşük hacimli uygulama genellikle 2 vCPU, 2 ila 4 GB RAM ve 40 ila 80 GB hızlı depolama ile rahat çalışır.
- Yoğun bir CMS, WooCommerce mağazası, ajans barındırma ortamı veya küçük SaaS hizmeti genellikle 2 ila 4 vCPU, 4 ila 8 GB RAM ve en az 80 GB hızlı depolama gerektirir.
- Veritabanı ağırlıklı bir uygulama, büyük bir mağaza, kapsayıcılaştırılmış bir yığın veya düzenli arka plan işlemleri olan bir iş yükü 4 ya da daha fazla vCPU, en az 8 GB RAM ve G/Ç performansı özel olarak dikkate alınarak seçilmiş depolama gerektirebilir.
Doğru başlangıç boyutu, normal yoğunluk dönemlerinde yaklaşık %25 ila %40 kapasite payı bırakmalıdır. Bu pay israf değildir. Trafik artışı, yedeklemeler, güvenlik güncellemeleri ve ara sıra davetsizce ortaya çıkan uygulama davranışları için hizmete alan sağlar.
Dağıtım Sonrası Doğrulama
Boyutlandırma tek seferlik bir karar değildir. İş yükünü dağıtıma alın, izleyin ve kanıtlara göre ayarlayın. En yararlı göstergeler; sürekli CPU yükü, bellek baskısı, takas alanı kullanımı, disk G/Ç bekleme süresi, depolama büyümesi, ağ kullanımı ve uygulamanın gerçek yanıt süreleridir.
Prometheus ve Grafana ölçümleri, altyapı etkinliğini kullanıcı deneyimiyle ilişkilendirmek isteyen ekipler için özellikle yararlıdır. Örneğin, yüksek G/Ç bekleme süresiyle aynı zamana denk gelen bir yanıt süresi artışı, PHP çalışanlarının tükenmesiyle aynı zamana denk gelen artıştan farklı bir soruna işaret eder. İzleme, yeniden boyutlandırmayı tahmin işi olmaktan çıkarıp kontrollü bir operasyonel göreve dönüştürür.
Yönetilen destek birçok işletme için hesaplamayı da değiştirir. Teknik açıdan yetkin bir ekip, daha büyük bir VPS'e geçmeden önce çalışan süreçlerini, önbellekleri, veritabanı ayarlarını ve yedekleme zamanlamalarını ayarlamayı tercih edebilir. Kodu.cloud'da bu operasyonel kontrol, her uyarıyı daha fazla sunucu satın almak için bir bahane olarak görmek yerine hizmetin yeniden sorunsuz çalışmasını sağlamanın bir parçasıdır.
Boş Kapasiteye Ödeme Yapmadan Büyümeyi Planlayın
Mevcut en yüksek yükünüzü kapasite payı bırakarak karşılayabilecek bir VPS seçin; ardından rakamlar gerektirdiğinde CPU, RAM veya depolamayı yükseltmenin kolay olacağını doğrulayın. Çok küçük bir boyutla başlamak acil geçişlere yol açabilir. Gereğinden çok daha büyük bir boyutla başlamak ise verimsiz kodu gizleyebilir ve müşteri deneyimini iyileştirmeden bütçeyi tüketebilir.
Özellikle yeni özellikler başlattıktan, müşteri siteleri ekledikten, yedekleme politikalarını değiştirdikten veya başarılı bir pazarlama kampanyası yürüttükten sonra kaynak eğilimlerini her ay kısaca gözden geçirin. Bir sunucu, planın adı kulağa güven verici geldiği için değil, iş yükünün ihtiyaç duyduğunu kanıtladığı için büyütülmelidir. Net ölçümler ve yedekte tutulan bir miktar kapasiteyle, altyapı işini yapmayı sürdürürken siz de rahat edebilirsiniz.
Andres Saar, Müşteri Desteği Mühendisi