메트릭(Metric)은 시스템의 성능과 품질을 평가하고 모니터링하기 위해 사용되는 정량적인 측정 기준입니다. 지연 시간(latency), 처리량(throughput), 패킷 손실(packet loss), 응답 시간(response time) 등과 같은 메트릭은 네트워크의 상태와 성능을 평가하는 데 매우 중요합니다. 메트릭은 잠재적인 병목 현상, 보안 취약점, 성능 문제를 식별하는 데 도움을 주며, IT 팀이 사용자에게 영향을 미치기 전에 문제를 신속히 해결할 수 있도록 지원하기 때문에 필수적입니다.

오늘날의 기술 환경에서는 애플리케이션의 신뢰성과 성능이 매우 중요한데, 메트릭은 이를 선제적으로 관리하고 최적화하며 보호하기 위한 기반 역할을 합니다. 이를 통해 사용자가 원활하고 안전한 경험을 누릴 수 있도록 보장합니다.

넷스케일러(NetScaler)는 광범위한 메트릭을 제공하여 애플리케이션 성능을 모니터링하고 최적화하는 데 강력한 도구로 작용합니다. 이러한 메트릭은 네트워크 트래픽 패턴, 애플리케이션 응답 시간, 보안 상태 등 시스템 동작의 다양한 측면에 대한 심층적인 인사이트를 제공합니다. 이 방대한 데이터를 활용하면 조직은 인프라를 정교하게 조정하여 속도, 신뢰성, 보안을 향상시킬 수 있습니다.

✅ Metrics Schema

NetScaler는 스키마 파일을 사용하여 Splunk, Prometheus와 같은 가시성 플랫폼에 보고되는 메트릭을 관리합니다. 분석 프로파일을 만들 때 입력으로 스키마 파일이 필요합니다. 스키마에 포함된 메트릭만 보고됩니다. 스키마 파일의 메트릭은 JSON 객체로 정의되며, “name”과 “rate”라는 두 가지 속성을 갖습니다.

• Name: 카운터의 이름입니다.
• Rate: 카운터의 비율을 보고합니다. 이 내용은 이 글에서 더 자세히 설명합니다.

아래는 메트릭의 샘플 JSON 객체입니다.

V서버, 서비스, 백엔드 서버, 서비스 그룹, 애플리케이션 방화벽 등과 같은 다양한 NetScaler 엔티티 유형에 대한 메트릭이 JSON 배열로 통합됩니다.

다음은 “server_vip” 엔티티 유형에 대한 5가지 메트릭을 나열한 예입니다.

이러한 다양한 엔티티와 그에 해당하는 메트릭 함께 추가하여 스키마 파일을 만들 수 있습니다. NetScaler ADC에는 기본적으로 “schema.json”과 “reference_schema.json”이라는 두 개의 스키마 파일이 있습니다.

• · schema.json: 분석 프로파일을 만들 때 사용되는 기본 스키마 파일입니다. 여러 사용자와 협의한 후 확인된 여러 가지 공통적으로 사용되는 메트릭이 포함되어 있습니다.
• · reference_schema.json: 이 파일은 참조 템플릿으로 사용되며, NetScaler가 지원하는 모든 메트릭이 포함되어 있습니다. 이 파일에서 분석 프로파일에 사용되는 원하는 스키마 파일로 메트릭을 복사할 수 있습니다.
• 
  

 Note:

• 1. 참조 스키마 파일은 같은 유형의 개체에 대해 뚜렷하게 구분되는 하위 개체를 포함할 수 있습니다. 이러한 하위 개체에서 가져온 메트릭 스키마 파일에서 해당 유형의 단일 하위 개체로 통합되어야 합니다. 예를 들면 다음과 같습니다. “netscaler”라는 실체는 참조 스키마에 여러 번 정의되어 있습니다. 각 정의에는 “netscaler” 실체의 여러 하위 개체의 메트릭이 포함되어 있습니다. 스키마 파일에 이러한 메트릭을 추가할 때 스키마 파일에 하나의 “netscaler” 실체가 있는지 확인하십시오. “netscaler” 실체의 여러 하위 개체의 메트릭은 이 하나의 “netscaler” 실체 아래에 병합되어야 합니다.
• 2. 사용하기 전에 JSON 파서를 통과시켜 스키마 파일의 유효성을 검사하십시오. 메트릭 이름이 올바른지 확인하십시오. 메트릭 이름이 올바르지 않으면, 그 전체 엔티티의 메트릭이 보고되지 않습니다.
• 3. 분석 프로필에서 참조되는 스키마 파일에 새로운 메트릭이 추가되면, 변경 사항을 적용하기 위해 메트릭 프로필을 비활성화했다가 활성화하십시오.

✅ Rate of a Metric

si_tot_RequestBytes(총 요청 바이트 수) 또는 si_tot_1xx_resp(총 http 1xx 응답 수) 등과 같은 수치 지표는 절대값과 비율로 보고될 수 있습니다. NetScaler가 비율을 계산할 수 있는 지표는 참조 스키마에서 “rate” 속성이 “True”로 설정되어 있습니다. 속도 계산을 지원하는 메트릭스 객체가 스키마 파일에 추가되면, 속도 속성을 True 또는 False로 설정할 수 있습니다. “rate” 속성이 True로 설정되면, NetScaler는 해당 메트릭스의 절대값과 속도를 모두 보고합니다. “rate” 속성이 “False”로 설정되면, NetScaler는 메트릭스의 절대값만 보고합니다.

메트릭의 비율은 메트릭 이름 앞에 “RATE__”라는 문자열이 붙은 형태로 보고됩니다. 예를 들어, 메트릭 si_tot_1xx_resp를 생각해 봅시다. 이 메트릭의 절대값은 si_tot_1xx_resp로 보고되고, 비율은 RATE__si_tot_1xx_resp로 보고됩니다.

NetScaler가 속도를 계산하고 보고할 것인지, 아니면 모니터링 도구를 사용하여 절대값에서 메트릭의 속도를 계산할 것인지 여부는 관리자의 재량에 달려 있습니다.

Note

• 1. 비율 계산은 숫자 메트릭스만 지원하기 때문에, 비율 계산을 지원하지 않는 메트릭스에 비율 속성이 “true”로 설정되어 있으면, 해당 메트릭의 비율은 0으로 보고됩니다.

Additional Notes

• · 특정 기능이 비활성화되어 있지만 해당 기능에 대한 지표가 스키마 파일에 추가된 경우, 해당 지표는 0으로 보고됩니다.
• · 특정 기능이 활성화된 후 비활성화된 경우, 해당 기능에 대한 지표는 마지막으로 보고된 값으로 유지됩니다. 그러나 해당 지표의 비율(활성화된 경우)은 0으로 보고됩니다.
• · 지표는 30초 단위로 제공됩니다.

NetScaler 메트릭과 통합 가시성에 대한 자세한 정보는 아래 영상과 자료를 참조하십시오.

• · NetScaler Observability

▶ 넷스케일러(NetScaler) : 자세히보기

넷스케일러는 모든 ADC 작업을 한 곳에서 관리할 수 있는 유일한 애플리케이션 딜리버리 및 보안 플랫폼입니다. 소프트웨어 기반 아키텍처를 사용하여 단일 코드 베이스로 구축되었기 때문에, 하드웨어, 가상 머신, 베어 메탈, 컨테이너 등 어떤 ADC 형태를 선택하더라도 동일한 동작을 보장합니다. 환경에 구애받지 않는 인텐트 기반, API 중심의 멀티 클라우드 환경을 위한 애플리케이션 딜리버리입니다.

클라우드네트웍스는 업계 최고의 기술력을 보유한 전담팀을 통해 넷스케일러의 기술지원 서비스를 제공합니다. 넷스케일러에 대한 문의사항은 공식 파트너사인 클라우드네트웍스로 연락 부탁드립니다.