Network Topology Architecture

Network Topology là cách bố trí physical hoặc logical của device và connection trong một network. Lựa chọn topology phù hợp ảnh hưởng trực tiếp đến performance, scalability, resilience và công sức vận hành.

Các topology phổ biến gồm star, ring, bus, mesh và hybrid. Enterprise Network hiện đại thường kết hợp nhiều mô hình: access device kết nối theo star topology, core path có redundancy và virtual overlay tạo logical connection linh hoạt trên physical infrastructure.

Một Network Lab hữu ích cần giúp người học quan sát được cả physical layer và logical layer. Hãy bắt đầu với topology nhỏ, ghi lại IP addressing và routing, sau đó thêm redundant link, failure scenario và monitoring để hiểu rõ mối liên hệ giữa architecture và hoạt động vận hành hằng ngày.

Physical Topology và Logical Topology là hai góc nhìn khác nhau

Physical Topology mô tả vị trí thực tế của device, cable, wireless link, rack và power domain. Logical Topology mô tả traffic di chuyển qua VLAN, routing domain, overlay, security zone và application path. Một network nhìn giống star topology đơn giản trên floor plan vẫn có thể vận hành thành nhiều logical network tách biệt, có redundant gateway và policy kiểm soát kết nối. Cần duy trì cả hai góc nhìn vì cable failure và routing failure tạo evidence cũng như quy trình khôi phục hoàn toàn khác nhau.

Nên tách diagram theo mục đích: cabling, Layer 2, Layer 3, Internet/WAN, security zone, management access và critical application flow. Đưa mọi chi tiết vào một diagram thường tạo ra tài liệu quá rối và nhanh lỗi thời. Mỗi diagram cần có owner, ngày revision và identifier đủ rõ để đối chiếu với interface description, IP Address Management và configuration backup.

Chọn topology dựa trên failure behavior

Star topology dễ vận hành nhưng khiến central switch hoặc gateway trở thành thành phần quan trọng. Ring tạo alternate path có thể dự đoán nhưng phải kiểm thử loop prevention và convergence. Full mesh tăng path diversity nhưng tốn port, circuit và công sức vận hành. Leaf-spine phù hợp east-west traffic trong Data Center, còn hub-and-spoke WAN đơn giản hóa kiểm soát nhưng có thể buộc branch-to-branch traffic đi vòng qua trung tâm.

Lựa chọn đúng phụ thuộc business service. Hãy xác định hệ thống phải chịu được bao nhiêu component failure, traffic cần phục hồi trong bao lâu và session có duy trì khi đổi path hay không. Văn phòng nhỏ có thể chấp nhận một access switch nhưng cần dual Internet cho Cloud Application; Virtualization Cluster thường cần redundant switching, power và storage path vì một gián đoạn ngắn có thể ảnh hưởng nhiều workload cùng lúc.

Chuyển business requirement thành network design

Bắt đầu từ user, location, application, traffic direction và security boundary. Ghi nhận peak concurrent user, data transfer lớn, Voice/Video, remote access, public service cùng các dependency như DNS, Active Directory và Cloud Gateway. Cách này ngăn thiết kế bị quyết định chỉ bởi số port hoặc một equipment model quen thuộc.

Sau đó gán capacity và resilience target cho từng path quan trọng. Cần tính uplink oversubscription, tăng trưởng, PoE demand, routing table scale, firewall throughput khi bật security feature và wireless client density. Dành riêng capacity cho monitoring, management và backup connectivity. Topology chỉ thực sự triển khai được khi diagram, IP plan, device capability và operating process thống nhất.

Validation trước khi đưa vào Production

Hãy dựng lại critical path trong Network Lab và kiểm thử normal traffic, link loss, device restart, routing withdrawal, sai VLAN và thay đổi firewall policy. Đo convergence time, đồng thời xác nhận monitoring phản ánh đúng failure mà user nhìn thấy. Recovery path cũng phải đủ capacity; một redundant link bị saturation khi failover không phải redundancy hiệu quả.

Trước handover, cần có as-built diagram, interface inventory, IP/VLAN plan, routing summary, security rule owner, backup location và rollback procedure. Nên review định kỳ vì topology thay đổi mỗi khi thêm branch, SaaS dependency, VPN, Server hoặc wireless segment. Một topology được duy trì tốt là operational control chứ không phải tài liệu chỉ dùng trong project meeting.