Wie viel RAM braucht ein Discord-Bot? Sizing-Guide 2026

Wer 2026 nach Discord-Bot-Hosting sucht, sieht Pakete von 1,50 €/Monat (128 MB RAM) bis zu 25 €+ (8 GB). Das Marketing suggeriert: mehr RAM ist immer besser. Stimmt nicht. Die meisten Bots brauchen nur einen Bruchteil dessen, was Hoster bewerben — und ein paar spezifische Bot-Typen brauchen deutlich mehr als das, was ihr Hoster empfiehlt.

Das hier ist, was wir einem Freund sagen würden, der fragt „wie viel RAM brauche ich wirklich für meinen Bot in 2026" — geschrieben von Leuten, die tausende Bot-Container betreiben.

Die Kurzfassung

Falls du den Rest nicht lesen willst:

Was dein Bot tut	Realistisches RAM
Slash-Command Utility / Moderation, ≤ 5 Server	256–512 MB
Selbe, aber mit SQLite oder LowDB	512 MB – 1 GB
Music-Bot (FFmpeg, Voice-Connections)	1 – 2 GB
Multi-Purpose Bot in 50+ Servern	1 – 2 GB
Großer Multi-Server-Bot (200+ Guilds) mit persistenter DB	2 – 4 GB
Geshardeter Bot mit 2.500+ Guilds	2 GB pro Shard
Bot mit embedded ML (Bildgen, Transcription, LLM-Cache)	4 – 16 GB

Der ehrliche Median für die Bots, die wir hosten? 512 MB. Die meisten Leute kaufen mehr als sie brauchen und nutzen die Reserve nie.

Was wirklich RAM frisst in einem Discord-Bot

Um die richtige Stufe zu wählen, hilft es zu verstehen, wo der Speicher hingeht.

1. Die Runtime selbst

Der Node.js- oder Python-Prozess-Baseline — bevor dein Bot überhaupt was macht:

• Node.js 20+: ~50–80 MB im Idle für einen discord.js Client in einer Guild.
• Python 3.11+: ~40–60 MB für discord.py oder interactions.py.
• Java 17+ / JDA: ~150–250 MB. Der JVM-Overhead ist ein realer Kostenfaktor bei kleinen Bots — wenn du die Sprache wählen kannst und RAM knapp ist, denk daran.
• Go: ~15–30 MB. Leichtgewichtig, aber das Ökosystem ist kleiner.

2. Der Guild-Cache

discord.js und discord.py cachen die Guilds, Channels, Rollen und Member, die dein Bot sehen kann. Default ist alles — was für 5 Server fein ist und für 5.000 ein Desaster.

Grober Daumenwert für discord.js:

• ~50–100 KB pro Guild (Channels, Rollen, Basis-State)
• ~1 KB pro gecachetem Member

Ein 500-Server-Bot mit 100 Membern pro Guild im Schnitt = 500 × (75 KB + 100 KB) = ~85 MB allein im Cache. Bevor dein Code irgendwas macht.

Der größte Single-Win für Bot-RAM: Cache richtig konfigurieren. In discord.js:

const client = new Client({
  intents: [GatewayIntentBits.Guilds, GatewayIntentBits.GuildMessages],
  makeCache: Options.cacheWithLimits({
    MessageManager: 50,              // letzte 50 Messages pro Channel, nicht unbegrenzt
    PresenceManager: 0,              // brauchen wir nicht
    GuildMemberManager: 200,         // Member-Cap pro Guild
  }),
});

In discord.py: member_cache_flags=discord.MemberCacheFlags.none() wenn du Member nicht im Cache brauchst.

3. Persistenter State (deine DB / Dateien)

• SQLite-File im RAM gehalten: meist 10–50 MB
• In-Memory Queues / Cooldown-Maps: ein paar MB, außer du hast einen Leak
• LowDB / JSON-Files: 5–20 MB

Normalerweise klein. Wenn dein nicht klein ist, hast du einen Leak — und mehr RAM kaufen schiebt den Crash nur nach hinten.

4. Voice und FFmpeg

Eine einzige Music-Bot-Voice-Connection mit FFmpeg-Streaming = 150–300 MB extra. Drei parallele Voice-Connections = locker 600 MB. Music-Bots sind der #1 Grund, warum Leute 512 MB sprengen.

Wenn dein Bot Musik spielt, starte bei 1 GB minimum. Punkt.

5. Embedded ML oder externe API-Caches

Alles was ein Modell im RAM hält:

• Whisper (Transcription): 1–4 GB je nach Modellgröße
• Lokal gecachetes kleines LLM (Llama 2 7B quantisiert): 4–8 GB
• Stable Diffusion: 6–12 GB

Die meisten Bots, die mit ML arbeiten, rufen tatsächlich externe APIs auf (OpenAI, Replicate, Hugging Face) und halten lokal fast nichts. Solche Bots brauchen keinen extra RAM über die 512 MB Baseline. Wenn dein Bot eine API aufruft, lebt der RAM beim API-Provider, nicht in deinem Container.

Häufige Sizing-Fehler

Fehler 1: „Ich bin in 100+ Servern, ich brauche 4 GB"

Anzahl Guilds ist ein schwacher Prädiktor. Ein Bot in 100 Servern, der nur auf !help antwortet, nutzt ~150 MB. Ein Bot in 5 Servern, der in 3 davon Musik streamt, nutzt ~800 MB.

Match RAM auf was der Bot auf Hot-Paths tut, nicht wo er installiert ist.

Fehler 2: „Ich nehm direkt 2 GB, sicher ist sicher"

Wenn dein Bot nur 256 MB braucht und du 2 GB kaufst, zahlst du 4–6 €/Monat für 0,50 € echte Resourcen. Mal die Monate, in denen du „noch am Optimieren" bist — und du hast genug ausgegeben, um ein Jahr auf der richtigen Stufe zu finanzieren.

Bei jedem brauchbaren Hoster kannst du live im Panel hochstufen. Fang klein an.

Fehler 3: „Hat einmal mit OOM gecrasht, jetzt brauche ich das Doppelte"

OOM (Out-of-Memory) bei einem kleinen Bot ist fast immer ein Memory-Leak im Code oder ein unbegrenzter Cache. RAM verdoppeln versteckt das Symptom eine Woche, dann holt der Leak dich wieder ein.

So diagnostizierst du richtig:

• process.memoryUsage() einmal pro Minute loggen in Node.js
• Oder psutil.Process().memory_info() in Python
• Anstiegsrate beobachten. Konstant = Leak. Flach-dann-Spike-bei-Event = legitime Workload-Spitze (vielleicht wirklich upgraden).

Fehler 4: „Sharded Bots brauchen riesig RAM"

Discord erzwingt Sharding bei 2.500 Guilds pro Shard. Wenn du shardest, läuft jeder Shard als eigener Prozess. Pro Shard ~2.500 Guilds und typisch 1–2 GB — aber du addierst die nicht in EINEN Container, sondern verteilst sie auf mehrere Prozesse.

Wenn dein Hoster dich zwingt, alle Shards in einen Container zu pferchen, addiert sich's. Wenn er Shards als getrennte Prozesse erlaubt, kannst du flexibel skalieren.

So pickst du die richtige Stufe (Entscheidungsbaum)

1. Music-Bot? → Mindestens 1 GB. Nie weniger.
2. Großer Bot (500+ Guilds) mit ordentlich konfiguriertem Cache? → 1 GB.
3. Großer Bot, dem Cache-Config du nicht traust? → 2 GB und Cache später fixen.
4. Bot ruft embedded ML-Models lokal? → 4 GB+.
5. Alles andere? → 512 MB. Hochstufen wenn du wirklich Decken triffst.

Wenn du nicht weißt in welchen Bucket du fällst: starte bei 512 MB. Die meisten Pläne lassen dich live hochstufen ohne Dateien zu verlieren. Der erste Monat ist deine Monitoring-Phase — die tatsächliche RAM-Nutzung an Tag 30 sagt dir mehr als jede Vorab-Schätzung.

Renzom-spezifische Empfehlungen

Wir hosten Bots auf dediziertem RAM in einem Pterodactyl-Panel — du kriegst genau das, wofür du zahlst, ohne Overselling, mit eingebauten process.memoryUsage()-Equivalent-Metriken in der Konsole.

Bot-Profil	Empfohlene Renzom-Stufe
Hobby Utility-Bot	512 MB (ab 3 €/Monat)
Music-Bot (1–3 Server)	1 GB (ab 5 €/Monat)
Multi-Server-Bot	1–2 GB (5–9 €/Monat)
Production-Bot, hunderte Guilds	2–4 GB (9–15 €/Monat)
Schweres ML in-Process	4 GB+ (15 €+/Monat)

Wenn du deine Stufe mitten im Monat sprengst, stufst du live im Panel hoch — keine Migration, keine Downtime. Wenn du übervorbereitet warst, downgradest du genauso im nächsten Billing-Zyklus.

Egg-Setup-Tipps findest du in unserer Discord-Bot-Hosting-Übersicht, und wir laufen pro Bot in einem eigenen Pterodactyl-Container — OOM-Events tauchen sofort in der Konsole auf statt still State zu korrumpieren.

TL;DR

• Die meisten Discord-Bots brauchen 512 MB, nicht 2 GB.
• Große Ausnahme: Music-Bots (FFmpeg frisst RAM) — start bei 1 GB.
• Andere große Ausnahme: Bots, die ML-Models in-Process laufen lassen — start bei 4 GB.
• Anzahl Guilds ist ein schwaches Signal; was dein Bot tut zählt mehr.
• Cache-Config in discord.js / discord.py ist der größte Single-RAM-Hebel.
• Klein anfangen, monitoren, live hochstufen. Kein Pre-Buy von Reserven, die du nie anfasst.