Trường hợp vi mô Amazon EC2 không phản hồi

Question

Tôi có một vài trường hợp vi mô đã hoạt động tốt trong nhiều tuần. Cả hai đều đang chạy các blog WordPress. Trong 24 giờ qua, một trong số họ đã dừng lại. Tôi không thể ssh ngay cả sau khi khởi động lại. Ví dụ khác đang hoạt động tốt.

ssh: connect to host ec2-xxx-xxx-xxx-xxx.ap-southeast-1.compute.amazonaws.com port 22: Operation timed out 

Không có gì rõ ràng trong nhật ký trông giống như vấn đề. Một vài dòng cuối cùng là:

cloud-init: runcmd[ OK ] 
Mounting other filesystems: [ OK ] 
Retrigger failed udev events[ OK ] 
Generating SSH1 RSA host key: [ OK ] 
Starting sshd: [ OK ] 
Starting ntpd: [ OK ] 
Starting sendmail: [ OK ] 
Starting sm-client: [ OK ] 
Starting crond: [ OK ] 
[ OK ] 
Starting atd: [ OK ] 
Starting yum-updatesd: [ OK ] 
Running cloud-init user-scripts (none found)[ OK ] 
Amazon Linux AMI release 2011.02.1.1 (beta) 
Kernel 2.6.35.11-83.9.amzn1.i686 on an i686 
ip-xx-xxx-xx-xx login: 

Bảng điều khiển quản lý cho biết mọi thứ đang hoạt động và bình thường.
Tôi sử dụng cùng một nhóm bảo mật và tệp .pem cho cả hai trường hợp.

Tôi nghi ngờ rằng trường hợp này đã nhận được nhiều lưu lượng truy cập hơn so với trường hợp khác. Có anyway rằng các trường hợp vi mô có thể chạy ra khỏi bộ nhớ và chỉ dừng đáp ứng? Điều gì có thể xảy ra?

Here is a screen shot of the Monitoring panel

Cảm ơn

Answer 1

Có rất nhiều khả năng, nhưng hai rất có thể là:

1. tải cao trên host mà dụ Micro của bạn đang chạy trên - trường hợp Micro có được một tuy nhiên, bạn có thể thu nhỏ lại khá nhiều tài nguyên khi máy chủ đang được tải.

2. Đã xảy ra lỗi trên máy chủ đang ảnh hưởng đến khả năng phản hồi của máy ảo - điều này thực sự khá phổ biến và có thể thể hiện loại hành vi bạn đang xem.

Trong cả hai trường hợp, giải pháp nhanh nhất là nuke thể hiện và khởi động lại - bạn sẽ có thể có một phiên bản mới trên máy chủ khác, có thể ít bị căng thẳng hoặc ít bị hỏng. ;)

Answer 2

Tôi đã thấy các trường hợp vi phạm bị khóa trong vài phút do CPU "ăn cắp" xảy ra khi bạn sử dụng quá nhiều CPU. Điều này là duy nhất cho trường hợp vi mô. Tôi đã viết một ví dụ về điều này (bao gồm cả video) tại http://gregsramblings.com/2011/02/07/amazon-ec2-micro-instance-cpu-steal/.

Bạn có thể di chuyển cá thể của mình sang tài nguyên mới chỉ bằng cách thực hiện STOP đầy đủ và sau đó là BẮT ĐẦU. Điều này sẽ gán nó cho phần cứng mới và sẽ gán một địa chỉ IP mới (đừng quên liên kết lại IP đàn hồi của bạn!). Khởi động lại máy chủ sẽ không thực hiện việc này. Nó cần phải được dừng lại thông qua giao diện điều khiển EC2. Chấm dứt nó là không cần thiết.

Answer 3

Tôi vừa khởi động lại bản sao và nó bắt đầu hoạt động trở lại. See the screenshot here