SD-WAN cho doanh nghiệp nhiều chi nhánh: kiểm tra nhu cầu trước đầu tư

Chi nhánh cần làm được việc gì khi đường truyền thay đổi?

Tình huống tham khảo: một chuỗi bán lẻ cần tra đơn trên ERP, thanh toán và họp với trụ sở. Internet vẫn hiện kết nối nhưng ứng dụng chậm vào giờ đông khách. Người quản lý muốn giao dịch tiếp tục; IT cần biết lỗi ở máy người dùng, mạng nội bộ, đường WAN hay chính máy chủ. Hai mục tiêu này phải được nối lại trước khi chọn SD-WAN.

SD-WAN tổ chức và điều khiển đường kết nối theo chính sách. Nó có thể dùng nhiều loại đường truyền; không biến một đường chất lượng kém thành tốt và không tự loại bỏ lỗi ở ERP. Có hai đường cùng đi qua một tuyến cáp hoặc cùng nguồn cũng chưa tạo dự phòng độc lập.

Hồ sơ đầu vào cho từng chi nhánh

• Ghi nơi chạy ERP, phần mềm bán hàng, SaaS và họp; nhóm người dùng, giờ cao điểm, luồng cần đi trụ sở và luồng có thể ra Internet tại chỗ.
• Thu thông tin hợp đồng, băng thông, thiết bị bàn giao, IP/NAT, thời hạn và phí chấm dứt của từng đường. Xác minh nhà mạng, lối cáp vào và nguồn thực tế thay vì chỉ đếm hai modem.
• Đo ở cùng điểm người dùng và khung giờ đại diện: thao tác ứng dụng, trạng thái LAN/WiFi, độ trễ, mất gói, biến động trễ và tải đường. Giữ log có dấu thời gian để đối chiếu với phía máy chủ.

Nếu ERP chậm cả ở trụ sở lẫn chi nhánh, kiểm tra máy chủ và ứng dụng song song. Nếu chỉ WiFi chậm còn cáp bình thường, sửa mạng truy nhập trước. Phạm vi đầu tư nên theo nơi đã khoanh được, tránh thay toàn WAN để xử lý một lỗi tại quầy.

Chọn đường theo ứng dụng và kiểm tra cả phiên đang chạy

Tài liệu Cisco về Application-Aware Routing giải thích việc theo dõi chất lượng đường bằng độ trễ, biến động trễ và mất gói. Cơ chế này hỗ trợ chính sách định tuyến theo chất lượng; khả năng và hành vi cuối cùng vẫn cần đối chiếu nền tảng, phiên bản và cấu hình cụ thể.

Một thiết kế tham khảo: cổng WAN ở chi nhánh có hai đường đã kiểm tra, luồng nội bộ đến trụ sở qua kết nối được bảo vệ và luồng SaaS ra ngoài theo chính sách phù hợp. Phải xác định nơi thực thi firewall, DNS và quyền truy cập khi cho Internet đi tại chi nhánh; đổi đường đi có thể đổi IP ra ngoài và tác động tới ứng dụng.

• Chọn tác vụ đại diện: tra đơn, lưu đơn thử trong môi trường được phép, họp hoặc đăng nhập. Đo đường A, đường B và chính sách tự chọn với cùng tải; không chỉ chạy speed test.
• Tạo phép thử suy giảm theo kế hoạch được duyệt, ghi lúc lỗi bắt đầu, lúc hệ thống phát hiện, đường được chọn và lúc tác vụ sử dụng lại được. Mục tiêu thời gian do bên vận hành và kỹ thuật thống nhất.
• Thử phiên đang hoạt động riêng với phiên mới. Đổi NAT/IP hoặc trạng thái firewall có thể làm phiên bị gián đoạn dù đường mới đã lên; kiểm tra cách người dùng thử lại và dữ liệu có bị ghi trùng.
• Thử đường trở lại bình thường, mất cả hai đường và mất kết nối tới hệ quản lý. Ghi cách khôi phục, log còn giữ được và người nhận cảnh báo; không dùng một lần chuyển đường thành cam kết cho mọi sự cố.

QoS và chính sách ưu tiên cần được thiết kế trong phạm vi có thể kiểm soát. Đối chiếu khả năng mã hóa, định tuyến, phân đoạn, quản lý và giấy phép theo đúng giải pháp; không mặc định hai nền tảng cùng chữ SD-WAN thì cùng chức năng.

So sửa hiện trạng, dùng kết hợp và chuyển đổi theo cùng kỳ

Lập tổng chi cho toàn số điểm trong 36 tháng: thiết bị và lắp đặt; giấy phép, hệ quản lý/log; đường truyền; công vận hành; chuyển đổi, đào tạo và phần dự phòng cần thiết. Xác định khoản nào đã gồm thuế, chu kỳ gia hạn và thời gian thanh toán. Giữ phương án mạng hiện có đã được sửa đủ công năng làm đối chứng; không so một mạng lỗi với hệ mới rồi coi toàn lợi ích là của SD-WAN.

Ví dụ giả định cho ba chi nhánh

Đơn vị triệu đồng, số liệu chỉ để tính thử: A sửa mạng hiện có có chi ban đầu 15, phí duy trì cả ba điểm 9/tháng. B triển khai kết hợp có chi ban đầu 75, duy trì mới 6/tháng. Trong tháng đầu pilot, giả định B trả cả cũ 9 và mới 6; tháng 2–36 chỉ trả 6. Hai phương án giả định cùng đáp ứng tác vụ đã thống nhất, không phải báo giá hoặc kết quả khách hàng.

Ví dụ cho chênh lệch 39 triệu theo giả định cơ sở, nhưng B cao hơn A 15 triệu ở kịch bản chi duy trì tăng. Mỗi tháng phải kéo dài dịch vụ cũ ngoài tháng đầu sẽ cộng thêm 9 triệu nếu các khoản khác giữ nguyên. Đây là tổng danh nghĩa, chưa chiết khấu và chưa quy thời gian nhân sự thành tiền; cần lập lại theo báo giá, hợp đồng và lịch chuyển thực tế.

Lợi ích vận hành ghi riêng: thời gian tác vụ bị gián đoạn, số điểm IT phải đến và thời gian xử lý. Chỉ quy thành tiền khi chứng minh khoản chi hoặc lợi nhuận tăng thêm phù hợp; doanh số giao dịch không phải lợi nhuận. Không áp một tỷ lệ giảm MPLS chung, và không dùng khoản tiết kiệm kỳ vọng để bỏ yêu cầu bảo mật hay tính liên tục cần thiết.

Pilot tại điểm đại diện, chỉ mở rộng khi có căn cứ

Chọn một chi nhánh có tác vụ và tải đại diện. Chốt người chịu trách nhiệm vận hành, lịch thử, cách quay lại và mốc chấp nhận trước khi thay. Không hủy đường cũ chỉ vì đã nhìn thấy hai tunnel hoạt động.

• Hồ sơ nghiệm thu có sơ đồ đường vật lý và đường logic, chính sách ứng dụng/quyền, phiên bản và giấy phép.
• Kết quả giữ dấu thời gian của suy giảm, chuyển đường, ứng dụng hoạt động lại và đường phục hồi; ghi trường hợp phải đăng nhập hoặc thực hiện lại.
• Người phụ trách biết đọc cảnh báo, sao lưu, khôi phục và xử lý khi mất cả hai đường.
• Cập nhật bảng chi theo kết quả pilot và phạm vi còn cần sửa trước khi mở rộng.

Anh/chị có thể bắt đầu bằng một chi nhánh đang khó vận hành: gửi tác vụ bị ảnh hưởng, thời điểm, các đường hiện có, nơi đặt dịch vụ và khoản phí định kỳ. VinaTech Telecom cùng anh/chị làm rõ phép thử và phương án tận dụng hoặc nâng cấp. Một hồ sơ chung giúp vận hành, IT và người duyệt ngân sách hiểu cùng vấn đề, cùng tiêu chí và phần đầu tư thực sự cần thiết.

Trao đổi về phép thử mạng chi nhánh và phạm vi SD-WAN