2016-11-29 3 views
2

WSO2AM 버전 : 1.10.0WSO2 API Manager - 장애 조치 테스트의 이상한 결과. 어째서?

I 설정 API 관리자 배포 패턴 문서를 검토 한 후 (https://docs.wso2.com/display/CLUSTER44x/API+Manager+Deployment+Patterns)

한 출판사
1 점
1 게이트웨이 관리자
3 게이트웨이 노동자 (클러스터링)
. 2로드 밸런서
2 키 관리자 (HA)
노예 4 명, 클라이언트 1 명

그리고 jmeter로 장애 조치 테스트를 수행했습니다. jmeter가 http 요청을 생성하는 동안 하나의 게이트웨이 작업자 노드를 강제 종료했습니다. (게이트웨이 작업자 노드 3 -> 2)

예상과 다른 결과가 나타납니다. (거의 이상하지 않다) TPS는 게이트웨이 작업자 프로세스가 종료 될 때, 5 초 동안 0에 가까워졌습니다.

Graph - Performance break down when api gateway detached in cluster by killed

(I 게이트웨이 노동자를 죽인 경우) 그 점을 일이 무엇인지 궁금해? 살아있는 게이트웨이 직원이 뭔가를 복구하려고 시도했지만 TPS가 그렇게 떨어지는 것은 생각하지 않았습니다.

+0

라이브 게이트웨이 작업자에게 오류/경고 로그가 표시됩니까? – Bee

+0

@Bhathiya 라이브 게이트웨이 작업자에 오류가 없습니다. 그러나 TPS는 0으로 떨어졌습니다. – ironrainbow

답변

1

개인적으로이 동작을 보지 못했습니다. 어쨌든 이것은 게이트웨이 작업자 클러스터 또는로드 밸런서에서 문제가 될 수 있습니다. 이를 파악하기 위해 부하 분산 장치를 제거하고 3 명의 모든 게이트웨이 작업자에게 병렬로 요청을 보낼 수 있습니다. 그런 다음 한 명의 작업자를 죽이고 다른 작업자에게 TPS가 떨어졌는지 확인하십시오. 있다면, 그것은 게이트 웨이 클러스터와 관련된 문제입니다. 그렇지 않으면 문제는로드 밸런서와 관련됩니다.

+0

감사합니다. 네가 나에게 제안한 방식은 나에게 매우 도움이되었다. 시스템이로드 밸런서없이 실행될 때 게이트웨이 직원 중 한 명을 죽이더라도 잘 작동합니다. TPS 하락이 없었습니다. 이제 병목 지점이 어디인지 알아보기 위해 loadbalancers를 테스트해야합니다. – ironrainbow

+0

도움이 되니 기쁩니다. – Bee