Giải pháp Internet dự phòng cho doanh nghiệp nhỏ: Dual-WAN và 4G/5G failover

Một đường Internet thứ hai chưa tự tạo ra khả năng dự phòng. Nếu hai đường dùng chung nhà mạng, chung tuyến cáp, chung thiết bị hoặc router chỉ kiểm tra trạng thái cổng, cả hai vẫn có thể ngừng cùng lúc. Giải pháp đúng phải loại bỏ các điểm lỗi chung, phát hiện được tình trạng “có link nhưng mất Internet”, tự chuyển tuyến và được kiểm thử định kỳ.

Khi nào doanh nghiệp cần Internet dự phòng?

Hãy đo tác động thay vì chỉ nhìn số nhân viên. Internet dự phòng đáng đầu tư khi mất kết nối làm gián đoạn POS, hóa đơn điện tử, tổng đài IP, họp trực tuyến, VPN, camera cloud, ứng dụng SaaS hoặc hỗ trợ khách hàng. Tính chi phí một giờ gián đoạn gồm doanh thu mất, thời gian chờ của nhân viên, giao dịch phải nhập lại và ảnh hưởng uy tín.

Văn phòng chỉ dùng email không khẩn cấp có thể dùng hotspot thủ công. Điểm bán hàng hoặc đội vận hành phụ thuộc cloud nên có failover tự động. Hệ thống cần cam kết cao hơn phải bổ sung nguồn điện dự phòng, giám sát và quy trình ứng phó.

Ba mô hình triển khai thực tế

Với phần lớn doanh nghiệp nhỏ, cáp quang từ ISP A và 4G/5G từ nhà mạng B là điểm khởi đầu hợp lý. Nơi sóng di động yếu nên dùng đường cố định thứ hai hoặc anten ngoài được lắp đúng quy định.

1. Loại bỏ điểm lỗi chung

Hai hợp đồng khác nhau chưa chắc là hai hạ tầng khác nhau. Hỏi nhà cung cấp về last-mile, điểm tập trung và tuyến cáp vào tòa nhà. Quan sát xem hai dây có đi chung ống hoặc cùng tủ kỹ thuật không. Với cellular, chọn nhà mạng khác ISP chính và khảo sát tín hiệu trong giờ cao điểm.

• Dùng modem/ONT riêng cho từng WAN.
• Kết nối vào hai cổng WAN độc lập trên gateway.
• Cấp điện cho ONT, modem di động, router, switch và access point bằng UPS.
• Đặt thiết bị 4G/5G ở vị trí tín hiệu tốt, tránh tủ kim loại.
• Không để một ổ cắm, adapter hoặc switch trung gian trở thành điểm lỗi duy nhất.

Dự phòng Internet nhưng không dự phòng điện cho ONT và router chỉ giải quyết một nửa bài toán.

2. Chọn router theo năng lực, không chỉ số cổng

Gateway cần hỗ trợ tối thiểu hai WAN, health check chủ động, failover/failback, NAT và firewall trên cả hai đường. Thông lượng công bố phải xét khi bật IPS, VPN, QoS và lọc nội dung; con số routing thuần thường cao hơn nhiều hiệu năng thực tế.

Các tính năng nên có gồm log sự kiện, cảnh báo, policy-based routing, giới hạn băng thông đường dự phòng, DNS hoạt động khi chuyển WAN và khả năng quản trị từ xa an toàn. Nếu cần nhận kết nối từ ngoài, kiểm tra public IP, CGNAT, port forwarding, VPN và DDNS trên từng đường.

3. Failover hay load balancing?

Active/standby đưa toàn bộ lưu lượng qua WAN chính và chỉ dùng WAN phụ khi lỗi. Mô hình này dễ dự đoán, phù hợp đường cellular tính theo data và các ứng dụng nhạy với việc đổi IP.

Load balancing phân phối các phiên mới giữa hai WAN theo trọng số. Nó tăng tổng dung lượng cho nhiều người dùng, nhưng không cộng băng thông của hai đường cho một phiên tải đơn lẻ. Mỗi phiên thường được giữ trên một WAN để tránh thay đổi địa chỉ nguồn giữa chừng.

VoIP, giao dịch thanh toán, VPN và dịch vụ giới hạn IP nguồn thường ổn định hơn với failover hoặc policy cố định. Wi-Fi khách, cập nhật phần mềm và lưu lượng ít nhạy cảm có thể đi đường thứ hai để tận dụng băng thông.

4. Health check phải nhìn xa hơn gateway

Kiểm tra cáp hoặc ping default gateway chỉ chứng minh đoạn từ router tới thiết bị ISP còn hoạt động. ISP vẫn có thể mất route, DNS hoặc kết nối upstream. Hãy kiểm tra nhiều đích Internet ổn định qua từng WAN, bằng ICMP, DNS hoặc HTTPS tùy thiết bị.

• Dùng ít nhất hai hoặc ba mục tiêu thuộc các mạng khác nhau.
• Chỉ tuyên bố WAN lỗi sau nhiều lần kiểm tra thất bại liên tiếp.
• Đặt ngưỡng khôi phục và thời gian ổn định trước khi failback.
• Theo dõi thêm latency, packet loss và jitter, không chỉ up/down.
• Tránh mục tiêu chặn ICMP hoặc phụ thuộc chính hạ tầng của doanh nghiệp.

Chuyển quá nhanh gây flapping khi mạng chập chờn; chuyển quá chậm làm người dùng phải chờ lâu. Bắt đầu với ngưỡng thận trọng, đo thực tế rồi điều chỉnh. Tài liệu MikroTik cũng minh họa việc dùng nhiều mục tiêu kiểm tra để tránh một host đơn lẻ làm sai quyết định.

5. Thiết kế chính sách khi chạy bằng đường dự phòng

4G/5G thường có băng thông, data cap hoặc độ ổn định thấp hơn cáp quang. Khi failover, ưu tiên POS, DNS, xác thực, email, VoIP và ứng dụng nghiệp vụ. Tạm hạn chế backup cloud, cập nhật hệ điều hành, video độ phân giải cao và Wi-Fi khách.

Áp dụng QoS theo nhu cầu thực tế nhưng không hứa hẹn QoS có thể sửa một đường truyền đã bão hòa. Cấu hình shaping thấp hơn một chút so với tốc độ uplink đo được giúp router kiểm soát hàng đợi. Với cellular dao động mạnh, dùng mức bảo thủ.

6. Chuẩn bị cho việc thay đổi địa chỉ IP

Failover thường làm public IP thay đổi, khiến phiên TCP đang chạy, cuộc gọi, VPN hoặc phiên đăng nhập phải kết nối lại. Đây là hành vi bình thường của dual-WAN cơ bản, không phải chuyển tuyến “không gián đoạn” tuyệt đối.

• Dùng VPN có khả năng tái kết nối nhanh hoặc tunnel chủ động từ trong ra ngoài.
• Cho phép cả hai IP tại SaaS nếu dịch vụ dùng allowlist.
• Cập nhật DNS/DDNS nếu có dịch vụ inbound và chấp nhận thời gian cache.
• Với CGNAT trên 4G/5G, dùng tunnel outbound thay vì trông chờ port forwarding.
• Lưu ý SIP/VoIP có thể cần failover thay vì load balancing để giữ đường đi nhất quán.

Nếu ứng dụng bắt buộc giữ nguyên IP và phiên khi đổi đường, cần giải pháp SD-WAN bonding, overlay hoặc nhà cung cấp managed service; dual-WAN NAT thông thường không đáp ứng yêu cầu đó.

7. DNS, VPN và dịch vụ nội bộ

Router và client phải có DNS dùng được trên cả hai WAN. Không phụ thuộc duy nhất vào DNS chỉ truy cập được qua đường chính. Với site-to-site VPN, tạo tunnel trên cả hai uplink hoặc xác định rõ cách tunnel được dựng lại sau chuyển tuyến.

Dịch vụ đặt tại văn phòng cần được xem xét riêng. Một đường backup sau CGNAT có thể cho người dùng đi ra Internet nhưng không cho khách hàng kết nối vào. Website, email và ứng dụng công khai thường nên đặt tại cloud hoặc data center thay vì phụ thuộc đường truyền văn phòng.

8. Quy trình triển khai theo giai đoạn

1. Đo băng thông, latency và tải cao điểm của WAN hiện tại.
2. Liệt kê ứng dụng quan trọng, yêu cầu inbound và IP allowlist.
3. Chọn đường phụ khác nhà mạng và, nếu có thể, khác tuyến vật lý.
4. Lắp gateway dual-WAN và UPS nhưng chưa bật failover tự động.
5. Kiểm thử riêng từng WAN, DNS, NAT, VPN và firewall.
6. Cấu hình health check, active/standby và thời gian failback.
7. Thiết lập QoS hoặc hạn chế lưu lượng trên đường phụ.
8. Bật cảnh báo và thực hiện bài kiểm thử có kiểm soát.
9. Ghi lại cấu hình, liên hệ ISP và thao tác chuyển thủ công.

9. Kiểm thử thay vì giả định

Thực hiện trong khung giờ thông báo trước. Rút cáp WAN chính để kiểm tra lỗi vật lý, sau đó thử tình huống cáp vẫn cắm nhưng chặn upstream để xác minh health check phát hiện lỗi Internet. Đo thời gian từ lúc lỗi tới lúc người dùng truy cập lại được.

Trong lúc chạy WAN phụ, thử POS, cuộc gọi, VPN, họp video, DNS, ứng dụng cloud và cảnh báo giám sát. Khôi phục WAN chính rồi quan sát failback có gây ngắt lần nữa hay flapping không. Kiểm tra UPS bằng cách mô phỏng mất điện an toàn và xác nhận thời lượng đủ cho toàn bộ chuỗi mạng.

Một bài kiểm thử tốt phải tạo bằng chứng: thời gian phát hiện, thời gian khôi phục, ứng dụng bị ngắt và hành động cần cải thiện.

10. Giám sát và vận hành

Gửi cảnh báo khi WAN đổi trạng thái, packet loss tăng, tín hiệu cellular giảm hoặc dung lượng data gần hết. Nếu failover diễn ra “êm”, đội vận hành vẫn cần biết để mở ticket với ISP và tránh hoạt động nhiều ngày trên đường phụ.

• Kiểm thử failover mỗi quý và sau khi nâng cấp firmware.
• Kiểm tra SIM, gói data, ngày gia hạn và pin/UPS hằng tháng.
• Sao lưu cấu hình gateway sau mỗi thay đổi.
• Giữ firmware được hỗ trợ và giới hạn quyền quản trị.
• Rà soát log để phát hiện chuyển tuyến lặp lại hoặc suy giảm chất lượng.

Ước tính chi phí đúng

Tổng chi phí gồm gateway, modem, anten, UPS, lắp đặt, thuê bao tháng, SIM/data, giám sát và thời gian vận hành. So sánh chi phí này với tổn thất kỳ vọng do gián đoạn. Không nhất thiết mua thiết bị cao cấp nhất; một thiết kế đơn giản được kiểm thử thường đáng tin hơn cấu hình phức tạp không ai theo dõi.

Checklist nghiệm thu

1. Hai WAN không phụ thuộc cùng ISP hoặc cùng tuyến vật lý nếu có thể.
2. ONT, modem, gateway, switch và access point đều được UPS bảo vệ.
3. Health check dùng nhiều mục tiêu Internet, không chỉ link hoặc gateway.
4. Failover và failback có ngưỡng chống flapping.
5. Ứng dụng quan trọng được ưu tiên trên đường dự phòng.
6. Đã xử lý CGNAT, public IP, VPN và allowlist.
7. Cảnh báo hoạt động khi WAN đổi trạng thái hoặc data gần hết.
8. Đã đo thời gian khôi phục bằng cả lỗi cáp và lỗi upstream.
9. Cấu hình, liên hệ ISP và quy trình thao tác được lưu ngoài thiết bị.

Kết luận

Internet dự phòng hiệu quả là một hệ thống gồm đường truyền độc lập, gateway phù hợp, health check đáng tin, nguồn điện, chính sách ưu tiên và kiểm thử định kỳ. Với doanh nghiệp nhỏ, mô hình cáp quang chính cộng 4G/5G từ nhà mạng khác thường mang lại tỷ lệ chi phí–lợi ích tốt. Khi nhu cầu tăng, có thể nâng lên hai đường cố định, policy routing hoặc SD-WAN mà không phải thay đổi nguyên tắc nền tảng.

Nguồn tham khảo

• Ubiquiti: WAN Failover and Load Balancing
• MikroTik: Failover WAN Backup
• Fortinet: Dual Internet Connections
• Cisco: Unified Branch Design Guide