ICAP प्रदर्शन सारांश
यह दस्तावेज़ इस बारे में मार्गदर्शन प्रदान करता है कि Glasswall Halo ICAP server विभिन्न deployment आकारों में कैसे प्रदर्शन करता है, जैसा कि Performance summary में विस्तार से बताया गया है।
ये पूर्वनिर्धारित deployment आकार संगठनों को यह समझने में मदद करते हैं कि Halo उनके संचालन के पैमाने के सापेक्ष कैसे प्रदर्शन कर सकता है।
हालाँकि ये तीन उदाहरण configuration उपयोगी benchmark के रूप में काम करते हैं, Halo अत्यधिक scalable है। यदि पर्याप्त compute resources और budget उपलब्ध हों, तो इसे प्रदर्शन और capacity आवश्यकताओं की विस्तृत श्रृंखला को पूरा करने के लिए deploy किया जा सकता है।
ये दिशानिर्देश प्रदर्शन अपेक्षाएँ निर्धारित करने और प्रारंभिक deployment निर्णयों को सूचित करने के लिए एक framework प्रदान करते हैं।
Deployment उपयोग के मामले
उपयोग का मामला 1: केवल file downloads
यह मॉडल उन संगठनों पर लागू होता है जो Halo ICAP server का उपयोग विशेष रूप से जानबूझकर किए गए file downloads के लिए करते हैं — जैसे documents, installers, या media files। इस परिदृश्य में, केवल जानबूझकर, उपयोगकर्ता-आरंभित downloads ही ICAP server को अग्रेषित किए जाते हैं। अन्य सभी web assets (जैसे images, scripts, और stylesheets) को बाहर रखा जाता है।
प्रति सेकंड अनुमानित requests (RPS)
यह माना गया है कि प्रत्येक उपयोगकर्ता लगभग प्रति दिन 40 file downloads आरंभ करता है। यह अनुमान Glasswall के आंतरिक अवलोकनों पर आधारित है।
दैनिक downloads को प्रति सेकंड requests में बदलने के लिए:
RPS = 40 downloads per day ÷ 86400 seconds per day ≈ 0.00046
सरलता के लिए, इसे प्रति उपयोगकर्ता 0.00046 RPS तक round किया गया है।
| कर्मचारियों की संख्या | प्रति सेकंड अनुमानित requests (RPS) |
|---|---|
| 100 | 0.046 RPS |
| 500 | 0.23 RPS |
| 1,000 | 0.46 RPS |
| 5,000 | 2.3 RPS |
नोट: एक "request" से आशय उपयोगकर्ता द्वारा शुरू किए गए उस फ़ाइल डाउनलोड से है जिसे ICAP server द्वारा स्कैन किया जाता है। उदाहरणों में PDF report, zip archive, या executable file डाउनलोड करना शामिल है।
ये आंकड़े रूढ़िवादी हैं। वास्तविक उपयोग automation scripts, scheduled downloads, या उपयोगकर्ता व्यवहार के आधार पर भिन्न हो सकता है। यदि आपके environment में automated systems या बार-बार होने वाले batch downloads शामिल हैं, तो अपनी गणनाओं को उसी अनुसार समायोजित करें।
उदाहरण performance result
छोटा deployment
- Single Node Kubernetes cluster
- 5 Engines
- 8 Virtual cores
- 28 GB memory
Throughput: प्रति सेकंड 30 Requests (RPS)
समतुल्य संगठन का आकार: लगभग 65,000 users (फ़ाइल डाउनलोड use case)
उपयोग का मामला 2: सभी web traffic scanning
इस मॉडल में, Halo ICAP server केवल जानबूझकर किए गए downloads ही नहीं, बल्कि सभी web traffic को स्कैन करता है। यह मानता है कि उपयोगकर्ता के browser या machine पर एक proxy सभी web requests को ICAP server तक अग्रेषित करता है।
अनुमानित requests per second (rps)
वेब उपयोग के अनुमान निम्न पर आधारित हैं:
- औसतन एक वेब पेज को लोड होने के लिए 71 assets की आवश्यकता होती है (http archive 2024)
- उपयोगकर्ता प्रतिदिन लगभग 130 वेब पेज देखते हैं (digital silk web statistics)
इसका परिणाम है:
9230 asset requests per user per day
RPS में परिवर्तित करना:
RPS = 9230 ÷ 86400 ≈ 0.1068
सरलता के लिए, इसे प्रति उपयोगकर्ता 0.1 RPS तक राउंड किया गया है।
| कर्मचारियों की संख्या | प्रति सेकंड अनुमानित requests (RPS) |
|---|---|
| 10 | 1 RPS |
| 50 | 5 RPS |
| 100 | 10 RPS |
| 250 | 25 RPS |
नोट: यह गणना browser caching को ध्यान में नहीं रखती, जो ICAP server पर लोड को काफी कम कर सकती है। चूंकि विश्वसनीय cache hit rate डेटा उपलब्ध नहीं है, ये अनुमान no caching मानकर बनाए गए हैं। व्यवहार में वास्तविक system load कम हो सकता है।
उदाहरण performance results
छोटा deployment
- Single Node Kubernetes cluster
- 5 Engines
- 8 Virtual cores
- 28 GB memory
Throughput: प्रति सेकंड 30 Requests (RPS)
समतुल्य संगठन का आकार: लगभग 300 उपयोगकर्ता (सभी वेब ट्रैफ़िक उपयोग मामला)
मध्यम परिनियोजन
- 3 Node Kubernetes क्लस्टर
- कुल 15 Engines
- प्रति node 8 Virtual cores (कुल 24)
- प्रति node 28 GB memory (कुल 84 GB)
थ्रूपुट: 70 Requests per second (RPS)
समतुल्य संगठन का आकार: लगभग 700 उपयोगकर्ता
बड़ा परिनियोजन
- 5 Node Kubernetes क्लस्टर
- कुल 25 Engines
- प्रति node 8 Virtual cores (कुल 40)
- प्रति node 28 GB memory (कुल 140 GB)
थ्रूपुट: 100 Requests per second (RPS)
समतुल्य संगठन का आकार: लगभग 1000 उपयोगकर्ता
सारांश
ये परिनियोजन उदाहरण आपके Glasswall Halo ICAP server deployment का आकार निर्धारित करने के लिए एक प्रारंभिक बिंदु प्रदान करते हैं, चाहे आप विशिष्ट file downloads स्कैन कर रहे हों या सभी web traffic। प्रदर्शन को आवश्यकतानुसार horizontal या vertical scaling करके विशिष्ट जरूरतों को पूरा करने के लिए समायोजित किया जा सकता है।
विस्तृत मार्गदर्शन या अनुकूलित sizing सलाह के लिए, Glasswall टीम से संपर्क करें।