2008-09-16 34 views
6

Khi chạy bất kỳ loại máy chủ nào đang tải, có một số tài nguyên mà bạn muốn theo dõi để đảm bảo máy chủ được khỏe mạnh. Điều này đặc biệt đúng khi kiểm tra hệ thống đang được tải.Tài nguyên nào nên theo dõi trên máy chủ Linux đang chạy máy chủ web hoặc cơ sở dữ liệu

Một số ví dụ cho điều này sẽ là sử dụng CPU, sử dụng bộ nhớ và có lẽ không gian đĩa. Tôi cần theo dõi tài nguyên nào khác và công cụ nào có sẵn để làm như vậy?

Trả lời

6

Nhiều như bạn có thể đủ khả năng, và sau đó có thể vẽ/hiểu/xem kết quả. Tài nguyên giám sát hữu ích cho việc không chỉ lập kế hoạch dung lượng, mà còn phát hiện bất thường và phát hiện bất thường giúp bạn phát hiện các sự kiện bảo mật một cách đáng kể.

Bạn có khởi đầu tốt với đồ thị cơ bản của mình. Tôi cũng muốn theo dõi số lượng chủ đề, số lượng kết nối, I/O mạng, I/O đĩa, lỗi trang (được cho là có liên quan đến việc sử dụng bộ nhớ), các công tắc ngữ cảnh.

Tôi thực sự thích munin để vẽ đồ thị những thứ liên quan đến máy chủ.

-1

Tôi thường xem toptail -f /var/log/auth.log.

0

Ngoài đầu trang và auth.log, tôi thường xem mtop và bật tính năng slowquerylog của mysql và xem mysqldumpslow.

Tôi cũng sử dụng Nagios để theo dõi CPU, bộ nhớ và người dùng đã đăng nhập (trên máy chủ VPS hoặc máy chủ chuyên dụng). Điều đó cuối cùng cho tôi biết khi ai đó ngoài tôi đăng nhập.

1

"df -h" để đảm bảo rằng không có phân vùng nào chạy đầy đủ có thể dẫn đến tất cả các loại vấn đề sôi nổi, xem syslog cũng rất hữu ích, cho rằng tôi khuyên bạn nên cài đặt "logwatch" (Logwatch Website) trên máy chủ của bạn sẽ gửi cho bạn một email nếu những điều kỳ lạ bắt đầu xuất hiện trong syslog của bạn.

1

Cacti là giải pháp theo dõi/vẽ đồ thị dựa trên web tốt. Rất đầy đủ, rất dễ sử dụng, với một cơ sở người dùng lớn bao gồm nhiều cài đặt cấp doanh nghiệp lớn.

Nếu bạn muốn 'cảnh báo' hơn và ít 'vẽ đồ thị' hơn, hãy xem nagios.

Đối với 'giám sát', bạn muốn theo dõi hệ thống ở cả cấp hệ thống và ứng dụng, vì vậy có: mạng/bộ nhớ/đĩa i/o, ngắt và như vậy trên mức hệ thống. Mức ứng dụng cụ thể hơn, vì vậy máy chủ web có thể đo số lần truy cập/giây, lỗi/giây (phản hồi không phải 200), v.v. và cơ sở dữ liệu có thể đo truy vấn/giây, thời gian thực hiện truy vấn trung bình, v.v.

0

mạng tất nhiên :) Sử dụng MRTG để có được một số đồ thị băng thông tốt đẹp, chúng chỉ là phần lớn thời gian .. cho đến khi một spammer tìm thấy một lỗ hổng trong bảo mật của bạn và nó đột nhiên tăng lên.

Nagios rất phù hợp để cảnh báo như đã đề cập và dễ thiết lập. Sau đó, bạn có thể sử dụng plugin mrtg để nhận thông báo cho lưu lượng truy cập mạng của mình.

Tôi cũng khuyên bạn nên sử dụng ntop vì nó cho biết lưu lượng truy cập mạng của bạn đang ở đâu.

Một liên kết tốt để giúp bạn có được đi với Munin và Monit: link text

3

tôi sử dụng Zabbix rộng rãi trong sản xuất, mà đi kèm với một chồng mặc định hữu ích.Một số ví dụ về các loại điều chúng ta đã cấu hình nó để theo dõi:

  • sử dụng Mạng
  • sử dụng CPU (% người sử dụng, hệ thống, thời gian thoải mái)
  • tải trung bình (1m, 5m, 15m)
  • RAM sử dụng (thực tế, trao đổi, shm)
  • Disc thông
  • kết nối hoạt động (theo số cổng)
  • số của các quá trình (theo loại quá trình)
  • Ping thời gian từ vị trí từ xa
  • Thời gian để chứng chỉ SSL hết
  • MySQL internals (query sử dụng bộ nhớ cache, num bảng tạm thời trong RAM và đĩa, vv)

Bất cứ điều gì bạn có thể theo dõi với Zabbix, bạn cũng có thể đính kèm trình kích hoạt để - vì vậy nó có thể khởi động lại các dịch vụ không thành công; hoặc trang bạn để cảnh báo về các vấn đề.

Thu thập dữ liệu ngay bây giờ, trước khi hiệu suất trở thành vấn đề. Khi đó, bạn sẽ vui mừng về các đường cơ sở lịch sử và thực tế bạn sẽ có thể hiển thị những vấn đề về ngày tháng và thời gian bắt đầu xảy ra khi bạn cần truy tìm và trừng phạt chính xác nhà phát triển nào đã thực hiện các thay đổi xấu :)

1

Hãy coi chừng câu hỏi thường gặp trong mysql. Nó chỉ nên được sử dụng khi cố gắng tìm ra lý do tại sao một số truy vấn chậm. Nó có tác dụng phụ làm TẤT CẢ các truy vấn của bạn chậm trong khi nó được kích hoạt. : P Nó dành cho gỡ lỗi, không đăng nhập.

Hãy suy nghĩ 'theo dõi thụ động' bất cứ khi nào có thể. Ví dụ, sniff lưu lượng mạng hơn là theo dõi nó từ máy chủ của bạn - có một máy khác xem các gói tin bay qua lại và ghi lại số liệu thống kê về chúng.

(Bằng cách này, đó là một trong những mục yêu thích của tôi - nếu bạn xem kết nối được thiết lập và lưu ý khi kết thúc, bạn có thể tìm thấy rất nhiều dữ liệu về truy vấn chậm hoặc làm chậm bất kỳ thứ gì khác, mà không đặt bất kỳ tải nào trên máy chủ bạn quan tâm.)

2

Tôi đã kết thúc bằng cách sử dụng dstat là người anh em họ đẹp trai của vmstat.

này sẽ cho hầu hết tất cả mọi thứ bạn cần biết về sức khỏe của một máy, bao gồm:

  • CPU
  • đĩa
  • Memory
  • Mạng
  • Swap
Các vấn đề liên quan