Load Balancing là gì? Cân bằng tải và dự phòng Internet đúng nhu cầu

Hai đường Internet chỉ có ích khi phục vụ đúng công việc

Văn phòng có thể dùng đường Internet thứ hai để giảm tác động khi mất kết nối hoặc phân bổ các tác vụ cùng lúc. Tuy nhiên, nếu việc chuyển đường khiến ứng dụng bán hàng đăng xuất và cuộc họp phải vào lại, khách hàng vẫn cảm nhận sự gián đoạn. Đầu vào thiết kế vì vậy phải là danh sách công việc cần duy trì, không chỉ tổng tốc độ ghi trên hợp đồng.

Load balancing trong bài này là phân phối lưu lượng đi Internet qua nhiều WAN. Khái niệm cân bằng tải máy chủ web có mục tiêu và kiến trúc khác. Với doanh nghiệp nhỏ, cần phân biệt ba nhu cầu: sử dụng đồng thời các đường, giữ đường dự phòng và cố định một tác vụ vào đường phù hợp. Các nhu cầu này có thể kết hợp nhưng không thể thay cho nhau chỉ bằng một nút bật.

Hãy ghi nhận các ứng dụng đang dùng, số người hoạt động đồng thời, đường upload thường xuyên bận và những dịch vụ cần IP nguồn ổn định. Một hệ thống phục vụ thanh toán hoặc đối tác có danh sách IP cho phép sẽ có yêu cầu khác với tải tài liệu. Chốt mục tiêu kiểm tra trước khi mua gateway sẽ giúp tránh cấu hình nhanh nhưng khó vận hành.

Phân phối phiên và chọn gateway có điều kiện

Cân bằng theo kết nối không phải cộng tốc độ cho một luồng

PCC của RouterOS phân loại kết nối từ các trường địa chỉ và cổng; cấu hình định tuyến quyết định đường sử dụng. UniFi mô tả load balancing phân phối phiên mới theo trọng số và giữ phiên trên đường đã chọn. Một phiên tải đơn lẻ vì vậy không tự nhận tổng băng thông của hai WAN. Bonding cần kiến trúc tương ứng, không phải đổi tên chế độ cân bằng tải.

Đường dự phòng cần chịu được công việc tối thiểu

Liệt kê tác vụ được ưu tiên khi chỉ còn một WAN: nhận đơn hàng, cuộc gọi hay truy cập ứng dụng nghiệp vụ. Những tác vụ có thể hoãn như sao lưu lớn cần chính sách phù hợp. Không nên đặt mức phân phối chỉ từ tốc độ download quảng cáo; hãy quan sát upload, chất lượng giờ bận và điều kiện của gói dịch vụ. Trọng số là lựa chọn thiết kế cần đo lại, không phải tỷ lệ luôn đúng với mọi phiên.

Đối chiếu model và tải cấu hình thật

Ảnh trên là hEX S (2025), mã E60iUGS, khác RB760iGS cùng tên hEX S. Trang hãng ghi năm cổng Gigabit Ethernet và một SFP hỗ trợ 2.5G. Các vai trò WAN/LAN được cấu hình theo thiết kế; nhãn cổng mặc định không có nghĩa mọi cổng là WAN sẵn. PoE-out Ether5 là loại passive, không được coi như PoE 802.3af/at cho mọi thiết bị. Tốc độ cổng không chứng minh tốc độ định tuyến khi bật firewall, queue hoặc VPN.

Đây là model đối chiếu ngoại hình và thông số, không phải cấu hình khuyến nghị cho mọi văn phòng. Khi chọn gateway, cần biết số phiên, loại kết nối nhà mạng, yêu cầu VPN, khả năng quản trị và người chịu trách nhiệm cập nhật. Đề nghị đơn vị triển khai giải thích căn cứ chọn model và cách xác minh tải trong cấu hình sẽ bàn giao.

Kiểm tra tính độc lập của hai đường

Hai nhà cung cấp khác nhau vẫn có thể đi cùng ống cáp hoặc phụ thuộc một nguồn điện trong tòa nhà. Ghi vị trí modem/ONT, đường đi vào nhà, nguồn và đầu mối báo sự cố. Đồng thời làm rõ PPPoE, VLAN nhà mạng, IP động/tĩnh hoặc CGNAT nếu nghiệp vụ có kết nối vào từ ngoài. Không mở cổng quản trị Internet chỉ để thuận tiện kiểm tra hai WAN.

Thử theo tình huống, quan sát cả phiên mới và phiên đang mở

Chuẩn bị và kiểm tra từng đường riêng

Sao lưu cấu hình, ghi cổng kết nối, thống nhất cửa sổ thay đổi và phương án trở về trước. Đo từng WAN riêng bằng cùng máy và tác vụ đại diện; ghi thời điểm, tải nền và chất lượng trải nghiệm. Nếu một WAN đã có lỗi khi chạy độc lập, cân bằng tải không phải cách chữa lỗi đó. Kiểm tra DNS và đường đến dịch vụ cần dùng trước khi ghép chính sách.

Phân biệt các kiểu lỗi

Trong lịch thử đã thống nhất, lần lượt xem việc mất link vật lý và tình huống cổng vẫn sáng nhưng không đi Internet được. Gateway cần kiểm tra khả năng đi ra ngoài theo cơ chế được hỗ trợ. Một đích kiểm tra duy nhất cũng có thể gặp sự cố riêng; đối chiếu cơ chế và ngưỡng trước khi kết luận WAN hỏng. Không gây gián đoạn tùy tiện trong giờ phục vụ khách hàng.

Ứng dụng là đầu ra cần nghiệm thu

Mở một cuộc họp hoặc phiên nghiệp vụ trước thử dự phòng, rồi quan sát khả năng khôi phục. Tạo phiên mới sau khi đường lỗi để đánh giá định tuyến mới. Ghi thời gian ứng dụng dùng lại được, việc phải đăng nhập/vào họp lại và thông báo lỗi. Không suy từ đèn WAN hoặc bảng route thành kết luận chuyển đường không gián đoạn. Thử cả chiều WAN phục hồi để phát hiện vòng lặp hoặc chuyển qua lại quá thường xuyên.

Với dịch vụ cần IP ổn định, kiểm tra chính sách cố định đường và phương án khi đường đó mất. NAT, VPN và các quy định IP nguồn cần được xem xét cùng đội vận hành ứng dụng. Một phiên đang hoạt động có thể phải thiết lập lại khi đổi đường; mục tiêu thời gian phục hồi phải được thống nhất theo tác vụ cụ thể thay vì hứa một con số chung.

Bàn giao chính sách và cách xử lý sự cố

Hồ sơ bàn giao cần sơ đồ cổng/WAN, chính sách theo tác vụ, cấu hình kiểm tra đường, phiên bản phần mềm, bản sao lưu và kết quả các tình huống đã thử. Ghi rõ phần chưa đạt hoặc chưa thử, không chỉ chụp màn hình dashboard màu xanh. Chủ doanh nghiệp cần biết công việc nào còn chạy được khi một WAN mất và cách liên hệ đúng nhà cung cấp.

Sau thay đổi, theo dõi vào giờ bận và xem phản hồi người dùng. Khi ứng dụng gặp lỗi, đối chiếu thời gian với nhật ký WAN, không đổi trọng số liên tục mà không có căn cứ. Nếu thêm ứng dụng hoặc tăng tải, đánh giá lại chính sách và năng lực gateway. Một phương án tốt là phương án được kiểm tra, có người vận hành và phục hồi được theo mục tiêu đã thống nhất.

Tài liệu đối chiếu: MikroTik: phân loại theo kết nối · UniFi: cân bằng tải và dự phòng WAN · MikroTik: hEX S E60iUGS.