ICAP 성능 요약
This document provides guidance on how Glasswall Halo ICAP server performs across different deployment sizes, as detailed in the Performance summary.
이러한 사전 정의된 배포 규모는 조직이 운영 규모에 비해 Halo가 어떻게 성능을 발휘할 수 있는지 이해하는 데 도움이 됩니다.
세 가지 예시 구성은 유용한 벤치마크 역할을 하지만, Halo는 매우 높은 확장성을 제공합니다. 충분한 컴퓨팅 리소스와 예산이 있다면, 광범위한 성능 및 용량 요구 사항을 충족하도록 배포할 수 있습니다.
이 지침은 성능 기대치를 설정하고 초기 배포 결정을 내리는 데 참고할 수 있는 프레임워크를 제공합니다.
배포 사용 사례
사용 사례 1: 파일 다운로드만
이 모델은 Halo ICAP server를 의도적인 파일 다운로드에만 전적으로 사용하는 조직에 적용됩니다. 예를 들어 문서, 설치 프로그램 또는 미디어 파일이 이에 해당합니다. 이 시나리오에서는 사용자가 의도적으로 시작한 다운로드만 ICAP server로 전달됩니다. 이미지, 스크립트, 스타일시트와 같은 다른 모든 웹 자산은 제외됩니다.
초당 예상 요청 수 (RPS)
각 사용자는 하루에 약 40회의 파일 다운로드를 시작하는 것으로 가정합니다. 이 추정치는 Glasswall의 내부 관찰을 기반으로 합니다.
일일 다운로드 수를 초당 요청 수로 변환하려면:
RPS = 40 downloads per day ÷ 86400 seconds per day ≈ 0.00046
단순화를 위해 이를 사용자당 0.00046 RPS로 반올림합니다.
| 직원 수 | 초당 예상 요청 수 (RPS) |
|---|---|
| 100 | 0.046 RPS |
| 500 | 0.23 RPS |
| 1,000 | 0.46 RPS |
| 5,000 | 2.3 RPS |
참고: "request"는 ICAP 서버에서 스캔되는 사용자가 시작한 파일 다운로드를 의미합니다. 예로는 PDF 보고서, zip 아카이브 또는 실행 파일 다운로드가 있습니다.
이 수치는 보수적으로 산정되었습니다. 실제 사용량은 자동화 스크립트, 예약된 다운로드 또는 사용자 행동에 따라 달라질 수 있습니다. 환경에 자동화 시스템이나 빈번한 일괄 다운로드가 포함되어 있다면 그에 맞게 계산을 조정하세요.
성능 결과 예시
소규모 배포
- 단일 노드 Kubernetes 클러스터
- 5 Engines
- 8 Virtual cores
- 28 GB memory
처리량: 초당 30 요청(RPS)
동등한 조직 규모: 약 65,000명 사용자 (파일 다운로드 사용 사례)
사용 사례 2: 모든 웹 트래픽 스캔
이 모델에서는 Halo ICAP 서버가 의도적인 다운로드만이 아니라 모든 웹 트래픽을 스캔합니다. 이는 사용자의 브라우저 또는 장치에 있는 프록시가 모든 웹 요청을 ICAP 서버로 전달한다고 가정합니다.
초당 예상 요청 수 (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로 반올림합니다.
| 직원 수 | 초당 예상 요청 수 (RPS) |
|---|---|
| 10 | 1 RPS |
| 50 | 5 RPS |
| 100 | 10 RPS |
| 250 | 25 RPS |
참고: 이 계산에는 브라우저 캐싱이 반영되지 않았으며, 브라우저 캐싱은 ICAP 서버의 부하를 크게 줄일 수 있습니다. 신뢰할 수 있는 캐시 적중률 데이터를 사용할 수 없으므로, 이 추정치는 캐싱이 없다고 가정합니다. 실제 시스템 부하는 운영 환경에서 더 낮을 수 있습니다.
성능 결과 예시
소규모 배포
- 단일 노드 Kubernetes 클러스터
- 5 Engines
- 8 Virtual cores
- 28 GB memory
처리량: 초당 30 요청(RPS)
동등한 조직 규모: 약 300명 사용자 (전체 웹 트래픽 사용 사례)
중간 규모 배포
- 3개 노드 Kubernetes 클러스터
- 총 15개 Engine
- 노드당 8개 가상 코어 (총 24개)
- 노드당 28 GB 메모리 (총 84 GB)
처리량: 초당 70개 요청 (RPS)
동등한 조직 규모: 약 700명 사용자
대규모 배포
- 5개 노드 Kubernetes 클러스터
- 총 25개 Engine
- 노드당 8개 가상 코어 (총 40개)
- 노드당 28 GB 메모리 (총 140 GB)
처리량: 초당 100개 요청 (RPS)
동등한 조직 규모: 약 1000명 사용자
요약
이러한 배포 예시는 특정 파일 다운로드를 검사하든 전체 웹 트래픽을 검사하든, Glasswall Halo ICAP 서버 배포의 규모를 산정하기 위한 출발점을 제공합니다. 필요에 따라 수평 또는 수직 확장을 통해 특정 요구 사항에 맞게 성능을 조정할 수 있습니다.
자세한 안내 또는 맞춤형 용량 산정 조언이 필요하면 Glasswall 팀에 문의하세요.