Buod ng performance ng ICAP
Nagbibigay ang dokumentong ito ng gabay kung paano gumaganap ang Glasswall Halo ICAP server sa iba’t ibang laki ng deployment, gaya ng nakadetalye sa Buod ng performance.
Tinutulungan ng mga paunang itinakdang laki ng deployment na ito ang mga organisasyon na maunawaan kung paano maaaring gumana ang Halo kaugnay ng lawak ng kanilang mga operasyon.
Bagama’t nagsisilbing kapaki-pakinabang na benchmark ang tatlong halimbawang configuration, lubhang nasusukat ang Halo. Maaari itong i-deploy upang matugunan ang malawak na hanay ng mga kinakailangan sa performance at kapasidad, basta may sapat na compute resources at budget na magagamit.
Nag-aalok ang mga gabay na ito ng balangkas para sa pagtatakda ng mga inaasahan sa performance at pagbibigay-kaalaman sa mga paunang desisyon sa deployment.
Mga use case ng deployment
Use case 1: mga pag-download ng file lamang
Nalalapat ang modelong ito sa mga organisasyong gumagamit ng Halo ICAP server eksklusibo para sa sinasadyang mga pag-download ng file — gaya ng mga dokumento, installer, o media file. Sa sitwasyong ito, tanging mga sinadyang pag-download na pinasimulan ng user ang ipinapasa sa ICAP server. Hindi kasama ang lahat ng iba pang web asset (tulad ng mga larawan, script, at stylesheet).
Tinatayang mga request bawat segundo (RPS)
Ipinapalagay na ang bawat user ay nagsisimula ng humigit-kumulang 40 pag-download ng file bawat araw. Nakabatay ang pagtatayang ito sa mga panloob na obserbasyon ng Glasswall.
Upang i-convert ang mga pang-araw-araw na pag-download sa mga request bawat segundo:
RPS = 40 downloads per day ÷ 86400 seconds per day ≈ 0.00046
Para sa pagiging simple, niroround ito sa 0.00046 RPS bawat user.
| Bilang ng mga empleyado | Tinatayang mga request bawat segundo (RPS) |
|---|---|
| 100 | 0.046 RPS |
| 500 | 0.23 RPS |
| 1,000 | 0.46 RPS |
| 5,000 | 2.3 RPS |
Tandaan: ang isang "request" ay tumutukoy sa pag-download ng file na sinimulan ng user at ini-scan ng ICAP server. Kabilang sa mga halimbawa ang pag-download ng PDF report, zip archive, o executable file.
Konserbatibo ang mga bilang na ito. Maaaring mag-iba ang aktuwal na paggamit depende sa automation scripts, mga naka-iskedyul na download, o asal ng user. Kung ang iyong environment ay may kasamang mga automated system o madalas na batch download, ayusin ang iyong mga kalkulasyon nang naaayon.
Halimbawang resulta ng performance
Maliit na deployment
- Iisang Node Kubernetes cluster
- 5 Engines
- 8 Virtual cores
- 28 GB memory
Throughput: 30 Requests bawat segundo (RPS)
Katumbas na laki ng organisasyon: Humigit-kumulang 65,000 users (use case ng pag-download ng file)
Use case 2: pag-scan ng lahat ng web traffic
Sa modelong ito, sini-scan ng Halo ICAP server ang lahat ng web traffic, hindi lang ang mga sinasadyang download. Ipinapalagay nito na ang isang proxy sa browser o machine ng user ay ipinapasa ang lahat ng web request sa ICAP server.
Tinatayang requests per second (rps)
Ang mga pagtataya sa paggamit ng web ay nakabatay sa:
- Ang karaniwang web page ay nangangailangan ng 71 assets para mag-load (http archive 2024)
- Ang mga user ay bumibisita ng humigit-kumulang 130 web pages bawat araw (digital silk web statistics)
Nagreresulta ito sa:
9230 asset requests per user per day
Pag-convert sa RPS:
RPS = 9230 ÷ 86400 ≈ 0.1068
Para sa pagiging simple, ni-round ito sa 0.1 RPS bawat user.
| Bilang ng mga empleyado | Tinatayang mga request bawat segundo (RPS) |
|---|---|
| 10 | 1 RPS |
| 50 | 5 RPS |
| 100 | 10 RPS |
| 250 | 25 RPS |
Tandaan: hindi isinasaalang-alang ng kalkulasyong ito ang browser caching, na maaaring makabuluhang magpababa ng load sa ICAP server. Dahil walang available na maaasahang data para sa cache hit rate, ipinapalagay ng mga pagtatayang ito na walang caching. Maaaring mas mababa ang aktuwal na system load sa praktika.
Mga halimbawang resulta ng performance
Maliit na deployment
- Iisang Node Kubernetes cluster
- 5 Engines
- 8 Virtual cores
- 28 GB memory
Throughput: 30 Requests bawat segundo (RPS)
Katumbas na laki ng organisasyon: humigit-kumulang 300 user (use case ng lahat ng web traffic)
Katamtamang deployment
- 3 Node Kubernetes cluster
- 15 Engines sa kabuuan
- 8 Virtual cores bawat node (24 sa kabuuan)
- 28 GB memory bawat node (84 GB sa kabuuan)
Throughput: 70 Requests bawat segundo (RPS)
Katumbas na laki ng organisasyon: humigit-kumulang 700 user
Malaking deployment
- 5 Node Kubernetes cluster
- 25 Engines sa kabuuan
- 8 Virtual cores bawat node (40 sa kabuuan)
- 28 GB memory bawat node (140 GB sa kabuuan)
Throughput: 100 Requests bawat segundo (RPS)
Katumbas na laki ng organisasyon: humigit-kumulang 1000 user
Buod
Nag-aalok ang mga halimbawang deployment na ito ng panimulang punto para sa pag-size ng iyong deployment ng Glasswall Halo ICAP server, sinusuri mo man ang mga partikular na file download o ang lahat ng web traffic. Maaaring i-tune ang performance upang matugunan ang mga partikular na pangangailangan sa pamamagitan ng pag-scale nang pahalang o patayo ayon sa kinakailangan.
Para sa detalyadong gabay o iniangkop na payo sa sizing, makipag-ugnayan sa Glasswall team.