Quản lý mạng công nghiệp không chỉ là vẽ sơ đồ cấu trúc mạng. Nó liên kết tài sản, đường liên kết, trạng thái, cảnh báo và hồ sơ thay đổi để giúp nhân viên bảo trì xác định “thiết bị nào, cổng nào và thay đổi xảy ra khi nào”. Các nền tảng IoT công nghiệp tập trung vào dữ liệu sản xuất và ứng dụng, còn các hệ thống quản lý mạng tập trung vào hạ tầng truyền thông. Hai hệ thống có thể phối hợp với nhau nhưng không thể thay thế cho nhau.
Chỉ khi có dữ liệu tài sản đáng tin cậy mới có sơ đồ cấu trúc mạng đáng tin cậy
Lập hồ sơ thiết bị cho các bộ chuyển mạch, thiết bị truyền dẫn quang, gateway, PLC và các thiết bị khác. Ghi lại vị trí, model, firmware, địa chỉ quản lý, mục đích sử dụng cổng và trách nhiệm bảo trì. Nhãn vật lý phải khớp với hồ sơ. Địa chỉ IP không phải là định danh vĩnh viễn của thiết bị; địa chỉ trùng lặp hoặc việc thay thế thiết bị đều có thể dẫn đến nhận diện sai.
Việc phát hiện cấu trúc mạng có thể sử dụng thông tin do thiết bị cung cấp, chẳng hạn như LLDP hoặc dữ liệu quản lý tương ứng, nhưng kết quả phụ thuộc vào các khả năng được hỗ trợ và quyền truy cập. Thiết bị không được quản lý, giao diện dịch vụ chuyên dụng và một số liên kết quang trong suốt có thể không được phát hiện đầy đủ và cần bổ sung thủ công. Các đường nối được vẽ tự động không mặc nhiên thay thế được bản vẽ hoàn công.
Cách hệ thống quản lý mạng thu thập trạng thái thiết bị
Các phương pháp phổ biến gồm thăm dò định kỳ, thông báo sự kiện, nhật ký và API của thiết bị. SNMP có thể đọc các đối tượng quản lý mà thiết bị cung cấp. Các thông báo như Trap giúp phát hiện sự kiện kịp thời, còn Syslog ghi lại nhật ký tương ứng. Các hạng mục có thể thu thập phụ thuộc vào model, firmware và khả năng hỗ trợ MIB. Không thể cho rằng chỉ cần cài đặt một nền tảng là có thể giám sát tất cả dịch vụ.
Đối với liên kết quang, một số thiết bị hoặc mô-đun có thể cung cấp dữ liệu chẩn đoán số, nhưng thiết bị không hỗ trợ sẽ không thể tự nhiên tạo ra giá trị công suất quang. Các số đo chẩn đoán cũng cần được kết hợp với tài liệu mô-đun và phép đo tại hiện trường. Với thiết bị truyền dẫn quang video hoặc điện thoại, cổng mạng có thể chỉ dùng để quản lý, còn bản thân dịch vụ có thể không đi qua bộ chuyển mạch dưới dạng lưu lượng Ethernet thông thường.
Cần so sánh trạng thái theo xu hướng, không chỉ nhìn đèn đỏ và xanh
Trạng thái Port Down, bộ đếm gói bị loại bỏ, lỗi CRC, mức sử dụng băng thông và trạng thái nguồn điện trả lời những câu hỏi khác nhau. Bộ đếm lỗi có thể là giá trị tích lũy. Hãy chú ý mức tăng trong một khoảng thời gian và nhận biết các lần khởi động lại thiết bị hoặc đặt lại bộ đếm. Nếu chưa thống nhất thời gian và chu kỳ lấy mẫu, quan hệ trước sau giữa các biểu đồ có thể bị sai lệch.
Ví dụ, nếu lỗi trên một liên kết đường lên liên tục tăng trong khi nhiều thiết bị đầu cuối phía dưới chập chờn mất kết nối, trước tiên hãy đối chiếu mối liên hệ với đường liên kết và thiết bị dùng chung thay vì coi mỗi cảnh báo đầu cuối là một sự cố độc lập. Tuy nhiên, mối tương quan này chỉ là manh mối xử lý sự cố và vẫn cần kiểm tra cáp, cổng hoặc thiết bị để xác nhận. Nền tảng không thể trực tiếp khẳng định nguyên nhân gốc rễ duy nhất.
Quá nhiều cảnh báo? Trước tiên hãy thiết lập mức độ nghiêm trọng và quy tắc hạn chế cảnh báo
Phân biệt sự cố gián đoạn ảnh hưởng đến sản xuất, rủi ro gia tăng và thông tin thông thường. Cấu hình ngưỡng, thời lượng và quy tắc khôi phục hợp lý. Dao động ngắn hạn không nhất thiết phải thông báo lặp lại cho tất cả mọi người, và các khoảng bảo trì theo kế hoạch cần được đánh dấu là khung thời gian bảo trì. Tuy nhiên, quy tắc hạn chế cảnh báo không được che khuất những bất thường thực sự kéo dài.
Thông báo cảnh báo ít nhất phải bao gồm vị trí thiết bị, cổng, thời điểm sự kiện và trạng thái liên quan, cùng với đầu mối liên hệ bảo trì hoặc điểm truy cập để xử lý sự cố. Một thông báo chỉ nói “có đèn đỏ” sẽ khó giúp người nhận hành động. Thông báo khôi phục và hồ sơ xử lý cũng quan trọng không kém, vì chúng giúp xác định vấn đề mới chỉ tạm thời được khôi phục hay đã được xử lý khép kín.
Cách dữ liệu IoT công nghiệp và dữ liệu quản lý mạng phối hợp với nhau
Hệ thống IoT hoặc SCADA có thể ghi lại sản lượng, nhiệt độ và điều kiện vận hành thiết bị, trong khi hệ thống quản lý mạng ghi lại trạng thái tài nguyên truyền thông. Sau khi đồng bộ thời gian ở cả hai phía, có thể đối chiếu xem các bất thường trong hoạt động sản xuất và sự kiện mạng có xảy ra đồng thời hay không. Ví dụ, dữ liệu cập nhật chậm hơn có thể do mạng, nhưng cũng có thể do chu kỳ quét PLC, quá trình thăm dò của gateway hoặc xử lý ứng dụng. Không được trực tiếp đồng nhất độ trễ sản xuất với tắc nghẽn mạng.
Thông qua giao diện tiêu chuẩn hoặc phương án tích hợp dữ liệu đã được xem xét, ánh xạ mã định danh tài sản mạng với thiết bị sản xuất. Không tùy tiện thay đổi đường truyền của mạng điều khiển chỉ để kết nối với một nền tảng, và không đưa các cổng sản xuất ra internet trực tiếp. Việc thu thập dữ liệu cần đánh giá tần suất, tải, quyền truy cập và tính tương thích tại hiện trường.
Quyền quản lý và việc kiểm soát thay đổi quan trọng hơn một màn hình lớn đẹp mắt
Khi được hỗ trợ, ưu tiên các phương thức quản lý có khả năng xác thực và bảo vệ, chẳng hạn như các mức bảo mật SNMPv3 phù hợp, SSH hoặc HTTPS, đồng thời hạn chế nguồn truy cập. Việc đọc trạng thái và sửa đổi cấu hình cần sử dụng các quyền khác nhau. Tài khoản dùng chung có đặc quyền cao dễ làm mất khả năng truy vết trách nhiệm. Các khả năng bảo mật cụ thể cần được kiểm tra theo cách triển khai trên thiết bị.
Sao lưu cấu hình trước khi thay đổi. Làm rõ tác động, thời gian thực hiện, cách xác minh và điều kiện hoàn tác. Ghi lại các khác biệt sau khi sửa đổi. Việc triển khai tự động cũng không được bỏ qua phê duyệt và xác minh. Bản thân hệ thống quản lý mạng phải sao lưu cơ sở dữ liệu và cấu hình, duy trì quản lý tài khoản và áp dụng bản vá. Nếu không, nó sẽ trở thành một điểm rủi ro đơn lẻ mới.
Có thể bắt đầu triển khai từ hồ sơ các thiết bị trọng yếu, trạng thái cổng và nhật ký, sau đó dần bổ sung cấu trúc mạng, xu hướng và tương quan với hoạt động sản xuất. Khi nghiệm thu, hãy dùng các sự kiện có thể kiểm soát để kiểm tra cảnh báo, khôi phục, truy vấn lịch sử và ranh giới quyền truy cập, thay vì chỉ chấp nhận ảnh chụp màn hình lớn. Ngân sách trước hết cần phục vụ các mục tiêu xác định được vị trí, bảo trì được và khôi phục được.
Tài liệu tham khảo:Cisco: Triển khai SNMP an toàn.
Được dịch từ bài viết kỹ thuật bằng tiếng Trung. Nguồn được xuất bản lần đầu: 2023-05-06. Nguồn được sửa đổi lần cuối: 2026-10-13T23:07:12+08:00. Đọc nguồn tiếng Trung
