꿈라CBT다음 <보기>의 진단으로 가장 적절한 것은?
보기
J 사의 하둡 클러스터(노드 50대)에서 다음 현상이 관찰되었다.
- 분석팀 A가 대형 배치 작업을 제출하면, 이후 제출된 다른 팀의 짧은 작업들이 수 시간씩 대기한다.
- 클러스터 전체의 CPU 평균 사용률은 40%에 불과하다.
- 디스크 여유 공간과 네트워크 대역폭에는 여유가 충분하다.
- 개별 작업의 분석 코드 자체에는 성능 문제가 없다고 확인되었다.
- 1물리 자원이 부족한 것이므로 인프라스트럭처 계층에서 노드를 50대에서 100대로 증설해야 한다.
- 2CPU 사용률이 40%에 그친 것은 데이터가 충분히 분산 저장되지 않았기 때문이므로, 분산 파일 시스템의 복제 계수를 3에서 6으로 높여야 한다.
- 3분석 코드에 문제가 없다면 남은 원인은 소프트웨어 계층뿐이므로, 분석 라이브러리를 최신 버전으로 교체하고 시각화 도구를 경량화해야 한다.
- 4자원 총량과 코드가 아니라 배분이 문제이므로, 플랫폼 계층의 스케줄러를 페어·용량 방식으로 바꾸고 큐별 자원 상한을 설정해야 한다.