Thay thế cho Daemontools (djbtools) để giám sát các quy trình unix?

Tôi đã sử dụng Daemontools để cung cấp một cách đơn giản và đáng tin cậy để giám sát các dịch vụ Unix trên máy chủ của mình. Nó hoạt động tốt, nhưng nó đòi hỏi một cách suy nghĩ khác ( The DJB Way ) và một số khiếu nại phổ biến là:

• Dấu thời gian dựa trên TAI64N
• Không lưu trữ tập lệnh dưới /etc/init.d (hoặc (/usr/local)/etc/rc.d)
• Không phải lúc nào cũng hoạt động với các tập lệnh như apachectl. Một số kịch bản cần phải được viết lại.

Tôi nhớ rằng một số daemon "giám sát / giám sát" tương tự đã có trong các tác phẩm khoảng hai năm trước, nhưng một số vẫn còn hơi thô xung quanh các cạnh.

Nếu bạn đã chuyển từ Daemontools sang một thứ khác, bạn đã chọn gì và nó có hoạt động tốt với bạn không? RedHat hoặc Ubuntu có đi kèm với bất kỳ tiện ích giám sát quy trình nào theo mặc định không?

Hrm, nếu bạn đang sử dụng Ubuntu, quy trình khởi động mới của họ, mới bắt đầu , bao gồm một mức độ giám sát quy trình. Nó có thể được sử dụng cho việc bắt đầu và dừng dịch vụ tiêu chuẩn của bạn, các tập lệnh la SysV và nó cũng có thể giám sát các ứng dụng đang chạy và hồi sinh chúng nếu chúng chết.

Bạn cũng có thể thực hiện quy trình của một người đàn ông nghèo thông qua inittab, tùy thuộc vào nhu cầu của bạn là gì.

Nếu bạn chủ yếu tìm kiếm cái gì để giữ một mắt trên một quá trình, để đảm bảo nó luôn luôn chạy, và sau đó khởi động lại nó khi nó không phải là, tôi đã có may mắn lớn với restartd . Thật không may, nguồn duy nhất cho nó mà tôi biết là gói Debian. Tuy nhiên, đây là một ứng dụng rất nhỏ và đơn giản, về cơ bản chỉ là một tệp .c và .h, với một tệp tạo. Việc biên dịch nó từ tarball nguồn Debian trên Red Hat là chuyện nhỏ (tôi thậm chí đã tạo ra một RPM của nó trong công việc trước đây của mình).

Một lựa chọn cuối cùng tôi đã nghe nói, nhưng không được sử dụng, là Người giám sát . Nó trông giống như một công cụ đầy hứa hẹn, nhưng restartd đã hoạt động đủ tốt với tôi trong quá khứ, với những gì tôi cần, mà tôi chưa bận tâm để chơi với nó.

+1 cho runit. Nhiều tính năng và linh hoạt hơn daemontools, tương thích với các đối số và tùy chọn daemontools hiện có. Khá gọn gàng.

Nhưng như bạn đã đề cập, rất nhiều công cụ đi kèm với các nhị phân điều khiển của riêng chúng, apache2ctl, ejabberdctl, poundctl, colld, v.v. có thể thực hiện. Tôi thường thỏa hiệp và có hầu hết các dịch vụ chạy dưới sự giám sát của runit. Và những người khác có thể được phép chạy bằng cách tầm thường.

Vâng, có runit . Tôi không thể nói cho bạn biết sự khác biệt và tương đồng của nó với daemontools là gì, nhưng đánh giá bởi trang web Berstein-esque, tôi muốn nói rằng có một ảnh hưởng Bernstein nhất định.

Fedora dường như đã sẵn sàng để chuyển sang systemd: http://0pulum.de/blog/projects/systemd.html

Thay thế cho gói đã được đề cập daemonizevà daemontools, có lệnh daemon của gói libslack.

daemon là khá cấu hình và không quan tâm đến tất cả các công cụ daemon tẻ nhạt như tự động khởi động lại, đăng nhập hoặc xử lý pidfile.

Có người giám sát

Ngoài ra còn có công cụ daemon của libslack được viết bằng C và có sẵn cho các nền tảng (Unix) khác nhau.

Nó khá cấu hình và không quan tâm đến tất cả các công cụ daemon tẻ nhạt như tự động khởi động lại, ghi nhật ký hoặc xử lý pidfile.

Ubuntu đi kèm với Upstart - Tôi không biết nhiều về nó nhưng tôi biết nó có khả năng "giám sát". Apple launchd là một tùy chọn khác (bài viết Wikipedia có phần "xem thêm" cũng liệt kê một loạt những người khác, bao gồm Upstart & RunIt).

Tất cả đều có điểm tốt và thương hiệu đặc biệt của riêng họ - Bất cứ khi nào ai đó hỏi tôi về các chương trình "giám sát quá trình" / "giám sát viên", tôi luôn hỏi cùng một câu hỏi: Tại sao bạn cần một?

Không có công cụ đồng thuận / cộng đồng phổ biến nào cho việc này bởi vì tất cả những người đi theo con đường này đều nhận ra đó là một ngõ cụt. Nếu các quy trình chạy dài của bạn thất bại quá thường xuyên để giám sát đơn giản là đủ tốt, thì hãy ngừng sử dụng chúng và chuyển mã của bạn vào bên trong thứ gì đó sẽ được điều khiển nhiều sự kiện hơn.

chỉnh sửa: như Chris chỉ ra bên dưới đôi khi bạn hoàn toàn bị dồn vào chân tường, trong trường hợp đó, một công việc cron * / 1 tìm kiếm tiến trình / pidfile, chạy một khởi động / khởi động lại nếu nó bị thiếu và đưa ra kết quả trong email cho người chịu trách nhiệm nhà phát triển / quản lý sản phẩm là vị trí dự phòng của bạn.