Symptoms
ECS 성능 문제를 해결하는 방법
성능 관련 문제:
- 하나 이상의 작업 유형이 느립니다. 이는 최종 애플리케이션에서 문제가 발견되므로 가장 일반적인 문제입니다.
- 하나 이상의 노드가 느리거나 리소스 활용도가 높습니다. 이는 ECS 모니터링을 통해 제기되거나 일반적인 사용량의 일부로 발견된 질문일 수 있습니다.
Cause
네트워크 관련 문제, 높은 로드 및 사용 패턴 등과 같은 여러 요인
Resolution
성능 저하가 발생할 때 고려해야 할 질문입니다. (기술 지원 부서에서 아래 쿼리에 대한 답변을 요청할 것으로 예상)
최근에 환경에 변화가 있습니까?
- 소프트웨어 또는 하드웨어?
- 로드?
- 네트워크?
- 방화벽?
- 로드 밸런서?
- 레이턴시 또는 런타임 측면에서 문제를 표현할 수 있습니까?
- 환경이란 무엇입니까? 소프트웨어 및 하드웨어 사용 중입니까? 버전? 구성? 고객 애플리케이션?
- 평균 파일 크기(대용량 및 소규모 파일)는 어떻게 됩니까?
- 읽기, 쓰기, 삭제 또는 업데이트가 영향을 받습니까? 또는 모든 방법이 영향을 받습니까?
- 다른 액세스 방법을 사용하여 읽거나 쓸 수 있습니까? 특정 애플리케이션이 영향을 받거나 모든 애플리케이션이 영향을 받습니까?
사용 중인 액세스 방법:
- S3
- 스위프트
- CENTERa SDK(CAS)에 Tranformation/ECSsync 또는 기타 마이그레이션이 진행 중입니까?
- 파일 시스템 액세스:
- CIFS(Geodrive)를 사용하는 Windows
- NFS를 사용하는 Linux
애플리케이션 액세스 패턴은 무엇입니까?
POST는 오브젝트를 생성하고 이름을 변경합니다.
GET은 오브젝트 데이터를 검색합니다.
PUT 업데이트 오브젝트 속성
삭제는 시스템에서 오브젝트 및 메타데이터를 제거합니다.
HEAD는 각 GET 방법에 해당합니다. HEAD는 GET 요청과 똑같아 보이지만 메서드 이름은 GET 대신 HEAD입니다.
HEAD 요청에 대한 응답에는 헤더만 포함됩니다. 응답 본문을 포함하지 않습니다.
-
애플리케이션이 모든 노드 또는 일부 개별 노드에 연결됩니까? 로드 밸런서가 구성되어 있습니까?
-
영향을 받는 애플리케이션의 네임스페이스, 버킷 암호 및 UID를 제공하여 ECS에서 유사한 테스트를 수행할 수 있습니까?
문제 해결 범위를 좁히기 위해 기술 지원 부서와 함께 SR을 개설하는 경우 ECS에서 수집할 정보
- 실패한 요청 또는 지연된 요청과 관련된 영향을 받는 애플리케이션의 애플리케이션 로그는 여기에서 가장 유용합니다.
- 오프라인 노드 또는 대시보드 메뉴에서 관찰된 기타 중요 오류와 같이 ECS 사용자 인터페이스의 모든 관측
- 이전 섹션의 질문에 대한 답변
- 영향을 받는 시스템에 DialHome 기능이 없는 경우 Xdoctor가 실행됩니다.