30일 무료 평가판을 시작해 보세요.

장소란 일반적으로 각지에 분산해 놓은 지점의 집합으로, 바로 해당 위치의 서버에서 설정된 모니터의 응답을 수신합니다.

1차 장소란 설정된 모니터가 폴링되는 주된 장소에 해당합니다. 해당 장소에서 작업 중단 시간을 탐지하면 2차 장소에서도 폴링이 진행되며, 이를 통해 오경보를 배제할 수 있습니다.

2차 모니터링 장소란 인증 및 중복성을 위한 예비 또는 보조 점검 지점 역할을 수행합니다. 모니터링 장소를 여럿 활용하면 커버 범위와 모니터링 서비스의 신뢰도를 개선할 수 있습니다.

패키지에서 지원하는 장소 외 추가 장소에서도 모니터링을 진행하려면 보조 검사 옵션을 활용하면 됩니다. 해당 옵션을 사용하면 추가 장소에서 검사를 진행할 수 있으며 패키지 지원 사양에 비해 2차 장소의 폴링 빈도를 줄일 수 있습니다.

예를 들어 현재 모니터의 2차 폴링 빈도가 30분이고 사용 요금제에는 장소가 8곳 포함되어 있다고 가정해 보겠습니다. 만일 2차 장소 전체에서 5분마다 모니터링을 진행하고 싶다면, 1시간 안에 8개 장소에서 진행되는 폴링의 총수는 8*12회이며 이중 8*2회는 무료입니다.

웹 페이지 속도 및 실제 브라우저 모니터(RBM)에 실행 기반 가격 책정을 제공합니다. 장소마다 모니터가 실행되며 각기 검사로 간주됩니다.

1,440개의 검사를 허용하는 요금제가 있다고 가정해 보겠습니다. 5분간 진행되는 검사를 5일간 매일 모니터당 288회 진행하거나 검사를 계정 내 WPA 또는 RBM 사이에 나눠서 사용할 수도 있습니다.

모니터 기반 가격 책정은 세 종류의 모니터, 즉 신규 가격 책정 버전에서 지원하는 기본, 호스트, 고급 모니터에만 적용됩니다.

검사 기반 가격 책정 사용 시 장소 개수와 폴링 빈도를 조정할 수 있습니다. 이 옵션을 선택하면 기존 요금제에서 제공하는 기본 사양에 비해 장소 숫자를 늘리고 폴링 빈도를 줄일 수 있습니다.

웹 사이트 모니터의 경우, 기본 모니터 라이선스로는 1차 장소에서 최소 1분 간격 폴링, 7개의 2차 장소에서 30분 간격 폴링이 가능합니다. 만일 8개 장소에서 1분 간격 폴링으로 웹 사이트를 모니터링해야 하는 경우, 추가 검사 기반 옵션을 사용하면 가능합니다. 이 방법을 따르면, 필요한 추가 검사량을 다음과 같이 계산할 수 있습니다.

총 실행: 60 검사/시간 * 24 시간/일 * 30 일/월 * 8 장소 = 검사 345,600회

기본 모니터 허용 횟수: 60검사/시간(1차) * 24시간/일 * 30일/월 + 2검사/시간(2차) * 24시간/일 * 30일/월 * 7(2차 장소) = 53,280

필요한 추가 검사 수 = 345,600 - 53,280 = 검사 292,320회/월

모니터의 기본 폴링 빈도는 선택한 요금제에 따라 다릅니다. 웹 사이트의 폴링 빈도를 최단 간격인 30초로 조정할 수 있으며, 이 경우 기본 라이선스가 2개 필요합니다. 하지만 온프레미스 폴러의 경우 빈도가 5분으로 고정되어 있습니다.

실제 브라우저 모니터링에서 트랜잭션이란 모니터링 대상 웹 애플리케이션 내에서 발생하는 일련의 단계로, 사용자 경험을 평가하고 성능 문제를 식별하는 데 필수적입니다. 실제 브라우저 모니터링(RBM) 도구를 사용한 합성 실행이란 시스템 성능을 평가하기 위해 웹 브라우저 내에서 진행하는 모의실험을 가리킵니다. 이들을 결합해 트랜잭션 1개는 합성 실행 1회와 같은 것으로 간주됩니다. 즉, 실제 브라우저 모니터링에서 모니터링 대상인 모든 트랜잭션은 각각 모의실험에 해당합니다. 합성 실행 실행은 RBM의 신뢰도를 보장하며, 원격 모니터링을 최적화해 원활한 사용자 경험을 제공할 수 있습니다.

합성 실행 라이선스는 트랜잭션 모니터(RBM)와 웹 페이지 속도 브라우저에 지원됩니다.

고급 모니터링 라이선스에서는 요금제에 따라 8개/16개 장소에서 30초 또는 1분 간격으로 폴링을 실행하는 WPA/RBM 모니터를 추가할 수 있습니다. 합성 실행 기반 라이선스를 선택하면 모니터당 검사를 최대 10,000회 수행할 수 있습니다. 게다가 실행 기반 라이선스를 여러 개의 고급 모니터에 할당할 수 있는 유연성도 확보하게 됩니다.

여러 대의 WPA 또는 RBM 모니터로 여러 장소에서 검사를 시행해야 하는 경우, 비용 효율적인 선택은 실행 기반 라이선스입니다. 그러면 필요에 따라 패키지에 포함된 고급 라이선스를 사용해 고급 모니터를 추가할 수 있습니다.

RBM과 웹 페이지 속도 모니터는 웹 사이트 내 사용자의 실제 체험을 모방합니다. 일반적으로 해당 모니터는 고급 모니터로 분류되거나 검사 기반 가격 책정 모델을 사용합니다.

근본 원인 분석(RCA)은 작업 중단 시간 인시던트의 실제 원인을 규명하기 위한 심층 분석을 가리킵니다. 근본적인 원인을 정확히 파악하면 해결 시간을 단축하고 웹 사이트 또는 애플리케이션의 원활한 운영을 보장할 수 있습니다.

상세한 RCA 보고서는 모든 요금제에 포함되어 있지만, 영상 RCA는 Enterprise 요금제에서만 이용할 수 있습니다.

백그라운드에 로딩되는 리소스의 숫자와 무관하게 브라우저에 웹 페이지가 로딩될 때마다 페이지 조회 수로 간주됩니다.

RUM은 페이지 조회 수에 따라 라이선스 처리됩니다. RUM 모니터를 사용하려면 페이지 조회 수를 구매해야 합니다.

에이전트 기반 모니터링은 기기에 설치된 소프트웨어(에이전트와 유사)가 성능 데이터를 수집한 후 중앙 서버로 전송해 분석 및 경보에 사용하게 하는 방식입니다.

에이전트 기반 모니터링의 예는 다음과 같습니다.

• Windows 서버 모니터링
• Linux 서버 모니터링
• FreeBSD 서버 모니터링
• OS X 서버 모니터링

에이전트리스 모니터링의 예는 다음과 같습니다.

• HP 서버 모니터링
• IBM 서버 모니터링
• Solaris 서버 모니터링
• SNMP 서버 모니터링
• WMI 서버 모니터링
• VMware(VM/ESX/ESXi 호스트/클러스터)
• NutanixHosts(VM/클러스터)
• Kubernetes 노드
• Azure VM
• GCP Compute
• 클라우드 AWS EC2 인스턴스

에이전트 기반 모니터링은 기기에 설치된 소프트웨어(에이전트와 유사)가 성능 데이터를 수집한 후 중앙 서버로 전송해 분석 및 경보에 사용하게 하는 방식입니다.

에이전트 기반 및 에이전트리스 모니터링은 모두 호스트 모니터로 간주됩니다.

플러그인은 Site24x7에서 제공하는 표준 모니터링 기능으로는 모니터링할 수 없는 IT 인프라 또는 애플리케이션의 다양한 측면을 모니터링하는 데 사용할 수 있는 맞춤형 스크립트 또는 통합을 가리킵니다. 플러그인을 활용하면 특정 메트릭을 수집하거나 맞춤형 검사를 수행할 수 있습니다.

25개의 특정 속성을 갖춘 플러그인은 각 기본 모니터 1개를 소모합니다. 플러그인을 추가하면 기본 모니터 라이선스가 사용됩니다. 플러그인은 서버의 특정 측면(속성)을 최대 25개 추적할 수 있습니다.

당사의 모니터링 솔루션은 자동으로 호스트에서 실행 중인 모니터와 서비스를 식별하고 모니터링합니다. 게다가 필요한 경우 특정 프로세스나 서비스를 모니터링 대상으로 직접 포함시킬 수 있습니다.

Professional 요금제를 이용하면 추가 비용 없이 호스트당 프로세스를 최대 25개 모니터링할 수 있습니다! 프로세스 25개를 초과해서 모니터링하려면 기본 라이선스가 필요합니다(추가 프로세스 25개 포함).

Enterprise 요금제를 사용하면 호스트당 프로세스를 50개까지 무료로 모니터링할 수 있습니다. 모니터링 대상의 규모가 이 이상인 경우, 라이선스가 추가로 필요합니다.

Docker의 경우, 호스트당 최초 10개의 컨테이너는 무료입니다. 이후 컨테이너를 10개 추가할 때마다 호스트 모니터 라이선스 1개가 필요합니다.

Kubernetes의 경우, 주 Kubernetes 클러스터는 기본 모니터 1개로 간주됩니다. 추가 구성 요소에 대한 자세한 정보는 다음 문서를 참고하시기 바랍니다.

데이터베이스 인스턴스는 각각 데이터베이스 호스트로 간주됩니다. 예를 들어 동일한 서버 머신에 MySQL 인스턴스가 2개 실행 중이라면, 데이터베이스 라이선스 2개가 필요한 상황으로 간주됩니다.

현재 지원하는 데이터베이스는 Oracle, Cassandra, MongoDB, ClickHouse, CouchBase 등 플러그인 기반 데이터베이스와 MSSQL, MySQL, PostgreSQL입니다.

데이터베이스 서버는 각 고급 모니터 라이선스를 1개 소모합니다. 고급 모니터 라이선스 1개로는 데이터베이스 10개를 무료로 모니터링할 수 있습니다. 서버 내 추가 데이터베이스가 있는 경우 각기 기본 모니터 라이선스를 1개씩 소모하게 됩니다.

AWS EC2, Azure VM, GCP Compute 등 클라우드 VM은 다음 두 가지 방법으로 모니터링됩니다.

• 각각의 API를 활용한 에이전트리스 모니터링: 새롭게 추가된 VM 리소스, 자동 확장 환경, 하이퍼바이저 수준의 리소스 사용을 확인하게 해 줍니다.
• Site24x7 서버 에이전트를 활용한 에이전트 기반 모니터링: 시스템 리소스, 프로세스/서비스를 모니터링하고 종속성을 식별하며 인시턴트를 자체적으로 해결할 수 있게 해 줍니다.

VMware 모니터링에서 VMware 클러스터, VMware ESX/ESXi, VMware VM은 각 호스트 라이선스 1개를 소모합니다. 데이터스토어 및 데이터스토어 스냅숏은 기본 모니터로 간주됩니다.

ESX 하드웨어는 가중치 기반 모니터로, 라이선스는 연관 센서의 개수에 따라 결정됩니다. 하드웨어 센서 50개당 기본 모니터 라이선스 1개가 필요합니다.

vCenter는 무료 모니터에 해당합니다. Nutanix 클러스터, 호스트 및 환경 내 VM을 모니터링하려면 각각 호스트 라이선스가 필요합니다.

인프라 이벤트는 IT 환경 내 중대한 변화나 사건을 알려 줍니다. 추가 비용 없이 포함됩니다.

AWS 리소스는 모니터링 대상의 서비스 유형에 따라 호스트 또는 기본 모니터로 모니터링됩니다. 서비스별로 소모되는 기본 모니터 라이선스의 개수는 메트릭의 개수와 모니터링 복잡성에 따라 다릅니다. AWS 모니터 유형을 확인하세요.

Site24x7에서 자식 모니터는 주 모니터 아래에서 운영되는 보조 모니터링 인스턴스를 가리킵니다. 서비스 또는 애플리케이션의 특정 측면 또는 구성 요소를 모니터링할 때 사용됩니다.

호스트 운영 체제(가상 또는 물리)가 모니터링 대상인 경우, 서버 1개로 간주되어 호스트 모니터 라이선스를 1개 소모합니다.

AWS의 경우, 기본적으로 컨테이너나 볼륨 등 주요 리소스를 서버당 25개까지 모니터링할 수 있습니다. 더 많은 리소스를 모니터링해야 하는 경우, 자식 모니터 5개는 기본 라이선스 1개를 소모합니다.

Azure와 GCP의 경우, 프로세스, 서비스, 리소스 사용량 등 서버에서 가동되는 주요 리소스를 서버당 25개까지 모니터링할 수 있습니다. 단일 서버에서 모니터링해야 하는 리소스의 숫자가 25개를 초과하는 경우, 추가로 실행되는 검사는 기본 모니터 라이선스를 사용하게 됩니다.

자동 확장 그룹이란 확장이 용이하도록 EC2 인스턴스를 한데 모은 논리적 집합입니다. Site24x7을 사용하면 그룹 전반의 CPU 사용률과 같은 리소스 메트릭을 모니터링하고 경보를 설정할 수 있습니다. 이를 통해 애플리케이션 부하 변화를 파악하고 이에 기반해 확장 정책을 조정하여 인스턴스 확장이 수요 변화에 발맞춰 진행될 수 있게 할 수 있습니다.

라이선스 허용량보다 리소스가 더 많을 경우, 일반적으로는 리소스를 중단시킨 후 계정에 보류해 둡니다. 라이선스를 구매했다가 필요할 때 사용하시면 됩니다.

시간당 요금제를 사용하면 모니터가 활성화되어 자동으로 메트릭을 수집하기 시작합니다. 계정에서 리소스가 활성화된 시간에 대해서만 비용을 지불하면 됩니다. 필요에 따라 정지할 수 있습니다.

리소스가 활성화된 시간 동안에만 요금을 청구하므로, 호스트 모니터 1개의 비용으로 리소스 여러 개를 모니터링할 수 있습니다.

예를 들어 Professional 요금제를 사용할 때는

• 30일간 EC2 인스턴스를 하루에 1~4시간 동안 모니터링했을 때 비용은 $0.72입니다(0.4시간 x 시간당 $0.006 x 30일로 계산).
• 30일간 EC2 인스턴스를 하루에 6시간 동안 모니터링했을 때 비용은 $1.08입니다(6시간 x 시간당 $0.006 x 30일로 계산).
• EC2 1과 2의 비용 합계는 $1.80으로, 개별 호스트 모니터의 비용인 $2보다 적습니다.

이 기능을 활용하면 업무 시간, 주말, 그 외 특정 시간대 등 필요에 따라 리소스를 모니터링할 수 있습니다.

아니요. 네트워크 기기 모니터링에는 SNMP를 통한 인터페이스 최대 100개당 구성 요소 라이선스가 1개 사용됩니다. 추가 인터페이스 100개당 라이선스가 1개 소모됩니다. NetFlow Analyzer에서 인터페이스 1개의 트래픽을 분석하는 데에 구성 요소 라이선스 1개가 소모됩니다. NCM에서 한 기기의 설정 변경을 추적하려면 구성 요소 라이선스 1개가 소모됩니다. 여기에는 펌웨어 취약점 관리 및 네트워크 규정 준수가 포함됩니다(Enterprise 팩에서만 지원).

네트워크 구성 요소 라이선스는 특정 네트워크 연관 모니터 유형에만 사용 가능합니다. 지원 리소스에 대한 자세한 정보가 필요한 경우 이 페이지를 방문하세요.

예, VeloCloud Edge는 각 네트워크 구성 요소 라이선스 1개가 필요합니다.

Cisco IPSLA 모니터는 VoIP, WAN RTT와 같이 모니터당 네트워크 구성 요소 라이선스 4개를 소모합니다. 무선 LAN 컨트롤러(WLC)는 WLC당 구성 요소 1개로 간주해 라이선스 처리됩니다. 액세스 포인트(AP)는 액세스 포인트 2개당 구성 요소 1개로 간주해 라이선스 처리됩니다.

스토리지 모니터링에 디스크, 테이프 라이브러리, 파이버 채널(FC)이 추가될 때마다 네트워크 구성 요소 라이선스 2개가 소모됩니다.

예, Cisco Meraki 기기 1개, 조직 1개당 각 네트워크 구성 요소 라이선스가 1개 필요합니다.

Site24x7에서는 통합 포털 한 곳을 통해 여러 개의 계정을 효율적으로 관리할 수 있는 MSP 요금제를 제공합니다. 모니터링 대상 계정은 각 “고객”으로 지칭됩니다.

MSP는 각 고객에게 라이선스 제한을 설정할 수 있습니다. 만일 고객이 개별적으로 추가되지 않은 경우, 모든 고객이 함께 MSP의 라이선스 상한까지 모니터를 활용할 수 있습니다.

처음에는 Site24x7 서비스에 고객을 9명까지 추가할 수 있습니다. 모니터링 대상 계정을 추가하려면 고객 옵션을 구매해야 합니다.

모니터 용량을 증량하려면 MSP 관리자가 라이선스를 추가로 구매해야 합니다.

상한 설정은 한도 설정과 같습니다. MSP 계정에서 고객이 사용할 수 있는 최대 모니터 수를 규정합니다.

상한이 설정되면, 고객이 계정에 추가할 수 있는 모니터의 숫자에 제한이 생깁니다. 상한에 도달하면 모니터를 더 이상 추가할 수 없습니다.

상한이 설정되지 않으면 MSP 계정 하나에 속하는 고객은 사용 가능한 모니터 풀을 공유하게 됩니다. 전체 풀에 여유가 있으면 각 고객은 모니터를 추가할 수 있습니다.

MSP 관리자는 아래의 단계를 따라 고객별 한도를 설정할 수 있습니다.

구독 > 라이선스 적용 > 기본, 고급, 호스트 라이선스(고객별로 각 모니터에 대한 한도 설정 가능)

고객 계정에 라이선스를 할당할 수 있는 권한은 MSP 관리자에게만 주어집니다. 간편한 추적을 위해 “할당 보기” 옵션을 활성화하면 고객에게 배포된 라이선스를 확인할 수 있습니다.

MSP 관리자에게는 언제든지 고객 포털을 활성화/비활성화할 권한이 주어집니다.

요금제와 옵션 모두 신용 카드 사용자 및 PayPal 정기 결제 사용자에게 손쉬운 자동 갱신을 지원합니다. 나아가 라이선스 적용 옵션을 통해 설정된 고객 사용 상한은 유지되며 앞으로도 적용됩니다.