Wat is 'Redundancy' en hoe voorkom je een 'Single Point of Failure'?

Alex de Vries

Quantitatief Analist & Algo-Trading Expert

Stel je voor: je hebt een perfect werkende trading bot in Python, gebouwd met backtests die kloppen als een bus. Je zet hem live bij je broker via hun API en je verdient geld.

Totdat je internet eruit ligt. Of je VPS crasht. Of de broker zelf een storing heeft.

Je bot stopt en je verliest geld. Dat is een 'Single Point of Failure' (SPOF).

Het is één zwakke schakel die je hele operatie kan stoppen. Redundancy is je reddingsboei: het betekent dat je overbodigheid inbouwt, zodat als één onderdeel faalt, een ander het overneemt. In de wereld van algoritmische trading is dit geen luxe, maar een must. Laten we kijken hoe je dit praktisch aanpakt, zonder ingewikkelde theorie.

Wat heb je nodig? De basisvoorzieningen

Om redundancy op te zetten, begin je met een solide basis. Je hebt niet veel nodig, maar wel de juiste dingen.

• Een VPS (Virtual Private Server) van een betrouwbare provider, bijvoorbeeld Hetzner (vanaf €5/maand) of DigitalOcean (vanaf €6/maand). Kies een locatie dicht bij je broker's server voor lage latency, bijvoorbeeld Frankfurt voor Interactive Brokers.
• Een tweede VPS als backup, bij voorkeur bij een andere provider of in een ander datacenter. Dit voorkomt dat een lokale storing beide servers treft.
• Een broker API-toegang (bijv. Interactive Brokers API of Alpaca) met API-sleutels. Zorg dat je demo-omgeving hebt getest voordat je live gaat.
• Python-omgeving met libraries zoals ccxt voor crypto-brokers of ib_insync voor Interactive Brokers. Installeer ook monitoring-tools zoals Prometheus of een simpel script met logging.
• Een tweede broker account als fallback, voor als je primaire broker uitvalt. Bijvoorbeeld een account bij zowel Interactive Brokers als een crypto-exchange zoals Binance via API.
• Een e-mail/SMS alert systeem, zoals Zapier of een simpel Python-script met Twilio (kost ongeveer €0,01 per SMS).

Reken op een initiële investering van €50-€100 per maand, afhankelijk van je setup. Hier is je checklist: Tip: begin klein.

Je hoeft niet meteen 10 servers te draaien. Eén primary VPS en één backup is genoeg om te starten.

Stap 1: Kies en configureer je VPS-en voor lage latency

De eerste stap is het opzetten van de perfecte infrastructuur voor je trading bot. Dit is de fundering van je trading bot.

1. Log in op je cloud-provider (bijv. Hetzner) en maak een nieuwe VPS aan. Kies een small instance (1 CPU, 2 GB RAM, 20 GB SSD) – dat kost ongeveer €5/maand. Selecteer een locatie dicht bij je broker; voor Europese brokers kies Frankfurt of Amsterdam.
2. Installeer Ubuntu 22.04 LTS via de webinterface. Tijd: 5 minuten. Gebruik SSH om verbinding te maken (bijv. ssh root@jouw-ip). Veelgemaakte fout: vergeten een firewall in te schakelen. Doe dit direct: sudo ufw enable en open poort 22 voor SSH.
3. Herhaal dit voor je backup-VPS. Kies een andere provider (bijv. DigitalOcean in plaats van Hetzner) om provider-specifieke storingen te voorkomen. Kosten: €6/maand extra. Tijd: 10 minuten per VPS.
4. Test de latency: gebruik een tool als ping of mtr om de verbinding naar je broker te meten. Doel: onder de 10ms voor real-time trading. Als het hoger is, verplaats je VPS naar een betere locatie.
5. Veelgemaakte fout: te goedkope VPS kiezen met shared CPU, wat tijdens pieken vertraging geeft. Kies dedicated cores voor €2-3 meer per maand.

Zonder goede VPS heb je al snel last van vertraging, wat je winst opsoupeert. Resultaat: Je hebt nu twee VPS-en die soepel draaien. Latency is key – elke milliseconde telt in algorithmic trading.

Stap 2: Zet redundancy op voor je trading bot en API

Nu je VPS-en draaien, is het tijd om je Python-bot redundant te maken.

1. Schrijf je Python-bot met een main-loop die trades uitvoert via de broker API. Gebruik bibliotheken als ib_insync voor Interactive Brokers of ccxt voor crypto. Test eerst op je primary VPS met historische data voor backtesting (bijv. via Python's backtrader library).
2. Implementeer een heartbeat-mechanisme: je bot stuurt elke 30 seconden een ping naar een monitoring-script op de backup-VPS. Als er geen ping komt, neemt de backup over. Code-voorbeeld: gebruik threading in Python om een heartbeat-thread te laten lopen.
3. Sync je data: gebruik een tool als rsync of een database zoals PostgreSQL (kost €0 via open-source) om ordergeschiedenis en posities te synchroniseren tussen VPS-en. Doe dit elke minuut. Tijd om in te stellen: 30 minuten.
4. Test de failover: zet je primary VPS handmatig uit (bijv. via de provider dashboard) en kijk of de backup binnen 1-2 minuten overneemt. Gebruik een demo-account om echte trades te simuleren zonder risico.
5. Voor redundancy in de broker-API: configureer twee API-sleutels – één per VPS. Bij crypto-brokers zoals Binance, gebruik je IP-whitelisting voor beide VPS-IP's. Kosten: meestal gratis, maar check limieten (bijv. Binance heeft 1200 requests per minuut).
6. Veelgemaakte fout: vergeten om API-ratelimits te testen. Je bot kan geblokkeerd raken als te veel requests stuurt. Gebruik een queue-systeem zoals Redis (gratis) om requests te bufferen.

Dit betekent dat je bot op beide VPS-en kan draaien, maar slechts één actief is. Gebruik een eenvoudig failover-systeem en Docker Compose voor je database en bot.

Met deze stap loopt je bot niet meer vast bij één storing. Je hebt nu een actieve-passive setup: primary draait, backup staat standby.

Stap 3: Monitor en alert voor vroege detectie

Redundancy werkt alleen als je weet wanneer iets misgaat. Monitoring is je ogen en oren.

1. Installeer een monitoring-tool op beide VPS-en. Gebruik Prometheus (gratis) met Grafana voor dashboards. Of een simpel Python-script dat logs naar een bestand schrijft en e-mails stuurt via SMTP (bijv. Gmail, gratis).
2. Monitor key metrics: CPU-gebruik (onder 80% houden), latency naar broker (onder 10ms), en API-response-tijd (onder 100ms). Stel alerts in: als latency >20ms, krijg je een SMS via Twilio (kost €0,01 per alert).
3. Test je alerts: simuleer een crash door je bot te stoppen en kijk of je binnen 1 minuut een melding krijgt. Tijd om te testen: 15 minuten. Gebruik tools als UptimeRobot voor externe monitoring (gratis tot 50 monitors).
4. Integreer risicomanagement: voeg een script toe dat je posities automatisch sluit als de bot crasht. Bijvoorbeeld: als geen heartbeat, dan cancel alle open orders via de API. Dit voorkomt verlies tijdens downtime.
5. Veelgemaakte fout: te veel alerts waardoor je ze negeert. Begin met 3-5 kernmetrics en breid uit. Test wekelijks.

Zonder dit loop je blind risico's. Resultaat: Je bent altijd op de hoogte. Een storing duurt niet langer dan nodig is.

Stap 4: Back-up en test je setup regelmatig

Back-ups zijn je veiligheidsnet. Zorg ook dat je geen zwakke wachtwoorden gebruikt voor je server; zonder testen is je redundantie anders waardeloos.

1. Automatiseer back-ups: gebruik cron-jobs op je VPS om elke nacht een snapshot te maken van je bot-code en data. Sla op in de cloud (bijv. AWS S3, €0,02 per GB/maand). Tijd om in te stellen: 20 minuten.
2. Test herstel: elke maand, zet je bot terug op een derde test-VPS en draai een backtest met Python. Gebruik historische data van je broker (bijv. via API-download). Kosten: €0 als je demo-data gebruikt.
3. Diversifieer brokers: als je primary broker (bijv. Interactive Brokers) uitvalt, switch naar een tweede zoals Alpaca voor aandelen of Kraken voor crypto. Houd €100-500 op elk account voor directe toegang.
4. Documenteer je setup: schrijf een simpel README-bestand met stappen om failover te activeren. Deel het met een trusted collega voor noodgevallen.
5. Veelgemaakte fout: back-ups niet versleutelen. Gebruik tools als GPG om gevoelige API-sleutels te beschermen. En test niet alleen, maar meet de hersteltijd – doel: onder 5 minuten.

Door dit te doen, bouw je vertrouwen op. Je weet dat je bot blijft draaien, zelfs als er wat gebeurt.

Verificatie-checklist

Voordat je live gaat, loop deze checklist af. Vink elk item af voor een solide setup.

• ✅ Twee VPS-en draaien bij verschillende providers, met latency onder 10ms naar je broker.
• ✅ Python-bot met failover-code getest: primary crasht, backup neemt over binnen 2 minuten.
• ✅ API-toegang geconfigureerd voor beide VPS-en, met rate-limits getest (bijv. <1000 requests/minuut).
• ✅ Monitoring actief met alerts (CPU, latency, heartbeat) en getest via simulatie.
• ✅ Back-ups geautomatiseerd en herstel getest op een derde VPS.
• ✅ Risicomanagement ingebouwd: automatisch sluiten van posities bij crash.
• ✅ Totale kosten onder €20/maand voor basisopzet, zonder verborgen kosten.

Als je alles afvinkt, ben je klaar. Je hebt nu een redundante infrastructuur die je trading bot beschermt tegen single points of failure.

Ga ervoor en trade met gemoedsrust!