Kết nối vật lý của vSwitch và kết nối uplink của VDS & cơ chế Teaming

[nguyentienquynh]

Một host thường được kết nối thông qua nhiều uplinks để tăng băng thông và đảm bảo tính dự phòng.

Tăng băng thông

Cần lưu ý rằng 2 uplinks 10Gbps không tương đương với một uplink 20Gbps. Hai uplinks 10Gbps có thể cung cấp băng thông lý thuyết lên đến 20Gbps, nhưng thực tế có thể chỉ đạt từ 10Gbps trở lên, tùy thuộc vào mức độ cân bằng tải của các gói dữ liệu.
VDS cung cấp nhiều tùy chọn cân bằng tải (load balancing) khác nhau để tối ưu hóa hiệu suất.

Tính dự phòng

Host có thể tiếp tục hoạt động ngay cả khi mất một uplink, tuy nhiên sự cố này sẽ làm giảm băng thông và có thể ảnh hưởng đến hiệu suất hoạt động cũng như các thỏa thuận dịch vụ (SLA).

Cơ chế Route Based on Originating Virtual Port / Source MAC Hash

Độ chi tiết (Granularity): Máy ảo (VM)

• Lựa chọn một uplink dựa trên ID cổng ảo trên vSwitch hoặc địa chỉ MAC nguồn của máy ảo.
• Tất cả các gói dữ liệu từ một VM sẽ được gán cố định vào một uplink.
• Trong cùng một Port Group, lưu lượng có thể được cân bằng tải trên cơ sở từng VM.
• Cơ chế này cung cấp cân bằng tải tốt khi có nhiều VM tồn tại, không phụ thuộc vào số lượng Port Group.
• Không phụ thuộc vào mạng vật lý, dễ dàng khắc phục sự cố từ phía vCenter.

Cơ chế Use Explicit Failover Order

Độ chi tiết: Port Group

• Tất cả các gói từ một PortGroup sẽ được gán cố định vào một uplink.
• Lưu lượng có thể được cân bằng tải dựa trên Port Group.
• Cơ chế này đơn giản để khắc phục sự cố và không phụ thuộc vào mạng vật lý.

Cơ chế Route Based on IP Hash

Độ chi tiết: Luồng (Flow)

• Lựa chọn uplink dựa trên một hash của địa chỉ IP nguồn và đích của mỗi gói tin.
• Mỗi luồng dữ liệu được gán cố định vào một uplink.
• Trong cùng một Port Group và cho cùng một VM, lưu lượng có thể được cân bằng tải trên cơ sở từng luồng.

LAG và IP Hash:

• Chính sách cân bằng tải dựa trên IP hash nên được áp dụng cho tất cả các port groups sử dụng cùng một bộ uplinks.
• Khi sử dụng IP hash, tất cả các cổng switch vật lý kết nối với uplinks phải ở chế độ tổng hợp liên kết (link aggregation mode - port-channel).

Cơ chế Route Based on Physical NIC Load

Teaming dựa trên tải (LBT) gần như tương đương với cơ chế Route Based on Originating Virtual Port ID, nhưng có khả năng cân bằng lại lưu lượng một cách động. Ví dụ, nếu một VM (VM3) bắt đầu gửi nhiều lưu lượng, sau 30 giây khi việc sử dụng liên kết đạt trên 75%, lưu lượng sẽ được cân bằng lại. Tuy nhiên, LBT có một vài hạn chế:

• Thời gian phản hồi là 30 giây, khá chậm trong các trường hợp yêu cầu phản hồi nhanh.
• Các hành động cân bằng lại có thể gây gián đoạn và tốn kém.
• Từ quan điểm của nhóm mạng, LBT có thể gây ra sự cố khi địa chỉ MAC có thể bị "nhảy" giữa các cổng switch.

Phát hiện sự cố trên liên kết vật lý của VDS

Có hai phương pháp phát hiện lỗi để sử dụng cho cơ chế failover:

1. Chỉ trạng thái liên kết (Link status only): Phương pháp này chỉ dựa trên trạng thái liên kết mà card mạng cung cấp. Nó phát hiện được các lỗi như đứt cáp, hoặc mất nguồn của switch vật lý, nhưng không thể phát hiện các lỗi cấu hình như một cổng switch bị chặn bởi giao thức spanning tree hoặc bị cấu hình sai VLAN.
2. Beacon probing: Gửi và lắng nghe các tín hiệu beacon trên tất cả NICs trong nhóm và sử dụng thông tin này cùng với trạng thái liên kết để phát hiện lỗi. Phương pháp này phát hiện được nhiều lỗi mà phương pháp "Link status only" không thể.

Hỗ trợ LLDP / CDP

VDS có thể chạy CDP hoặc LLDP trên các uplinks của nó (LLDP từ phiên bản vSphere 5.0).
VSS chỉ có thể chạy CDP và chế độ mặc định là "listen".
Thông tin có thể được quảng cáo (advertised), nhận hoặc cả hai.

Khuyến nghị thiết lập chế độ "both" để vừa gửi vừa nhận thông tin.
Tính năng này cung cấp khả năng nhìn thấy vào thế giới vật lý, giúp xác minh việc kết nối cáp và hạ tầng mạng vật lý.