Bayi Hostingte Kapasite Planlama

Bayi paketinde kapasiteyi belirleyen şey disk alanı değil, hesapların tükettiği işlemci, bellek ve eşzamanlı istek payıdır. Doğru planlama, site tiplerini ağırlıklandırarak yapılır: tanıtım siteleri düşük, WordPress blogları orta, e-ticaret siteleri yüksek yük üretir. Disk dolmadan çok önce kaynak limitleri dolar; bu yüzden takip edilmesi gereken metrik disk değil, limit dolum sayısıdır.

Kapasiteyi gerçekte ne tüketir?

Limitlerin teknik karşılığını kaynak limitleri ve CloudLinux, CageFS ve LVE yazılarında açıkladık.

Site tiplerine ağırlık verin

Planlamayı "kaç hesap açabilirim" yerine "hangi ağırlıkta hesaplar" sorusuyla yapın. Pratik bir ağırlıklandırma:

Paketinizin taşıdığı toplam ağırlığı takip edin. Aynı pakette 40 tanıtım sitesi sorunsuz çalışırken 8 e-ticaret sitesi limitleri doldurabilir.

Ölçülecek beş metrik

1. Limit dolum sayısı: Panelde hangi hesabın hangi limiti kaç kez doldurduğu. En erken uyarı budur.
2. Yoğun saat dağılımı: Yük gün içinde hangi saatlerde toplanıyor?
3. Disk ve inode kullanımı: Toplam kapasitenin yüzde kaçı dolu?
4. Hesap başına ortalama tüketim: Yeni müşteri eklemenin maliyetini gösterir.
5. Destek talebi sayısı: Yavaşlık şikâyetlerindeki artış, kapasite sinyalidir.

Bu beş metriği aylık kaydedin. Kapasite kararı, tek bir yoğun günden değil eğilimden çıkar.

Büyüme planı: üç eşik

Eşik 1 — Paket içinde optimizasyon

Limit dolumları tek bir hesaptan geliyorsa sorun kapasitede değil, o sitededir. Önbellek kurulması, ağır eklentilerin gözden geçirilmesi ve bot trafiğinin sınırlanması çoğu durumda yeterlidir. Teşhis adımları için site neden yavaş açılır yazısına bakın.

Eşik 2 — Üst bayi paketi

Dolumlar birden çok hesaba yayılmışsa ve disk/inode kullanımı da yükseliyorsa üst pakete geçme zamanıdır. Bu, en az kesintili büyüme yoludur.

Eşik 3 — Kendi sunucunuz

Üst pakette de limitlere takılıyorsanız veya paylaşımlı ortamda bulunmayan bir bileşene ihtiyacınız varsa sunucuya geçiş gündeme gelir. Karşılaştırmayı bayi hosting mi VPS mi yazısında yaptık; işletim yükünü üstlenmek istemiyorsanız yönetim hizmeti ara çözümdür.

Yeni müşteri kabul kriterleri

Kapasite planlaması, satış tarafında da bir filtre gerektirir. Yeni bir müşteri almadan önce sorun:

• Site tipi ne? Ağırlık tablosunda nereye düşüyor?
• Aylık ziyaretçi ve eşzamanlı kullanıcı beklentisi nedir?
• Kaç e-posta hesabı ve ne kadar arşiv taşınacak?
• Kampanya dönemlerinde trafik kaç katına çıkıyor?
• Özel bir yazılım bileşeni gerekiyor mu?

Paketinize uymayan bir müşteriyi almak, kısa vadeli gelir karşılığında diğer müşterilerin performansını riske atar. Böyle durumlarda daha uygun bir çözüm önermek, uzun vadede daha kârlıdır.

Hesap başına limit tanımlama

WHM üzerinden tanımladığınız paketler, tek bir hesabın diğerlerini etkilemesini engeller. Kurgu yaparken üç kural işe yarar:

1. Her paket kademesine gerçekçi bir eşzamanlı istek ve bellek limiti tanımlayın.
2. Disk ve inode değerlerini site tipine göre belirleyin; e-posta ağırlıklı hesaplarda inode kritik olur.
3. Limitleri belgeleyin ve müşteriye bildirin; sonradan çıkan tartışmaları önler.

Yedekleme kapasitesi de plana dahildir

Hesap sayısı arttıkça yedek alanı ve yedekleme süresi de büyür. Gece çalışan yedekleme işlerinin sabaha kadar tamamlanıp tamamlanmadığını kontrol edin; tamamlanamayan yedek, olmayan yedektir. Kritik müşteriler için sağlayıcının yedeğine ek olarak kendi kontrolünüzde ikinci bir kopya tutun.

Müşteri iletişiminde kapasite dili

Bir müşterinin sitesi limitlere takıldığında "sunucu yavaş" demek yerine ölçümü gösterin: hangi limit, hangi saatte, kaç kez doldu? Bu, tartışmayı teknik bir zemine çeker ve üst pakete geçiş önerinizi gerekçelendirir. Panelde kaynak kullanım ekranı olan bir altyapı, bu konuşmayı mümkün kılar.

Aynı şeffaflığı satış aşamasında da uygulayın: paketin disk ve trafik değerleri kadar eşzamanlı istek ve bellek limitlerini de yazın. Sonradan çıkan "sınırsız demiştiniz" tartışmasının kaynağı, baştan yazılmayan limitlerdir.

Sezonluk yükler

Portföyünüzde eğitim, turizm veya perakende gibi sezonluk işler varsa kapasiteyi yıllık ortalamaya göre değil, tepe aya göre planlayın. Kampanya ve sezon dönemlerini takvime işleyin; aynı ayda birden çok müşterinin tepe yapması, paketinizi tek başına zorlayabilir.

Örnek hesap: ağırlıklar nasıl kullanılır?

Varsayım: portföyünüzde 12 önbellekli kurumsal site, 6 blog ve 2 küçük e-ticaret sitesi var. Yukarıdaki tabloya göre toplam ağırlık 12 × 2 + 6 × 3 + 2 × 6 = 54 olur. Aynı 20 site statik tanıtım sitesi olsaydı toplam 20 olurdu.

İki portföy de 25 site sınırlı bir pakete sayıca sığar, ama birincisi yaklaşık üç kat yük üretir. Bu sayı tek başına "hangi paket" sorusunu yanıtlamaz; ağırlıklar kesin kapasite değil, portföyleri birbiriyle kıyaslamak için kaba bir sıralamadır. Asıl kararı ilk ayın ölçümleri verir: ağırlığı yüksek bir portföyle başlıyorsanız bir üst paketle başlayın ve aşağıdaki listeyi ilk ay haftalık uygulayın.

Aylık kapasite kontrol listesi

• Panelin kaynak kullanım ekranında hangi hesapların hangi limiti kaç kez doldurduğunu not edin.
• Dolumların tek hesapta mı, birden çok hesapta mı toplandığına bakın; tek hesapsa önce o siteyi optimize edin.
• Paketin toplam disk ve dosya sayısı (inode) kullanımını yüzde olarak kaydedin; dosya sayısının neden ayrı izlendiğini cPanel inode limiti yazısında anlattık.
• Yeni eklenen her müşteriyi ağırlık tablosuna işleyip toplamı güncelleyin.
• Yaklaşan kampanya ve sezon dönemlerini takvimde işaretleyin.
• Yedekleme işlerinin süresini ve tamamlanıp tamamlanmadığını kontrol edin.
• Yavaşlık şikâyeti içeren destek taleplerini sayın; artış, ölçümlerden önce gelen bir sinyaldir.

Netx'te bayi paketleri

WHM erişimli bayi hosting paketlerinde disk, hesap ve kaynak değerleri paket kartlarında belirtilir. Paketler aylık veya yıllık ödenebilir ve müşteri panelinden bir üst bayi paketine yükseltilebilir; açtığınız hesaplar olduğu gibi kalır. Portföyünüzdeki site tiplerini ve yoğun saat ölçümlerinizi paylaşırsanız hangi kademenin uygun olduğunu birlikte belirleyebiliriz. Mevcut müşterilerinizi başka bir sağlayıcıdan getirecekseniz toplu taşıma planı yazısı adım adım yol gösterir. Büyüme durumunda VPS ve VDS seçenekleri, ajans kurgusu için ajanslar için bayi hosting yazısı yol gösterir.

Sık sorulan sorular

Bayi paketinde kaç site barındırabilirim?

Sabit bir sayı yoktur. Belirleyici olan sitelerin tipi ve yüküdür; 40 tanıtım sitesi ile 8 e-ticaret sitesi benzer kaynak tüketebilir.

Disk doluyor ama siteler yavaş değil, sorun var mı?

Disk ayrı bir kalemdir. Alan doluyorsa üst pakete geçmek veya eski yedek ve arşivleri temizlemek yeterli olabilir.

Bir müşteri diğerlerini yavaşlatabilir mi?

Hesap başına limit tanımlıysa etkisi sınırlı kalır. Limit tanımlı değilse tek bir site sunucuyu zorlayabilir.

Kapasiteyi önceden nasıl test ederim?

Yoğun saatte limit dolum kayıtlarını izleyin ve yeni müşteriyi eklemeden önce benzer bir sitenin mevcut tüketimini ölçün.

Üst pakete geçiş kesinti yaratır mı?

Genellikle aynı altyapıda kademe değişimi olduğu için kesinti yaşanmaz. Sunucu değişikliği gerekiyorsa taşıma planlanır.