NGUY HIỂM!
Không chạy lệnh này để 'kiểm tra' nó trừ khi bạn chuẩn bị cho sự cố và / hoặc buộc khởi động lại hệ thống của bạn.
Các bước tôi đã thực hiện:
- Tôi đã tạo một phiên bản t1.micro trên EC2 chạy Ubuntu 14.01 LTS.
- Tôi xác nhận rằng cả hai kiểm tra trạng thái thông qua.
- Tôi SSH vào ví dụ.
- Tôi đã chạy bom ngã ba được ghi lại trong lý do tại sao lệnh này làm cho hệ thống của tôi bị lag đến mức tôi phải khởi động lại? .
- Phiên SSH của tôi được hiển thị dưới đây.
- Như bạn có thể thấy, ví dụ (nhanh chóng) hết bộ nhớ và phiên của tôi kết thúc sau khi hết thời gian.
Tôi dự kiến Kiểm tra tình trạng sơ thẩm không thành công. Tuy nhiên, cả hai kiểm tra trạng thái tiếp tục vượt qua hơn 20 phút sau. Ví dụ không phản hồi với SSH và ping, mặc dù nmap báo cáo rằng cổng 22 đang mở.
Tôi đã hy vọng sử dụng kiểm tra trạng thái để xác định xem trường hợp đó có phản hồi hay không và nhóm tự động hóa của nó chấm dứt và thay thế nó, nhưng có vẻ như tôi sẽ không thể làm điều đó.
Tôi có hai câu hỏi:
- Tại sao cá thể vượt qua cả hai kiểm tra trạng thái?
- Có giải pháp nào khác (ngoài việc trả $ 18 / tháng cho bộ cân bằng tải không được sử dụng để cân bằng tải) để chấm dứt các trường hợp trở nên không phản hồi? Có điều gì tôi có thể làm với báo thức trên đám mây không?
- Lý tưởng nhất là tôi muốn có thể báo cáo tình trạng sức khỏe theo định kỳ và nếu không thực hiện được trong một khoảng thời gian nhất định, hãy chấm dứt nó (và để nhóm tự động hóa của tôi lo phần còn lại).
Phiên SSH của tôi:
Welcome to Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-57-generic x86_64)
* Documentation: https://help.ubuntu.com/
System information as of Thu Jul 9 18:50:39 UTC 2015
System load: 0.0 Memory usage: 7% Processes: 47
Usage of /: 16.8% of 7.75GB Swap usage: 0% Users logged in: 0
Graph this data and manage this system at:
https://landscape.canonical.com/
Get cloud support with Ubuntu Advantage Cloud Guest:
http://www.ubuntu.com/business/services/cloud
Last login: [[redacted]]
ubuntu@ip-172-31-18-225:~$ :(){ :|: & };:
[1] 1218
ubuntu@ip-172-31-18-225:~$ -bash: fork: Cannot allocate memory
-bash: fork: Cannot allocate memory
Connection to 52.2.62.141 closed.
Chỉnh sửa: Vì vậy, mục tiêu thực sự của tôi là thu hẹp khoảng cách giữa những gì kiểm tra trạng thái kiểm tra và kiểm tra xem ứng dụng của tôi có đang chạy hay không. Nếu kiểm tra trạng thái thực sự kiểm tra xem kernel có chạy đúng không, thì dường như tôi có thể sử dụng bộ theo dõi phần mềm kernel (như mô-đun kernel softdog) để thu hẹp khoảng cách đó.
- Kiểm tra trạng thái có thực sự kiểm tra xem kernel đang chạy như bình thường không?
- Nếu kiểm tra trạng thái cho biết kernel đang chạy, điều đó có nhất thiết có nghĩa là tất cả các mô-đun kernel tôi đã tải đang chạy đúng không?