Quản lý cấu hình Nagios

Tôi sẽ triển khai Nagios (rất có thể dù sao cũng có thể trở thành một công cụ khác) và tôi tự hỏi liệu có ai muốn chia sẻ các thực tiễn tốt nhất của họ khi tạo, quản lý và duy trì các tệp cấu hình khi nói đến không khả năng mở rộng và khả năng quản lý khi tôi thấy rằng nó có thể nhanh chóng trở thành một mớ hỗn độn thực sự lớn.

Bất kỳ lời khuyên, ví dụ hoặc thậm chí cấu hình đầy đủ sẽ được chào đón nhất và tôi vui vẻ xem qua chúng.

Công cụ sẽ được chào đón là tốt. Đã thử NConf cho đến nay, nhưng các tệp cấu hình được tạo dường như không thực hiện đúng như đã hứa (không bao gồm thông tin gốc cho một người và chỉ là PITA để chúng hoạt động - chúng tạo ra vô số lỗi khi kiểm tra các tệp cấu hình với kịch bản được cung cấp bởi nagios)

Cảm ơn

Khi nó bật ra, tôi đã viết một HOWTO cho các cấu hình Nagios lành mạnh: http://www.standopol-sysadmin.com/blog/2009/07/nagios-config/

Về cơ bản, meesterfox đang đi đúng hướng. Giữ máy chủ của bạn trong các tệp riêng biệt, sử dụng tính kế thừa để tạo lợi thế cho bạn và tạo cấu trúc phân cấp thư mục cho các cấu hình của bạn ánh xạ tới thế giới thực.

Tôi sử dụng Fruity . Tôi thấy đó là một sự trợ giúp lớn, các tập tin cấu hình nagios có thể rất khó sử dụng!

Fruity là một công cụ cấu hình dựa trên web nguồn mở cho hệ thống giám sát mạng Nagios. Nó được thiết kế để cung cấp một quy trình hợp lý trong việc tạo và quản lý mạng của bạn. Nó được viết bằng PHP và sử dụng thư viện trừu tượng hóa cơ sở dữ liệu AdoDB.

Rõ ràng bây giờ nó được gọi là Lilac ... hmm, đoán tôi nên nâng cấp!

Trước đây, tôi đã sử dụng git để quản lý các thay đổi đối với các tệp cấu hình khác nhau. Tại mỗi thay đổi cấu hình, các tệp được kiểm tra vào kho lưu trữ. Vào những thời điểm khác nhau, thông thường sau một thay đổi lớn, chúng tôi sẽ đẩy kho lưu trữ đến một vị trí trung tâm, như một cách bẩn để thực hiện sao lưu. Điều này làm việc khá tốt, nhưng có vấn đề. Chủ yếu là chỉ cần quên kiểm tra các tập tin khi mọi thứ thay đổi.

tôi có một thiết lập nagios theo dõi nhiều máy chủ từ nhiều cơ quan. tôi sử dụng các thư mục cho máy chủ và dịch vụ (trái ngược với 1 tệp lớn), sau đó là 3 tiền tố chữ cái cho cơ quan, sau đó là một mô tả như "switch", "máy chủ", "máy in" hoặc "máy trạm" được phân tách bằng dấu gạch dưới. tôi cũng thấy nó cách dễ dàng hơn để có hostgroups khai bên trong một máy chủ vật thể hơn để có một thành viên khai bên trong một hostgroup đối tượng. Bằng cách này, bạn chỉ chỉnh sửa 1 tệp khi thêm máy chủ mới vào các nhóm có sẵn.

tôi sử dụng rất nhiều mẫu (trên tệp riêng của họ) để những người phù hợp được thông báo về đúng dịch vụ cho đúng máy chủ.

oh, và tất nhiên, tôi sử dụng kiểm soát phiên bản (svn bây giờ, chuyển sang git).

cái này hoạt động rất đẹp tôi có thể dễ dàng quản lý nó. Chỉ có 1 vấn đề: không có ai hiểu các tập tin cấu hình nagios nơi tôi làm việc, vì vậy tôi đang chuyển nó sang lilac, hoạt động rất tốt và tận dụng hệ thống tạo khuôn mẫu rất tốt.

i công việc trước đây của tôi tôi thiết lập trái cây (chưa có lilac) vì vậy những người khác cũng có thể cảm thấy thoải mái khi thêm máy chủ vào nagios.

NagiosQL là một công cụ cấu hình khác. Cấu hình được lưu trữ trong MySQL.

Như Jon nói ở trên, sử dụng một hệ thống phiên bản để theo dõi các thay đổi là một cách tốt để đi.

\ Greg

Có lẽ tôi chỉ bướng bỉnh, nhưng tôi thích các tập tin cấu hình của tôi. Thật dễ dàng để làm việc với họ và sao lưu. Nhưng, có những lý do tốt để sử dụng một cái gì đó như lilac. Nhưng, tôi thích HÔN.

Dù sao, cách tôi có nó: config dir được đặt thành các đối tượng. Tất cả các máy chủ lưu trữ có tệp riêng của họ, trong đó có bất cứ điều gì phải làm với nó. Bằng cách đó, nếu tôi phải xóa máy chủ, tôi có thể di chuyển tệp và cấu hình sẽ không khiếu nại. điều này cũng hoạt động tốt để thêm máy chủ; chỉ cần sao chép một tập tin, thay đổi tên và địa chỉ, quyến rũ tên máy chủ và bobs chú của bạn.