सर्वर का चयन
हमने एक लाइव इंस्टेंस को वास्तविक फ़नल के साथ लोड किया और सब कुछ मापा। परिणाम: यहाँ तक कि सबसे सामान्य VPS पर ~$20/माह (4 vCPU / 8 GB) पर भी, Qubix ~1,900 लैंडिंग व्यूज़ प्रति सेकंड देता है — यानी महीने में करोड़ों विज़िट — प्रत्येक ~25 ms में और लोड के तहत शून्य त्रुटियों के साथ। पूरी सेवा ~1.3 GB RAM में फ़िट हो जाती है, मेमोरी लीक नहीं होती और 24/7 संचालन के लिए बनाई गई है।
और यह सीमा नहीं है: 12 कोर पर यह पहले से ही ~6,800 व्यूज़ प्रति सेकंड है — थ्रूपुट कोर की संख्या के साथ रैखिक रूप से बढ़ता है।
नीचे: अपने ट्रैफ़िक के लिए कौन सा सर्वर चुनें, और इन संख्याओं के पीछे पूरे टेस्ट परिणाम।
कौन सा सर्वर चुनें
| आपका ट्रैफ़िक (लगभग) | सर्वर | थ्रूपुट |
|---|---|---|
| ~5M विज़िट/दिन तक (पीक ~1,000/s तक) | 4 vCPU / 8 GB (~$20/माह) | ~1,900 व्यूज़/s — मापा गया, लैंडिंग ~25 ms में |
| ~5–15M/दिन (पीक ~1,000–3,000/s) | 8 vCPU / 16 GB | ~4,000 व्यूज़/s — अनुमानित (~500 प्रति कोर) |
| 15M+/दिन (पीक 5,000+/s) | 12 vCPU / 16 GB | ~6,800 व्यूज़/s — मापा गया |
सरल नियम: कोर ≈ पीक विज़िट प्रति सेकंड ÷ 500। अनुशंसित सेटअप के लिए 8 GB RAM पर्याप्त है, 16 GB हेडरूम के साथ।
यह कितना संभाल सकता है — और हमने कैसे मापा
टेस्ट की स्थितियाँ:
- टेस्ट के अधीन सर्वर: एक DigitalOcean क्लाउड VPS — 4 vCPU / 8 GB, SSD, Debian 13 (kernel 6.12), फ्रैंकफर्ट क्षेत्र। एक सामान्य, बिना विशेष संशोधन वाली मशीन ~$20/माह के लिए।
- लोड जनरेटर: एक अलग सर्वर (12 कोर) — ताकि इंस्टेंस अपने संसाधन केवल अपने काम पर खर्च करे, टेस्ट पर नहीं। टूल — bombardier (keep-alive के साथ HTTP), 50 से 1000 concurrent कनेक्शन तक, प्रति रन 15–30 सेकंड।
- हमने क्या लोड किया: एक लाइव कॉन्फ़िगर किया गया फ़नल — एक वास्तविक डोमेन जो एक cloaked लैंडिंग (~45 KB) को काम करने वाले cloaking निर्णय के साथ सर्व कर रहा था, साथ में कन्वर्ज़न पोस्टबैक।
- हमने क्या देखा: CPU, मेमोरी, swap और लेटेंसी — पूरे समय रियल टाइम में।
- स्केलिंग के लिए हमने वही टेस्ट 12 vCPU / 64 GB सर्वर पर चलाया।
अनुशंसित सर्वर, 4 vCPU / 8 GB:
| रिक्वेस्ट का प्रकार | संभालता है | लेटेंसी | त्रुटियाँ |
|---|---|---|---|
| पूर्ण लैंडिंग (cloaked, ~45 KB) | ~1,900/s | ~25 ms (250 concurrent पर भी — 0.13 s) | 0 |
| कन्वर्ज़न पोस्टबैक | ~13,000/s | ~25 ms | 0 |
| हल्की रिक्वेस्ट | ~16,000/s | ~20 ms | 0 |
1000 concurrent कनेक्शन तक एक भी त्रुटि नहीं। ओवरलोड के तहत इंस्टेंस क्रैश नहीं होता या रिक्वेस्ट ड्रॉप नहीं करता — केवल लेटेंसी बढ़ती है (रेटिंग से बहुत अधिक लोड पर ~25 ms से 0.13–0.26 s तक), और जैसे ही पीक कम होता है रिस्पॉन्स सामान्य हो जाता है।
पीक पर क्या सीमित करता है। सभी 4 कोर 95–100% पर चलते हैं — सीमा CPU है, इसीलिए क्षमता कोर के साथ बढ़ती है। मेमोरी शांत रही: लोड के तहत लगभग 1.1–1.3 GB, कोई swap नहीं, हमेशा 3.8 GB से अधिक खाली।
मेमोरी लीक नहीं होती। हमने अलग से पॉज़ के साथ चार लोड साइकिल लगातार चलाए और मेमोरी देखी: आइडल पर सेवा लगभग 0.7 GB उपयोग करती थी, पीक लोड पर यह लगभग 1.2 GB तक बढ़ी, और पॉज़ में यह ~0.8 GB पर वापस आ गई — साइकिल से साइकिल तक कोई निर्माण नहीं। इंस्टेंस निरंतर 24/7 संचालन के लिए उपयुक्त है।
कोर के अनुसार स्केलिंग। 12 vCPU सर्वर पर वही टेस्ट:
| सर्वर | पूर्ण लैंडिंग | हल्की रिक्वेस्ट |
|---|---|---|
| 4 vCPU | ~1,900/s | ~16,000/s |
| 12 vCPU | ~6,800/s | ~80,000/s |
थ्रूपुट कोर की संख्या के अनुपात में बढ़ता है — लगभग 500 लैंडिंग व्यूज़ प्रति सेकंड प्रति vCPU (मापा गया: 475 से 567 तक)। इसीलिए ऊपर कोर-साइज़िंग नियम है।
Cloudflare के साथ — और भी तेज़, और मुफ़्त
Qubix किसी भी डोमेन को Cloudflare — सर्वरों के वैश्विक नेटवर्क — के माध्यम से सर्व करता है और DNS तथा SSL की देखभाल आपसे लेता है। तेज़ लोडिंग डिफ़ॉल्ट रूप से चालू है (Settings → Cloudflare के तहत प्रबंधित करें): आपकी साइट की स्टैटिक फ़ाइलें (स्क्रिप्ट, स्टाइल, आइकन और स्क्रीनशॉट) निकटतम Cloudflare सर्वर से विज़िटर को सर्व की जाती हैं।
- विज़िटर के लिए बहुत तेज़ — पेज फ़ाइलें निकटतम Cloudflare सर्वर से आती हैं, दुनिया के दूसरे छोर पर आपके सर्वर से नहीं। लैंडिंग दुनिया भर में लगभग तुरंत खुलती हैं।
- आपके सर्वर पर दसियों गुना कम लोड — प्रत्येक पेज दर्जनों स्टैटिक फ़ाइलें खींचता है (स्क्रिप्ट, स्टाइल, आइकन, स्क्रीनशॉट), और Cloudflare उन्हें अपने सर्वर से सर्व करता है। आपका सर्वर केवल डायनामिक हिस्सा संभालता है — उसी हार्डवेयर पर आप दसियों गुना अधिक विज़िटर सर्व करते हैं।
- मुफ़्त — Cloudflare नेटवर्क और कैशिंग दोनों का कोई शुल्क नहीं, और Qubix आपके लिए सब कुछ सेट करता है।
डायनामिक हिस्सा — cloaking निर्णय और लैंडिंग स्वयं — अभी भी आपके सर्वर पर चलता है (यही वास्तव में ऊपर की संख्याएं मापती हैं); Cloudflare इसके आसपास की हर चीज़ की देखभाल करता है। और जानें Domains में।
डिस्क स्पेस की ज़रूरत कितनी है
पूरी क्षमता पर — हर विज़िट की स्क्रीन रिकॉर्डिंग, आपके सभी आँकड़े और फ़नल, साथ में आपकी क्रिएटिव लाइब्रेरी — 20 GB लगभग 3,00,000 विज़िट प्रति माह संभाल लेता है, और वर्षों तक चलता है: एक साल से पुरानी रिकॉर्डिंग अपने आप डिलीट हो जाती हैं, और ट्रैफ़िक हिस्ट्री साल में केवल ~0.5 GB जोड़ती है। असली डिस्क उपभोक्ता आपके क्रिएटिव हैं (स्थायी रूप से रखे जाते हैं): लाइब्रेरी जितनी बड़ी, उतनी अधिक जगह चाहिए। यहाँ भी Qubix जगह बचाता है — यह एक ही क्रिएटिव को कभी दो बार स्टोर नहीं करता (dedup थोड़े बदले हुए कॉपी को भी पकड़ता है), और यही फ़ीचर आपके आँकड़ों को भी बेहतर बनाता है (सैकड़ों विज्ञापनों में एक ही क्रिएटिव एक के रूप में गिना जाता है, संयुक्त ROAS के साथ)। 20 GB लगभग 2,500 वीडियो या 30,000 छवियाँ होती हैं; बहुत अधिक लोड करें (एक मिलियन क्रिएटिव पहले से ही टेराबाइट्स हैं) तो आनुपातिक रूप से बड़ी डिस्क लें — जिसे आप कभी भी बढ़ा सकते हैं।
SSD या HDD — यहाँ बचत हो सकती है। विज़िटर के लिए पेज किसी भी डिस्क पर समान रूप से तेज़ खुलते हैं, इसलिए सस्ता HDD सर्वर लेने में कोई हिचकिचाहट नहीं। SSD का अंतर केवल एडमिन पैनल के अंदर और केवल बड़े वॉल्यूम पर दिखता है: रिपोर्ट डिस्क से हिस्ट्री पढ़ती हैं और HDD पर थोड़ा धीरे बनती हैं — इससे विज़िटर के लिए लैंडिंग खुलने की गति पर कोई असर नहीं पड़ता।