Hướng dẫn mongodb monitoring tools open-source - công cụ giám sát mongodb mã nguồn mở
Tài liệu về nhà → Hướng dẫn sử dụng MongoDB → MongoDB Manual Show Mới trong phiên bản 4.0. Bắt đầu từ Phiên bản 4.0, MongoDB (Phiên bản cộng đồng) cung cấp giám sát đám mây miễn phí cho các bộ độc lập và bản sao. Giám sát miễn phí cung cấp thông tin về việc triển khai của bạn, bao gồm:
Dữ liệu hết hạn 24 giờ sau khi được tải lên. Để biết thêm thông tin về tải lên và hết hạn dữ liệu, hãy xem dữ liệu được theo dõi và hết hạn.Monitored Data and Expiration. Theo mặc định, bạn có thể bật/tắt giám sát miễn phí trong thời gian chạy bằng cách sử dụng Bạn cũng có thể bật hoặc vô hiệu hóa giám sát miễn phí trong quá trình khởi động
Khi bạn bật giám sát miễn phí, nó vẫn được bật cho đến khi bạn tắt nó. Để xem trạng thái giám sát miễn phí của bạn,
Khi chạy với Điều khiển truy cập, người dùng phải có các đặc quyền sau để kích hoạt giám sát và nhận trạng thái miễn phí:
Vai trò tích hợp 6 Vai trò cung cấp đặc quyền này.Khi được bật, dữ liệu được giám sát được tải lên định kỳ. Dữ liệu được giám sát hết hạn sau 24 giờ. Đó là, bạn chỉ có thể truy cập dữ liệu được giám sát đã được tải lên trong vòng 24 giờ qua. Nếu bạn vô hiệu hóa giám sát miễn phí và sau đó có thể kích hoạt theo dõi miễn phí, bạn có thể truy cập các số liệu trước đó chưa hết hạn trong vòng 24 giờ qua. Khi bạn bật giám sát miễn phí, bạn được cung cấp một URL duy nhất nơi bạn có thể truy cập dữ liệu được giám sát của mình. Quan trọngBất cứ ai mà bạn chia sẻ URL độc đáo này đều có thể truy cập dữ liệu được giám sát của bạn. Trên trang này
Giám sát là một thành phần quan trọng của tất cả các quản trị cơ sở dữ liệu. Một sự nắm bắt chắc chắn về báo cáo của MongoDB sẽ cho phép bạn đánh giá trạng thái cơ sở dữ liệu của bạn và duy trì việc triển khai mà không cần khủng hoảng. Ngoài ra, cảm giác về các thông số hoạt động bình thường của MongoDB sẽ cho phép bạn chẩn đoán các vấn đề trước khi chúng leo thang bị lỗi. Tài liệu này trình bày tổng quan về các tiện ích giám sát có sẵn và số liệu thống kê báo cáo có sẵn trong MongoDB. Nó cũng giới thiệu các chiến lược chẩn đoán và đề xuất để theo dõi các bộ bản sao và các cụm mảnh vỡ. MongoDB cung cấp các phương pháp khác nhau để thu thập dữ liệu về trạng thái của một phiên bản MongoDB đang chạy:
Mỗi chiến lược có thể giúp trả lời các câu hỏi khác nhau và hữu ích trong các bối cảnh khác nhau. Những phương pháp này là bổ sung. Phần này cung cấp một cái nhìn tổng quan về các phương pháp báo cáo được phân phối với MongoDB. Nó cũng cung cấp các ví dụ về các loại câu hỏi mà mỗi phương pháp phù hợp nhất để giúp bạn giải quyết. Mới trong phiên bản 4.0. MongoDB cung cấp giám sát đám mây miễn phí cho các bộ độc lập hoặc bản sao. Theo mặc định, bạn có thể bật/tắt giám sát miễn phí trong thời gian chạy bằng cách sử dụng Giám sát miễn phí cung cấp tới 24 giờ dữ liệu. Để biết thêm chi tiết, xem giám sát miễn phí. Phân phối MongoDB bao gồm một số tiện ích nhanh chóng trả lại số liệu thống kê về hiệu suất và hoạt động của các trường hợp. Thông thường, những điều này là hữu ích nhất để chẩn đoán các vấn đề và đánh giá hoạt động bình thường. mongod -v --logpath /var/log/mongodb/server1.log --logappend Sử dụng 9 để hiểu phân phối các loại hoạt động và để thông báo kế hoạch năng lực. Xem trang tham chiếu 9 để biết chi tiết. 9 to understand the distribution of operation types and to inform capacity planning. See the 9 reference page for details.db.clients.insertOne( { "name" : "Joe", "PII" : "Sensitive Information" } ) Sử dụng 2 để kiểm tra xem hoạt động cơ sở dữ liệu của bạn và sử dụng phù hợp với mong đợi của bạn. Xem trang tham chiếu 2 để biết chi tiết. 2 to check if your database activity and
use match your expectations. See the 2 reference page for details.Đã thay đổi trong phiên bản 3.6: MongoDB 3.6 loại bỏ giao diện HTTP không dùng nữa và API REST thành MongoDB. MongoDB bao gồm một số lệnh báo cáo về trạng thái của cơ sở dữ liệu. Những dữ liệu này có thể cung cấp mức độ chi tiết tốt hơn so với các tiện ích được thảo luận ở trên. Cân nhắc sử dụng đầu ra của chúng trong các tập lệnh và chương trình để phát triển các cảnh báo tùy chỉnh hoặc để sửa đổi hành vi của ứng dụng của bạn để đáp ứng với hoạt động của trường hợp của bạn. Phương pháp 5 là một công cụ hữu ích khác để xác định các hoạt động đang tiến hành của trường hợp cơ sở dữ liệu.Lệnh 3 hoặc 4 từ shell, trả về tổng quan chung về trạng thái của cơ sở dữ liệu, chi tiết sử dụng đĩa, sử dụng bộ nhớ, kết nối, viết nhật ký và truy cập chỉ mục. Lệnh trở lại nhanh chóng và không ảnh hưởng đến hiệu suất MongoDB. 3 đầu ra một tài khoản về trạng thái của một thể hiện MongoDB. Lệnh này hiếm khi chạy trực tiếp. Trong hầu hết các trường hợp, dữ liệu có ý nghĩa hơn khi được tổng hợp, như người ta sẽ thấy với các công cụ giám sát bao gồm Trình quản lý đám mây MongoDB và Trình quản lý OPS. Tuy nhiên, tất cả các quản trị viên nên làm quen với dữ liệu được cung cấp bởi 3MongoDB Cloud
Manager and Ops Manager. Nevertheless, all administrators should be familiar with the data provided by 3Lệnh 0 hoặc 1 từ shell, trả về một tài liệu giải quyết việc sử dụng lưu trữ và khối lượng dữ liệu. 0 phản ánh lượng lưu trữ được sử dụng, số lượng dữ liệu có trong cơ sở dữ liệu và đối tượng, bộ sưu tập và bộ đếm chỉ mục.Sử dụng dữ liệu này để theo dõi trạng thái và dung lượng lưu trữ của một cơ sở dữ liệu cụ thể. Đầu ra này cũng cho phép bạn so sánh việc sử dụng giữa cơ sở dữ liệu và để xác định kích thước tài liệu trung bình trong cơ sở dữ liệu. 3 hoặc 4 từ vỏ cung cấp số liệu thống kê giống với 0 ở cấp độ thu thập, bao gồm số lượng các đối tượng trong bộ sưu tập, kích thước của bộ sưu tập, lượng không gian đĩa được sử dụng bởi bộ sưu tập và thông tin về các chỉ mục của nó.Lệnh 6 ( 7 từ shell) trả về tổng quan về trạng thái của bộ bản sao của bạn. Tài liệu repsetGetStatus chi tiết trạng thái và cấu hình của tập bản sao và thống kê về các thành viên của nó.Sử dụng dữ liệu này để đảm bảo rằng sao chép được cấu hình đúng và để kiểm tra các kết nối giữa máy chủ hiện tại và các thành viên khác của bộ bản sao. Đây là các công cụ giám sát được cung cấp dưới dạng dịch vụ lưu trữ, thường là thông qua đăng ký trả phí.
Trong quá trình hoạt động bình thường, các trường hợp 9 báo cáo tài khoản trực tiếp của tất cả các hoạt động và hoạt động của máy chủ cho đầu ra tiêu chuẩn hoặc tệp nhật ký. Cài đặt thời gian chạy sau đây kiểm soát các tùy chọn này.
Ghi chúBạn có thể chỉ định các hoạt động cấu hình này là các đối số dòng lệnh cho Mongod hoặc Mongos Ví dụ:
Bắt đầu một phiên bản 7, nối dữ liệu vào tệp nhật ký tại 8.
Các lệnh cơ sở dữ liệu sau đây cũng ảnh hưởng đến việc ghi nhật ký:
Chỉ có sẵn trong MongoDB Enterprise A 4 REBRACTS các tin nhắn được liên kết với bất kỳ sự kiện nhật ký nào trước khi đăng nhập, chỉ để lại siêu dữ liệu, tệp nguồn hoặc số dòng liên quan đến sự kiện. 4 ngăn chặn thông tin có khả năng nhạy cảm khi nhập nhật ký hệ thống với chi phí chi tiết chẩn đoán.Ví dụ: thao tác sau đây chèn một tài liệu vào 9:
Hoạt động này tạo ra sự kiện nhật ký sau:
A 4 thực hiện cùng một thao tác chèn tạo ra sự kiện nhật ký sau:
Sử dụng 2 kết hợp với mã hóa ở phần còn lại và TLS/SSL (mã hóa vận chuyển) để hỗ trợ tuân thủ các yêu cầu quy định.Khi bạn phát triển và vận hành các ứng dụng với MongoDB, bạn có thể muốn phân tích hiệu suất của cơ sở dữ liệu dưới dạng ứng dụng. Hiệu suất MongoDB thảo luận về một số yếu tố hoạt động có thể ảnh hưởng đến hiệu suất. Ngoài các yêu cầu giám sát cơ bản cho bất kỳ phiên bản MongoDB nào, đối với các bộ bản sao, quản trị viên phải giám sát độ trễ sao chép. "Độ trễ sao chép" đề cập đến lượng thời gian cần thiết để sao chép (tức là sao chép) một thao tác ghi trên sơ cấp thành thứ cấp. Một số giai đoạn chậm trễ nhỏ có thể được chấp nhận, nhưng các vấn đề quan trọng xuất hiện khi độ trễ sao chép tăng lên, bao gồm:
Bắt đầu từ MongoDB 4.2, quản trị viên có thể giới hạn tốc độ chính áp dụng chính của nó với mục tiêu giữ độ trễ 8 theo giá trị tối đa có thể định cấu hình 9Theo mặc định, điều khiển dòng chảy là Ghi chúKích thước của oplog chỉ có thể định cấu hình trong lần chạy đầu tiên bằng đối số 3 cho lệnh mongod hoặc tốt nhất là cài đặt 5 trong tệp cấu hình MongoDB. Nếu bạn không chỉ định điều này trên dòng lệnh trước khi chạy với tùy chọn 6, mongod sẽ tạo ra một oplog có kích thước mặc định.Theo mặc định, OPLOG là 5 phần trăm tổng dung lượng đĩa có sẵn trên các hệ thống 64 bit. Để biết thêm thông tin về việc thay đổi kích thước oplog, hãy xem thay đổi kích thước của oplog. Bắt đầu từ MongoDB 4.2, quản trị viên có thể giới hạn tốc độ chính áp dụng chính của nó với mục tiêu giữ độ trễ 8 theo giá trị tối đa có thể định cấu hình 9Theo mặc định, điều khiển dòng chảy là Ghi chúKích thước của oplog chỉ có thể định cấu hình trong lần chạy đầu tiên bằng đối số 3 cho lệnh mongod hoặc tốt nhất là cài đặt 5 trong tệp cấu hình MongoDB. Nếu bạn không chỉ định điều này trên dòng lệnh trước khi chạy với tùy chọn 6, mongod sẽ tạo ra một oplog có kích thước mặc định.
Bắt đầu từ Phiên bản 4.2 (cũng có sẵn bắt đầu từ 4.0.6), các thành viên phụ của một bộ bản sao hiện các mục OPLOG đã mất nhiều thời gian hơn so với ngưỡng hoạt động chậm để áp dụng. Những thông điệp oplog chậm này: Được đăng nhập cho các thứ hai trong Được ghi lại dưới thành phần db.enableFreeMonitoring()8 với văn bản db.enableFreeMonitoring()9.Không phụ thuộc vào các mức nhật ký (ở cấp hệ thống hoặc thành phần)Không phụ thuộc vào mức độ hồ sơ. Có thể bị ảnh hưởng bởi Bởi vì các máy chủ cấu hình không thể truy cập có thể ảnh hưởng nghiêm trọng đến tính khả dụng của cụm bị che khuất, bạn nên giám sát các máy chủ cấu hình của mình để đảm bảo rằng cụm vẫn được cân bằng tốt và các trường hợp ____39 có thể khởi động lại. MongoDB Cloud Manager và OPS Trình quản lý máy chủ cấu hình giám sát và có thể tạo thông báo nếu máy chủ cấu hình không thể truy cập được. Xem Tài liệu Trình quản lý đám mây MongoDB và tài liệu Trình quản lý OPS để biết thêm thông tin. and Ops Manager monitor config servers and can create notifications if a config server becomes inaccessible. See the MongoDB Cloud Manager documentation and Ops Manager documentation for more information. Các triển khai phân cụm hiệu quả nhất cân bằng các khối cân bằng giữa các mảnh vỡ. Để tạo điều kiện cho điều này, MongoDB có một quy trình cân bằng nền, phân phối dữ liệu để đảm bảo rằng các khối luôn được phân phối tối ưu giữa các mảnh vỡ. Phát hành lệnh 9 từ trong vòng db.disableFreeMonitoring() 9. Điều này trả về một cái nhìn tổng quan về toàn bộ cụm bao gồm tên cơ sở dữ liệu và danh sách các khối.db.disableFreeMonitoring() 9. This returns an overview of the entire cluster including the database name, and a list of the chunks.Để kiểm tra trạng thái khóa của cơ sở dữ liệu, hãy kết nối với phiên bản 9 bằng db.disableFreeMonitoring() 9. Phát hành chuỗi lệnh sau để chuyển sang cơ sở dữ liệu mongod 2 và hiển thị tất cả các khóa nổi bật trên cơ sở dữ liệu Shard:db.disableFreeMonitoring() 9. Issue the following command sequence to switch to the mongod 2 database and display all outstanding locks on the shard database:
Quá trình cân bằng có một khóa "cân bằng" đặc biệt ngăn chặn hoạt động cân bằng khác xuất hiện. Trong cơ sở dữ liệu
Đã thay đổi trong phiên bản 3.4: Bắt đầu từ 3.4, chính của máy chủ CSRS Cấu hình giữ khóa "Balancer", sử dụng ID quy trình có tên là "ConfigServer". Khóa này không bao giờ được phát hành. Để xác định xem bộ cân bằng đang chạy, hãy xem Kiểm tra xem Balancer có chạy không. Ghi chú
Cơ quan giám sát nút lưu trữ theo dõi các thư mục MongoDB sau đây để phát hiện sự không phản hồi của hệ thống tập tin:
Theo mặc định, Watchdog nút lưu trữ bị vô hiệu hóa. Bạn chỉ có thể bật Watchdog nút lưu trữ trên 01 để biết chi tiết.Nếu bất kỳ hệ thống tập tin nào chứa các thư mục được giám sát trở nên không phản hồi, cơ quan giám sát nút lưu trữ sẽ chấm dứt Khi Ghi chúBắt đầu từ MongoDB 4.2, Watchdog nút lưu trữ có sẵn trong cả phiên bản cộng đồng và MongoDB Enterprise.Trong các phiên bản trước đó (3.2.16+, 3.4.7+, 3.6.0+, 4.0.0+), Watchdog nút lưu trữ chỉ có sẵn trong phiên bản doanh nghiệp MongoDB. Cơ quan giám sát nút lưu trữ theo dõi các thư mục MongoDB sau đây để phát hiện sự không phản hồi của hệ thống tập tin: Thư mục |