자체 호스팅형 PoP 의 용량 계획 및 확장

XSmall 설치는 테스트 또는 데모 용도로 지원됩니다. 기본 구성을 사용할 경우, Kubernetes 클러스터의 물리적 리소스에 6코어 CPU와 4.8 GB 메모리가 할당되어 있다면, 일정한 테스트 구성으로 수행된 성능 벤치마크 테스트 결과를 바탕으로 API 단순 테스트 10개, API 스크립트 테스트 5개, 브라우저 스크립트 테스트 1개, ISM 테스트( SSL / DNS ) 10개를 실행할 수 있습니다.

Instana 에이전트를 사용하여 Synthetic PoP 을 모니터링하려면, Kubernetes 클러스터가 다음의 최소 요구 사항을 충족하는지 확인하십시오:

소규모 설치는 프로덕션을 위한 것입니다. 기본 구성을 사용할 경우, Kubernetes 클러스터의 물리적 리소스에 6코어 CPU와 4.8 GB 메모리가 할당되어 있다면, 일정한 테스트 구성으로 수행된 성능 벤치마크 테스트 결과를 바탕으로 API 단순 테스트 2,000회, API 스크립트 테스트 20회, 브라우저 스크립트 테스트 5회, 그리고 ISM 테스트( SSL / DNS ) 2,000회를 실행할 수 있습니다.

Instana 에이전트를 사용하여 Synthetic PoP 을 모니터링하려면, Kubernetes 클러스터가 다음의 최소 요구 사항을 충족하는지 확인하십시오:

중간 설치는 프로덕션용입니다. 이러한 워크로드를 처리하려면 재생 엔진을 수평적으로 확장하고, PoP 컨트롤러 매개변수를 조정하며, CPU 및 메모리 제한을 늘려야 합니다. Kubernetes 클러스터의 물리적 리소스 중 CPU가 최소 28.4-core 개, 메모리가 21.6 GB 이상 확보되어 있다면, 일정한 테스트 구성으로 수행되는 성능 벤치마크 테스트를 기준으로 API 단순 테스트 3,500건, API 스크립트 테스트 250건, 브라우저 스크립트 테스트 80건, ISM( SSL / DNS ) 테스트 3,500건을 실행할 수 있습니다.

Instana 에이전트를 사용하여 Synthetic PoP 을 모니터링하려면, Kubernetes 클러스터가 다음의 최소 요구 사항을 충족하는지 확인하십시오:

대규모 설치는 프로덕션을 위한 것입니다. 이러한 작업 부하를 처리하려면 재생 엔진을 수평적으로 확장하고, ‘위치별 성능 튜닝’을 참조하여 CPU 및 메모리 제한을 늘리십시오. Kubernetes 클러스터의 물리적 리소스에 최소 64코어 CPU와 48.5 GB 메모리가 확보되어 있다면, 일정한 테스트 구성으로 수행되는 성능 벤치마크 테스트를 기준으로 7,000건의 API 단순 테스트, 600건의 API 스크립트 테스트, 200건의 브라우저 스크립트 테스트, 그리고 7,000건의 ISM( SSL / DNS ) 테스트를 실행할 수 있습니다.

Instana 에이전트를 사용하여 Synthetic PoP 을 모니터링하려면, Kubernetes 클러스터가 다음의 최소 요구 사항을 충족하는지 확인하십시오:

현재 재생 엔진만 수평 확장성을 지원합니다. PoP Controller및 Redis 는 아직 수평적 확장성을 지원하지 않습니다. PoP 워크로드는 주로 재생 엔진 팟 (Pod) 에 있습니다. 특정 유형의 테스트에서 추가 워크로드를 지원하기 위해 values.yaml 파일에서 replicas 수를 늘릴 수 있습니다.

각 테스트 유형별로 단일 재생 엔진 포드에서 지원하는 테스트 수는 다음 표에 나와 있습니다:

각 테스트 유형의 총 작업 부하에 따라, 다음 예시와 같이 수평적 확장성을 지원하기 위해 복제 재생 엔진의 수를 조정하십시오:

helm upgrade synthetic-pop \
    --repo https://agents.instana.io/helm  \
    --namespace "<common-namespace>" \
    --set http.replicas=2 \
    --set javascript.replicas=4 \
    --set browserscript.replicas=5 \
    --set ism.replicas=2 \
    synthetic-pop

JavaScript 재생 엔진 및 BrowserScript 재생 엔진은 자원 집약적이므로 추가 테스트를 지원하기 위해 CPU 또는 메모리의 requests 및 limits 수를 늘릴 수 있습니다.

예를 들어, JavaScript 재생 엔진에서 CPU의 requests 및 limits 값을 각각 800m와 1000m( 0.8/1.0 코어)로 설정하면, 앞서 설명한 테스트 구성에서 40개의 API 스크립트를 지원할 수 있습니다.