Rehber 11 Temmuz 2026 · 7 dakika okuma

Discord Botu İçin Minimum VDS: Net Kaynak Gereksinimi

Discord botu için minimum VDS özelliklerini net hesapla. CPU/RAM/disk ve ağ ihtiyacını örnek senaryolarla gör, doğru boyutlandırmayı yap.

Discord botu çalıştırırken en sık yapılan hata, botun ihtiyaçlarını "küçük görünse de" yanlış boyutlandırmaktır. Çok düşük VDS; gecikme, komutların zaman aşımı ve bazen de sıralı görevlerde tıkanma yaratır. Fazla büyük kurulum ise gereksiz maliyet doğurur. Bu rehberde Discord botu için minimum VDS gereksinimlerini; komut trafiği, loglama, veri tutma şekli ve görev zamanlama (cron/worker) gibi değişkenlere göre netleştiriyoruz.

Amaç: Kurduğun botun mimarisini düşünmeden önce, çalıştırma bütçeni ve teknik sınırları birlikte görmen. Böylece "kaç vCPU, kaç GB RAM" sorusuna tek seferde net cevapla gideceksin.

Minimum VDS hesabı: Discord botu neye yük bindirir?

Discord botu genel olarak tek bir kaynaktan zorlanmaz. Yük; mesaj/komut işleme, API istekleri, görev zamanlaması, veritabanı (DB) erişimi ve loglama gibi kalemlere dağılır.

Aşağıdaki kalemler minimum plan seçimini doğrudan etkiler:

  • Gateway/Events trafiği: Discord’dan gelen event’lerin işlenmesi. En az CPU tüketimi genellikle burada olur ama çok yoğun sunucular/kanallar olursa artar.
  • Botun komut işleme hızı: Kodun senkron/senkron olmayan akışı, kullandığın kütüphane (ör. discord.js, discord.py) ve yaptığın işlemler.
  • Harici HTTP istekleri: API çağrıları (ör. oyun istatistikleri, hava durumu). Network gecikmesi CPU’dan önce darboğaz yapabilir.
  • Veritabanı kullanımı: Bot bazı verileri saklıyorsa (kullanıcı ayarları, puan sistemi, kuyruklar) MySQL/PostgreSQL ya da Redis kullanılır.
  • Zamanlanmış işler: Günlük/saatsel job’lar, rapor üretimi, cache temizliği (cron ile).
  • Loglama ve dosya yazma (disk I/O): Çok detaylı debug log, disk şişmesine ve performans düşüşüne neden olur.
  • Sürüm güncellemeleri ve restart sıklığı: Uygulamanın stabilitesi kadar VDS’nin de uptime/yeniden başlatma politikası önemlidir.

Bu yüzden minimum VDS’i tek bir sayıdan ziyade "sınırları olan bir minimum" olarak almak doğru olur.

Senaryo bazlı minimum VDS değerleri (net aralıklar)

Aşağıdaki tablo, botu Discord’dan gelen event’leri işleyen; komutları yanıtlayan ve küçük/orta veri tutan senaryolar için pratik bir başlangıç aralığıdır. Gerçek değerler koduna ve kullandığın kütüphanelere göre değişir; ancak boyutlandırmayı netleştirmek için yeterince öğreticidir.

Bot senaryosu Yaklaşık kullanım profili Minimum vCPU Minimum RAM Disk (SSD) Network Önerilen gözlem
Tek sunucu, düşük trafik Günde 200-1000 komut, basit komutlar, çok az DB 1 1 GB 20 GB Düşük-orta CPU < %50, RAM < %60
Orta seviye bot Birden fazla sunucu, günde 2.000-10.000 komut, DB var (küçük) 1-2 2 GB 25-40 GB Orta DB bağlantı sayısı & latency
Yoğun komut + görev Toplu işlemler, saatlik rapor, webhooks + API çağrıları, DB büyüyor 2 4 GB 40-60 GB Orta-yüksek Event işleme gecikmesi
Premium özellik / ağır işlem Görsel üretimi, uzun işlem queue’ları, sık restart yok 2-4 6-8 GB 60-100 GB Yüksek Worker backlog (kuyruk)

Bu değerlerin "minimum" olmasını sağlayan şartlar

  • Uygulamada asenkron (async) akış doğru kullanılıyorsa (Node.js event loop tıkanmıyorsa / Python’da bloklayıcı işler ayrı worker’da ise) daha düşük RAM ile çalışmak mümkün olur.
  • DB sorguları indekslenmişse ve bağlantı havuzu doğru ayarlanmışsa 2 vCPU/2 GB ile bile stabil kalabilir.
  • Loglar aşırı detaylı değilse disk I/O baskısı azalır.

1 vCPU/1 GB RAM gerçekten yeter mi? Evet, ama hangi koşullarda?

"Minimum" sorusunun net cevabı: 1 vCPU + 1 GB RAM yalnızca belirli koşullarda mantıklıdır.

Yeterli olduğu net koşullar

  • Bot günde en fazla birkaç bin komut yanıtlıyor.
  • Komutlar kısa sürüyor (ör. ortalama yanıt süresi saniyeler içinde, uzun işlem yok).
  • DB kullanıyorsan veri hacmi küçük ve sorgular hızlı.
  • Loglama sınırlı: debug log her olayı yazmıyor.
  • Zamanlanmış işler seyrek (ör. günde 1 kez) ve her çalıştığında çok ağır hesap yapmıyor.

Yetersiz kalacağı net işaretler

  • Komutlar bazen yanıt vermiyor ve timeout oluşuyorsa.
  • RAM sürekli %80-90 bandında kalıyor; restart ihtiyacı artıyorsa.
  • CPU kısa süreli değil, sürekli %70+ kullanımdaysa.
  • DB bağlantı sayısı çoğalıyor (ör. "Too many connections" benzeri durumlar).

Bu işaretler varsa minimumu 2 GB RAM’e veya 2 vCPU’ya yükseltmek gerekir. Discord botu ölçeklenirken genelde CPU’dan çok RAM ve I/O darboğaz yaratır.

Disk seçimi: 20 GB yetmezse neden olur?

Discord bot için minimum disk çoğu kullanıcıya göre yeterli görünür; 20-25 GB ile başlanır. Ancak disk uzun vadede şu yüzden dolabilir:

  • Sürekli büyüyen log dosyaları
  • Cache dizinlerinin temizlenmemesi
  • Geçici dosyaların (tmp) kalması
  • Uygulama tarafından üretilen rapor/asset birikmesi

Minimum disk karar kuralı (net)

  • Başlangıçta 20 GB SSD: tek sunucu/az trafik için çoğu botta yeter.
  • Orta trafikte: 25-40 GB SSD daha güvenli.
  • Yoğun API + görsel üretim + geniş log: 40-60 GB SSD

Diskin "minimum"u kadar önemli olan şey: log rotation (log döndürme) ve tmp temizliği. İkisi yoksa disk her zaman bir noktada bitebilir.

RAM ve performans: en doğru ölçüm botun gecikmesi

Minimum VDS’i seçerken CPU/RAM metriklerini tek başına değil, botun davranışıyla birlikte yorumla.

Takip etmen gereken 4 net metrik

  • Komut yanıt süresi (p95): En sık şikâyet burada çıkar.
  • Event işleme gecikmesi: Node/Python süreçleri düzenli mi?
  • DB yanıt süresi: Her komutta DB’ye gidiyorsan gecikme büyür.
  • Disk I/O: Loglar veya cache yazımı tıkanma yapar.

Basit pratik öneri

  • Uygulama içi metrik toplama yapıyorsan, komutların ortalama yerine p95 ve max değerlerini kayıt altına al.
  • p95 büyüyorsa; bu genellikle RAM baskısı, bloklayıcı işlem veya DB gecikmesi demektir.

Ağ (network) ve rate limit: minimumu belirleyen gizli unsur

Discord botlarında ağ bandı çoğu zaman ana sorun olmaz. Fakat iki durumda network net etkiler yaratır:

  1. Sık dış API çağrısı (web scrapping değil, düzgün API ama yine de çağrı sayısı yüksek)
  2. Çok sayıda event’in eşzamanlı işlenmesi

Network için minimum karar

  • Başlangıç botlarda kısıtlı network bile çalışır; ancak dış API ve görsel üretim varsa orta-yüksek ağ performansı tercih et.
  • Gateway event’leri için ayrıca bekleme/queue tasarımı yap. Komutları anında işlemek yerine gerektiğinde kuyruğa almak, düşük VDS’de bile stabiliteyi artırır.

DB kullanıyorsan minimum VDS nasıl değişir?

Bot veriyi saklıyorsa DB katmanı performansı belirler.

DB seçenekleri

  • Aynı VDS üzerinde DB: Minimum maliyet, ama kaynak paylaşımı var.
  • Ayrı DB sunucusu: Daha stabil, ama ek maliyet.

Net minimum öneriler

  • Küçük DB ve düşük trafik: Aynı VDS’de MySQL/PostgreSQL çalışabilir.
  • Orta/yoğun trafik: En azından DB bağlantı havuzu (pool) kullan ve sorgu indekslerini doğrula.
  • Redis kullanıyorsan: cache ve kuyruk (queue) için RAM gereksinimini hesaba kat.

Kontrol paneli ve işletim sistemi: “minimum”u etkileyen seçimler

Discord bot çoğunlukla Docker veya direkt uygulama çalıştırma ile kurulur. Bu nedenle kontrol paneli şart değildir. Minimumu doğru kurmak için aşağıdaki kararlar etkilidir:

İşletim sistemi

  • Linux tabanlı VDS (Debian/Ubuntu) tipik olarak en az sürtünme ile çalışır.
  • Node/Python çalışma süreleri Linux’ta daha öngörülebilir olur.

Kontrol paneli gerekli mi?

  • Eğer sadece bot çalıştıracaksan kontrol paneli şart değil.
  • Ancak düzenli log inceleme, cron yönetimi ve basit servis yönetimi istiyorsan hafif bir panel/ek araç işini kolaylaştırır.

Güvenlik minimumu

  • SSH erişimini kısıtla (anahtar ile giriş, mümkünse port düşürme + firewall)
  • Uygulama portlarını internetten açma; reverse proxy veya gerekli port kadar aç.

Dağıtım (deployment) ve restart stratejisi: minimumu korur

Minimum VDS’de en büyük düşman "tek seferde şişme" değil, zamanla büyüyen kaynak tüketimidir. Bu nedenle restart stratejisini net kur.

Net önerilen kurulum davranışları

  • Uygulamanı process manager ile yönet (ör. PM2, systemd).
  • Restart’ı körlemesine sık yapma; önce nedeni ölç.
  • Güncelleme sonrası sadece uygulamayı restart et; gereksiz kernel seviyesinde değişikliklerden kaçın.

Bütçe planı: doğru minimumu seçmek için karar akışı

Aşağıdaki akışla VDS boyutunu netleştir:

  1. Botun komut sayısını netleştir: günde kaç komut?
  2. DB kullanıyor musun?
  3. Ortalama komut süresi kaç saniye? En uzun komut kaç saniye?
  4. Loglama kapsamı ne? Debug açık mı?
  5. Dış API çağrıları var mı? Saat başı çağrı sayısı?

Bu soruların yanıtına göre tabloyu uygula:

  • 1 sunucu + basit komutlar → 1 vCPU / 1 GB / 20-25 GB
  • Birden fazla sunucu + DB + 2.000-10.000 komut → 1-2 vCPU / 2 GB / 25-40 GB
  • Yoğun görev + ağır komutlar + queue → 2 vCPU / 4 GB / 40-60 GB

Sonuç: Aksiyon önerisi (hemen uygulayacağın net adımlar)

Discord botu için minimum VDS seçimi, tek bir "şu kadar RAM yeter" cümlesinden ibaret değil; komut trafiği, DB, loglama ve görev zamanlaması birlikte düşünülmeli. Bugün başlayacaksan en güvenilir yol: önce senaryona uygun aralığı seç, ardından ilk 3-7 gün kaynak metriklerini ölçüp ayarlamak.

Şu an karar vermen gerekiyorsa: Tek sunucu/basit bot için 1 vCPU + 1 GB RAM ve 20-25 GB SSD ile başla; fakat RAM ve CPU sürekli yüksekse 2 GB RAM’e geç. Orta/yoğun trafik ve DB varsa 2 GB RAM ile başlamak daha az sorun çıkarır. Kurduktan sonra komut p95 gecikmesi ve DB yanıt süresini izleyip boyutlandırmayı güncelle.

Net ve sorunsuz ilerlemek için ilk kurulumdan sonra beklemeden metrik toplayıp (komut yanıt süresi, RAM/CPU, disk I/O) 1 kere gerçek veriye göre revizyon yap.

Etiketler: #vds #discord botu #vps #hosting #performans

Hosting karşılaştırması yapmaya hazır mısın?

100+ firmanın fiyatlarını tek tıkla karşılaştır, en uygun paketi bul.

Hosting Karşılaştır →

İlgili Yazılar

0 ürün seçildi
NetKıyas AI
Hosting danışmanınız
Merhaba! Ben NetKıyas yapay zekâ asistanı. Hosting, VDS, VPS veya sunucu seçiminde size yardımcı olabilirim. Ne arıyorsunuz?