Trunking và Port Channel Trong Mạng SAN: Khi Băng Thông Không Còn Là Điểm Nghẽn

[dangquangminh]

Trunking và Port Channel Trong Mạng SAN: Khi Băng Thông Không Còn Là Điểm Nghẽn


Trong hạ tầng mạng lưu trữ Storage Area Network (SAN) hiện đại, việc chỉ có một đường kết nối giữa hai Fibre Channel Switch không còn đáp ứng được yêu cầu về hiệu năng và tính sẵn sàng. Hệ thống lưu trữ ngày nay phải phục vụ hàng nghìn máy ảo, cơ sở dữ liệu, AI workload và các ứng dụng yêu cầu độ trễ cực thấp. Chỉ cần một liên kết bị quá tải hoặc gặp sự cố cũng có thể ảnh hưởng đến toàn bộ hệ thống.
Cisco MDS cung cấp hai tính năng nền tảng để giải quyết vấn đề này: Trunking và Port Channel. Mời các bạn cùng VnPro tìm hiểu về vấn đề này nhé!

Trunking trong Fibre Channel là gì?


Trong mạng Ethernet, trunk dùng để mang nhiều VLAN trên cùng một đường truyền vật lý thông qua chuẩn IEEE 802.1Q.
Trong MDS SAN, khái niệm tương tự được áp dụng với VSAN (Virtual Storage Area Network).
Thay vì VLAN, Fibre Channel sử dụng VSAN để cô lập lưu lượng giữa các hệ thống lưu trữ.
Ví dụ:

• VSAN 10: Oracle Database

• VSAN 20: VMware Cluster

• VSAN 30: Backup Infrastructure

Một liên kết Inter-Switch Link (ISL) có thể mang đồng thời lưu lượng của nhiều VSAN.

TE Port (Trunking E Port)


Theo hình minh họa, một ISL đơn lẻ hoặc Port Channel ISL có thể được cấu hình thành TE Port (Trunking Expansion Port).
TE Port là loại E Port đặc biệt hỗ trợ Fibre Channel Trunking.
Thay vì mỗi VSAN cần một đường ISL riêng, TE Port cho phép nhiều VSAN cùng chia sẻ một liên kết vật lý.
Ví dụ:
VSAN10
VSAN20
VSAN30
↓
TE Port
↓
Fibre Channel ISL
Nhờ đó:

• Giảm số lượng cáp quang

• Tiết kiệm cổng trên switch

• Đơn giản hóa thiết kế SAN

VSAN Pruning


Không phải VSAN nào cũng cần đi qua tất cả các ISL. Cisco MDS hỗ trợ VSAN Pruning, cho phép quyết định VSAN nào được phép hoặc không được phép đi qua trunk. Ví dụ ISL giữa hai Data Center chỉ cần:

• VSAN10

• VSAN20

Không cần lưu lượng của:

• VSAN30

• VSAN40

Khi đó chỉ cần cho phép hai VSAN đầu tiên đi qua trunk.
Lợi ích:

• Giảm lưu lượng không cần thiết

• Tăng hiệu quả sử dụng băng thông

• Hạn chế broadcast và control traffic giữa các fabric

Khái niệm này rất giống với:
switchport trunk allowed vlan
trong Ethernet mà chúng ta rất quen thuộc.

Port Channel trong Fibre Channel


Nếu một ISL duy nhất không còn đủ băng thông thì sao?
Giải pháp là Port Channel.
Port Channel cho phép nhiều đường Fibre Channel vật lý hoạt động như một liên kết logic duy nhất.
Ví dụ:
FC1
FC2
FC3
FC4

↓

Port Channel

↓

Logical Link
Đối với Fabric, toàn bộ nhóm cáp này chỉ được nhìn thấy như một ISL duy nhất.

Có thể gộp tối đa bao nhiêu đường?


Theo tài liệu Cisco:
Tối đa 16 liên kết Fibre Channel có thể được gộp vào một Port Channel.
Ví dụ:
16 × 64 Gbps
Tổng băng thông đạt:
≈ 1 Tbps
Đây là con số rất quan trọng đối với:

• AI Cluster

• GPU Farm

• NVMe Storage

• Oracle RAC

• SAP HANA

• VMware vSphere

• Hyper-V Cluster

Port Channel giúp tăng băng thông như thế nào?


Nếu chỉ có một ISL:
64 Gbps
Khi gộp bốn liên kết:
4 × 64 Gbps

↓

256 Gbps
Khi gộp tám liên kết:
8 × 64 Gbps

↓

512 Gbps
Hệ điều hành và các giao thức phía trên vẫn chỉ nhìn thấy một đường kết nối logic duy nhất, trong khi băng thông thực tế đã được mở rộng đáng kể.

Load Balancing


Port Channel không chỉ cộng dồn băng thông mà còn phân phối lưu lượng lên nhiều liên kết vật lý.
Cisco MDS sử dụng nhiều tiêu chí để cân bằng tải, chẳng hạn:

• Source ID (SID)

• Destination ID (DID)

• Exchange ID (OX_ID/RX_ID)

Điều này đảm bảo các luồng Fibre Channel khác nhau được phân bố hợp lý giữa các thành viên của Port Channel, tránh tình trạng một đường quá tải trong khi các đường khác gần như không hoạt động.

Tính sẵn sàng cao (High Availability)


Một trong những ưu điểm lớn nhất của Port Channel là khả năng chịu lỗi. Ví dụ nếu chúng ta có bốn liên kết:
FC1
FC2
FC3
FC4
và Nếu FC3 bị đứt cáp hoặc bị hỏng module SFP, Port Channel vẫn hoạt động.
Lưu lượng trước đây đi qua FC3 sẽ tự động được phân phối sang:

• FC1

• FC2

• FC4

Đối với các giao thức tầng trên như:

• FSPF (Fabric Shortest Path First)

• FC Login

• Zoning

• Name Server

liên kết logic của cả port channel vẫn tồn tại.
Switch sẽ không cần:

• Tính toán lại bảng định tuyến

• Thiết lập lại fabric

• Đăng nhập lại thiết bị lưu trữ

Chỉ có tổng băng thông giảm từ:
256 Gbps

↓

xuống còn 192 Gbps
nếu một trong bốn liên kết 64 Gbps bị mất.
Điều này giúp giảm thiểu gián đoạn dịch vụ và duy trì hoạt động liên tục của hệ thống lưu trữ. Trunking và Port Channel có thể kết hợp với nhau


Hai công nghệ này không loại trừ nhau mà thường được triển khai đồng thời.
Một Port Channel có thể được cấu hình thành TE Port, cho phép:

• Gộp nhiều đường Fibre Channel vật lý để tăng băng thông.

• Đồng thời mang lưu lượng của nhiều VSAN trên cùng một liên kết logic.

Đây là kiến trúc phổ biến trong các SAN Fabric quy mô lớn, nơi vừa cần hiệu năng cao, vừa cần phân tách lưu lượng theo từng VSAN. So sánh với Ethernet


Nếu đã quen với mạng Ethernet, bạn có thể hình dung như sau:

• VSAN tương đương với VLAN.

• TE Port tương tự 802.1Q Trunk, mang nhiều VSAN trên một liên kết.

• Port Channel trong SAN có nguyên lý giống EtherChannel/LACP trong Ethernet: nhiều liên kết vật lý được gộp thành một liên kết logic để tăng băng thông và dự phòng.

Sự khác biệt là Port Channel trong Cisco MDS được tối ưu cho lưu lượng Fibre Channel và các đặc tính của hạ tầng lưu trữ.

Tổng Kết


Trong mạng SAN hiện đại, Trunking và Port Channel là hai công nghệ nền tảng giúp xây dựng một mạng trực Fabric vừa hiệu năng cao vừa có tính sẵn sàng lớn. Trunking (TE Port) cho phép nhiều VSAN cùng chia sẻ một liên kết ISL, kết hợp với VSAN Pruning để tối ưu lưu lượng. Trong khi đó, Port Channel hợp nhất nhiều liên kết Fibre Channel thành một đường truyền logic duy nhất, cung cấp khả năng mở rộng băng thông lên đến khoảng 1 Tbps, cân bằng tải thông minh và duy trì kết nối ngay cả khi một hoặc nhiều liên kết vật lý gặp sự cố. Đây là lý do vì sao hầu hết các hệ thống lưu trữ doanh nghiệp và trung tâm dữ liệu hiện đại đều triển khai đồng thời cả hai công nghệ này trên MDS SAN Switch.
Cám ơn các bạn đã đọc.