2012-09-04 2 views
0

우리는 데이터 센터에서 aws로 전환하려고합니다. 두 경우 모두 한 개의 마스터 데이터베이스와 두 개의 슬레이브 데이터베이스가있는 몇 개의 웹 서버가 있습니다. 우리는 monday 스위치를 데이터 센터로 다시 가져와야했습니다. ec2 mysql 슬레이브는 데이터 센터에서 1 초가 걸리는 홈페이지 쿼리를 실행하는 데 40 ~ 140 초가 걸렸습니다. 우리는 1 개의 대형 슬레이브와 1 개의 슬레이브 슬레이브를 사용하고 있습니다. 실제로는 데이터 센터보다 조금 더 강력해야합니다. 그 시간 동안 우리의 노예의 ec2s는 견고한 100 % cpu 레벨을 가졌습니다. 그들은 ebs 볼륨을 탑재했습니다. 누구든지 여기에 무슨 일이 일어나고 있는지 아이디어가 있습니까?mysql이 ec2에서 실적이 저조하다

+0

어쩌면 serverfault에서 더 좋은 답변을 얻을 수 있습니다. SQL이 aws에서 성능이 좋지 않다고 들었습니다. 더 적극적인 캐싱을 시도하십시오. 페이지는 1 초 이내에 브라우저에로드되어야하며 페이지 당 0.2 초 미만의 모든 쿼리를 개인적으로 만들려고합니다 ... –

+0

AWS에서 1.5 년 동안 MySQL을 사용 해왔고 무시할만한 차이가 있음을 눈치 채지 못했습니다. 당신이 상대하고있는 다른 셋업/소프트웨어 문제. –

답변

0

EBS는 처리량을 보장하지 않습니다 (작년까지). 제공된 IOPS 탑재 볼륨을 사용하려고합니다. 이렇게하면 디스크 io가 보장되고 EBS를 문제로 배제 할 수 있습니다.

http://aws.typepad.com/aws/2012/08/fast-forward-provisioned-iops-ebs.html

당신의 홈페이지가 매우 느려질 수 있습니다 EC2 인스턴스보다는 SQL - 하위 쿼리를 사용하는 경우

0

(즉, 모든 인덱스가 테이블에있는 모든 응용 프로그램 수준의 물건 같은 당신이 보장 한 가정한다) 기본적으로 MySQL 5.5를 사용합니다 (자세한 내용은 MySQL is extremely slow on EC2을 참조하십시오)