구축 용량은 JSA 가 실시간으로 수집, 표준화 및 상관관계를 파악할 수 있는 초당 이벤트 수(EPS) 및 분당 플로우 수(FPM)로 측정됩니다. 이벤트 및 플로우 용량은 시스템에 업로드된 라이선스에 의해 설정됩니다.
JSA 구축의 각 호스트는 JSA가 수신 데이터 급증을 처리할 수 있도록 충분한 이벤트 및 플로우 용량을 가지고 있어야 합니다. 대부분의 수신 데이터 스파이크는 일시적이지만, 시스템이 라이센스 용량을 초과했음을 나타내는 시스템 알림을 지속적으로 수신하는 경우 기존 라이센스를 EPS 또는 FPM 용량이 더 많은 라이센스로 대체할 수 있습니다.
공유 라이선스 풀
각 라이센스에 의해 설정되는 EPS 및 FPM 비율은 공유 라이센스 풀로 결합됩니다. 공유 라이센스 풀에서는 원래 라이센스가 할당된 호스트에 관계없이 특정 배포 내의 모든 호스트 또는 단일 콘솔에서 관리되는 호스트에 처리 용량을 분배할 수 있습니다.
공유 라이센스 풀의 할당을 조정하여, 이벤트 및 플로우 용량이 네트워크 워크로드에 따라 분배되고 각 JSA 호스트가 피크 트래픽 기간을 효과적으로 관리할 수 있는 충분한 EPS 및 FPM을 갖도록 할 수 있습니다.
별도의 이벤트 콜렉터 및 이벤트 프로세서 어플라이언스가 있는 배치에서, 이벤트 콜렉터는 연결된 이벤트 프로세서로부터 EPS 속도를 상속합니다. 이벤트 콜렉터의 용량을 늘리려면 공유 라이센스 풀에서 상위 이벤트 프로세서에 더 많은 EPS를 할당하십시오.
라이선스 풀에 대한 기여
이벤트 및 플로우 용량을 모두 포함하는 라이센스는 EPS와 FPM을 모두 공유 라이센스 풀에 기여하지 않을 수 있습니다. 라이센스 풀 기여도는 라이센스가 할당된 기기 유형에 따라 다릅니다. 예를 들어, 16xx 이벤트 프로세서에 라이센스를 적용하면 EPS만 라이센스 풀에 추가됩니다. 동일한 라이센스가 17xx 플로우 프로세서에 적용될 때 라이센스 풀에 FPM만 기여합니다. 18xx 이벤트/플로우 프로세서에 라이센스를 적용하면 EPS와 FPM이 모두 풀에 기여합니다. 이벤트 또는 플로우 프로세서에 대한 소프트웨어 라이센스를 제외하고, 모든 소프트웨어 라이센스는 라이센스가 할당된 기기 유형에 관계없이 EPS 및 FPM을 모두 공유 라이센스 풀에 기여합니다.
JSA 7.3.2부터 구축의 전체 이벤트 또는 플로우 임계값을 늘려야 할 때 기존 콘솔 또는 기타 관리형 호스트 라이센스를 교체하는 대신 스택형 EPS/Flow 증분을 획득할 수 있습니다. 라이센스가 업로드 및 구축되면 라이센스 풀 관리를 통해 이벤트/플로우 용량을 재할당할 수 있습니다.
사용권이 허가된 처리 용량 한도 초과
관리 호스트에 할당된 결합된 EPS 및 FPM이 공유 라이센스 풀에 있는 EPS 및 FPM을 초과하면 라이센스 풀이 초과 할당됩니다. 라이센스 풀이 초과 할당되면 라이센스 풀 관리 창에 EPS 및 FPM에 대한 음수 값이 표시되고 할당 차트가 빨간색으로 바뀝니다. JSA는 기본 JSA 도구 모음의 메시지 목록에서 이벤트 및 플로우를 보는 기능을 포함하여 네트워크 활동 및 로그 활동 탭의 기능을 차단합니다.
차단된 기능을 사용하려면 배치에서 관리 호스트에 할당한 EPS 및 FPM을 줄이십시오. 기존 라이센스에 네트워크 데이터 볼륨을 처리하기에 충분한 이벤트 및 플로우 용량이 없는 경우 공유 라이센스 풀의 결함을 해결하기에 충분한 EPS 또는 FPM이 포함된 새 라이센스를 업로드하십시오.
만료된 라이선스
라이센스가 만료되면 JSA 는 할당된 속도로 이벤트와 플로우를 계속 처리합니다.
만료된 라이센스의 EPS 및 FPM 용량이 호스트에 할당된 경우, 라이센스 풀의 공유 리소스가 부족할 수 있으며, 이로 인해 JSA 가 Network Activity 및 Log Activity 탭의 기능을 차단할 수 있습니다.
용량 크기 조정
데이터 급증을 처리하는 가장 좋은 방법은 배포에 수신 데이터의 피크 기간의 균형을 맞추기에 충분한 EPS(초당 이벤트) 및 FPM(분당 플로우)이 있는지 확인하는 것입니다. 목표는 호스트가 데이터 스파이크를 효율적으로 처리할 수 있는 충분한 용량을 갖지만 많은 양의 유휴 EPS 및 FPM이 없도록 EPS 및 FPM을 할당하는 것입니다.
라이센스 풀에서 할당된 EPS 또는 FPM이 어플라이언스의 평균 EPS 또는 FPM에 매우 근접한 경우, 시스템은 나중에 처리하기 위해 임시 큐에 데이터를 누적할 수 있습니다. 버스트 처리 대기열이라고도 하는 임시 대기열에 누적되는 데이터가 많을수록 JSA 가 백로그를 처리하는 데 더 오래 걸립니다. 예를 들어, 할당 속도가 10,000 EPS인 JSA 호스트는 평균 EPS 속도가 7,000인 시스템에 비해 호스트의 평균 EPS 속도가 9,500일 때 버스트 처리 대기열을 비우는 데 시간이 더 오래 걸립니다.
어플라이언스에서 데이터를 처리할 때까지 공격이 생성되지 않으므로 JSA 가 버스트 처리 대기열에 데이터를 추가하는 빈도를 최소화하는 것이 중요합니다. 각 매니지드 호스트가 짧은 데이터 버스트를 처리할 수 있는 충분한 용량을 갖도록 보장함으로써 JSA 가 대기열을 처리하는 데 걸리는 시간을 최소화하여 이벤트 발생 시 공격이 생성되도록 할 수 있습니다.
시스템이 할당된 처리 용량을 지속적으로 초과하면 대기열 크기를 늘려 문제를 해결할 수 없습니다. 초과 데이터는 처리를 기다려야 하는 버스트 처리 대기열의 끝에 추가됩니다. 큐가 클수록 어플라이언스에서 대기 중인 이벤트를 처리하는 데 걸리는 시간이 길어집니다.
내부 이벤트
JSA 어플라이언스는 데이터를 처리하면서 서로 통신할 때 적은 수의 내부 이벤트를 생성합니다.
내부 이벤트가 할당된 용량에 대해 계산되지 않도록 하기 위해 시스템은 모든 내부 이벤트가 생성된 직후 라이선스 풀에 자동으로 반환합니다.
