최근에 Colo 호스팅에서 Amazon Web Services로 이동했습니다. 우리는 두 개의 EC2 서버와 RDS 인스턴스를 가지고 있습니다. 처음에는 모든 것이 매우 원활하게 실행되었지만 최근에는 몇 초가 걸렸던 쿼리가 이제는 몇 분이 걸립니다.RDS 마이그레이션 - MySQL 쿼리 속도가 느림
큰 인스턴스로 업그레이드하려고 시도했지만 도움이되지 않았습니다. 또한 필자는 필자가 알고있는 한계에 도달했으며, 마지막으로 남은 DBA를 찾은 후에 새로운 DBA를 찾으려고 노력하고 있습니다.
우리의 RDS는 m3.xlarge이며 우리는 SSD 스토리지를 사용하고 있습니다. 아래는 최대 읽기 및 쓰기 작업과 CPU 사용량에 대한 스크린 샷입니다.
확인하거나 변경해야하는 매개 변수에 대한 제안이나 안내는 많은 도움이 될 것입니다.
당신이, 내가이 대기 시간의 문제가있는 것 같다
. 이자형. 낮은 가용성.
Amazon EBS 드라이브는 클라우드의 거의 모든 것과 마찬가지로 공유됩니다.
그리고 클라우드의 모든 것과 마찬가지로 최소 가용성 또는 추가 비용을 위해 추가 요금을 지불 할 수 있습니다. (명백한 것에 대해 죄송합니다)
이제 팁 :
당신의 IOPS 그래프에 거대한 봉우리 사이에서 그 낮은 계곡을 참조하십시오? 아마 RDBMS가 요청하는 것이 아니라 IOPS를 다른 IOPS 욕심 많은 사용자에게 제공하기 때문에 Amazon에서 IOPS를 제공하기 때문에 대신 RDBMS가 요청하지는 않을 것입니다. 그러나 그들 중 많은 사람들. 아직 수행하지 않은 경우
는
및 how to improve EBS performance 약 Provisioned IOPS 낮은 대기 시간의 SSD 디스크 액세스를 참조하십시오.
또한 귀하의 인스턴스에 EBS optimization이 (가) 활성화되어 있습니까? Amazon docs는 c4 인스턴스에 대해 기본적으로 활성화되어 있고 m3.xlarge 인스턴스에서 지원한다고 말했지만 후자에 대해 기본적으로 활성화되는 최적화에 대해서는 언급하지 않았습니다.
저는 전문가는 아니지만 간단한 해결책을 시도해도 아무런 피해가없고 거의 들지 않습니다. 아마도 충분할 것입니다. 그렇지 않으면, 새로운 유능한 DBA를 고용하고 평판 좋은 회사에서 최대한 빨리 컨설팅을받을 때까지 기다리지 마십시오 (또는 한 달 동안 AWS premium support 구매). 적어도 그들은 병목 현상이 어디에 있는지 그리고이를 해결하기 위해 무엇을해야 하는지를 알 수있을 것입니다.
데이터베이스를 느리게하는 많은 이유가 있습니다. 클라우드 워치 다이어그램을 사용하면 네트워크에 다른 데이터베이스 성능 도구가 있습니까? 둘째, 최근에 변경 사항이없는 경우 (코드 및 데이터베이스 변경 포함), 해당 RDS에서 '다중 AZ'를 활성화 한 경우 중지를 시도 할 수 있습니까? RDS가 다른 사용 가능한 영역으로 자동 장애 조치됩니다. ? – BMW
오프 주제 (아마도 http://serverfault.com/ 또는 http://dba.stackexchange.com/을 시도하십시오). 현상금은 적절한 이주를 막기 때문에 상향 조정됩니다. 두 그래프가 같은 시간대를 나타내면 더 좋을 것입니다. – RandomSeed