2013-09-29 2 views
-2

현재 내 WordPress 사이트에 마이크로 인스턴스를 사용하고 있습니다. 일반적으로 하루에 1-2 번 정도 데이터 가져 오기를 수행하면 CPU 사용률이 100 %로 높아져 웹 사이트가 죽게됩니다. 그렇지 않으면 30 % 미만으로 침체됩니다. 나는 이것에 대한 해결책을 찾고있다.Amazon 인스턴스 CPU 사용량을 줄이려고 시도합니다.

AWS에 익숙하지 않고 내 질문에 더 많은 설명이 필요할 수 있습니다. 그러나 자동 인스턴스 작성기를 사용하면 CPU 사용량이 자동으로 줄어들 수 있습니까? 또는 그것을 줄이기 위해 마이크로 대신 SMALL 인스턴스로 전환해야합니까? 분명히 운영 비용도 줄이려고 노력합니다.

Small 인스턴스가 마이크로보다 강력하고 CPU 사용을 더 잘 처리 할 수 ​​있다고 가정합니다. Howerever는 더 많은 비용을 청구하므로 2 마이크로 인스턴스로이 문제를 해결할 수 있을지 궁금합니다. 그게 효과가 있니? 감사합니다

답변

1

사실, 술에 취한 생각의 밤 이후에 나는 값 싸고 쉬운 해결책을 생각해 냈고 기본적으로 내 자신의 질문에 대답했다.

나는 원래의 AMI 이미지에서 다른 마이크로 인스턴스 (1 년간 무료)를 만들었습니다. 그래서 기본적으로 동일한 MySQL 데이터베이스 및 s3 계정에 연결된 2 개의 동일한 WordPress 사이트가 있습니다. 내 복제 인스턴스를 'WorkingMachine'이라고 명명했습니다. :) 그런 다음 올바른 관리 사이트에 올바른 인스턴스에 연결하기 위해 WorkingMachine의 config.php 파일을 home 및 siteurl로 변경해야했습니다. 마지막으로, 이제는 내 WorkingMachine에서 모든 가져 오기, cron 작업 및 기타 CPU 비싼 작업을 실행할 수 있으며 트래픽 만 위해 원본 인스턴스를 손대지 않게 할 수 있습니다. 요약하면 읽기 작업의 원래 인스턴스 인 Workingmachine은 쓰기 작업입니다. 둘 다 마이크로 인스턴스입니다. 가장 중요한 부분은 내 WorkingMachine이 수입 및 기타 작업을 수행 할 때만 연중 무휴 운영 될 필요가 없다는 것입니다. 그래서 그 인스턴스를 Small 또는 더 강력한 머신으로 업그레이드 할 수 있습니다. (더 많은 CPU가 필요할 경우) 필요하지 않을 때 중단하십시오. 싸다. 설치에 10 분이 걸렸습니다.

1

마이크로 인스턴스는 ec2 내에서 고유합니다. 그들은 최대 2 ECU까지 올라갈 수있는 버스트 블 CPU 프로파일을 사용하지만 할당 된 버스트 시간을 초과하면 1보다 훨씬 낮은 값 (0.1-0.2 ECU)으로 제한됩니다.

작은 인스턴스에는 항상 CPU 시간의 1 ECU가 할당됩니다. 항상 작은 인스턴스로 업그레이드하고 항상 실행되도록하려는 경우 사용률이 높은 예약을하는 것이 좋습니다.

+0

마이크로 인스턴스에서 자동 크기 조정을 사용할 수 없다는 뜻입니까? 내가 그들 중 2 명을 가지고 있다고 가정 해 봅시다. CPU의 관점에서 확장 할 수 있을까요? –

+1

EC2에서의 자동 크기 조절은 수평 확장을 나타냅니다. 그것은 인스턴스의 속성을 변경하지 않고 인스턴스를 추가합니다. 이를 효과적으로 사용하려면 인스턴스가 아무 것도 공유하지 않는 아키텍처를 따라야합니다. 워드 프레스가 기본적으로 설계되지 않은 것. – datasage

관련 문제