%EC%97%90%EC%84%9C%20%EB%86%92%EC%9D%80%20%EB%8C%80%EA%B8%B0%20%EC%8B%9C%EA%B0%84%2F%EB%82%AE%EC%9D%80%20%EC%B2%98%EB%A6%AC%EB%9F%89%EC%9D%84%20%ED%95%B4%EC%84%9D%ED%95%98%EB%8A%94%20%EB%8D%B0%20%EB%8F%84%EC%9B%80%EC%9D%84%20%EC%A4%84%20%EC%88%98%20%EC%9E%88%EB%8A%94%20%EC%82%AC%EB%9E%8C%EC%9D%B4%20%EC%9E%88%EC%8A%B5%EB%8B%88%EA%B9%8C%3F.png)
면책 조항 - 저는 스토리지 전문가가 아니므로 ELI5 ;) 직접 연결된 스토리지(RAID1의 SAS SSD 및 HDD, 다른 데이터 저장소)가 있는 ESXi를 보고 있습니다. 그래픽에 표시된 시스템 X는 HDD RAID에 있고 다른 하나(시스템 Z)는 SSD에 있습니다.
ESXi - System X의 지연 시간 그래프
ESXi - 시스템 Z의 지연 시간 그래프
두 시스템 모두 데이터베이스를 사용합니다(다른 것들과 함께). 시스템 X(그래프에 표시됨)는 시스템 Z(Postgres)에서 데이터를 쿼리하고 이를 부분적으로 가져와서 표시합니다. 보시다시피 여기에는 대기 시간이 꽤 높습니다. 또한 System X의 처리량이 낮다는 것을 알 수 있습니다. System X에는 데이터베이스 잠금이 자주 발생합니다.
두 시스템 모두 CPU와 RAM이 풍부하며 내가 볼 수 있는 것은 디스크 성능 문제뿐입니다.
추가 정보가 없으면 대기 시간이 미친 것 같습니다. 그렇죠? 첫 번째 조언은 시스템을 전용 데이터 저장소(및 기본 디스크)로 분리하라는 것이었습니다. 두 시스템 모두 IOPS 요구 사항이 매우 높은 경향이 있기 때문입니다.
아쉽게도 자세한 내용은 많지 않습니다. 하지만 마지막에 물어볼 만한 좋은 질문 몇 가지를 찾고 있습니다. 파일 시스템 및 마운트 옵션, 디스크 프로비저닝(thin/thick)을 살펴보고 dd/hdparm/fio를 사용하여 몇 가지 테스트를 수행할 계획입니다. RAID에 후기입이 있는지 확인하세요. 또 무엇을 확인해야 합니까?
고마워요, MMF