Chuyển mạch L3 phân tán


8

Kiến trúc trung tâm dữ liệu truyền thống tập trung vào việc định tuyến. Tất cả lưu lượng liên mạng phải truyền lõi, ngay cả khi máy chủ chia sẻ điểm truy cập mạng. Sẽ hiệu quả hơn khi thực hiện định tuyến giữa các vlan ở rìa mạng. Người ta có thể định tuyến ở rìa, nhưng có một yêu cầu giữ lại một miền L2 duy nhất trên lõi. Có kiến ​​trúc trung tâm dữ liệu nào cung cấp chuyển tiếp L3 phân tán trong một miền L2 không?


Có câu trả lời nào giúp bạn không? nếu vậy, bạn nên chấp nhận câu trả lời để câu hỏi không xuất hiện mãi mãi, tìm kiếm câu trả lời. Ngoài ra, bạn có thể cung cấp và chấp nhận câu trả lời của riêng bạn.
Ron Maupin

Câu trả lời:


11

Rất nhiều nội dung trong câu hỏi này rất giống Cisco, hãy quay lại và xua tan một số giả định hoang đường.

1. Tôi cần làm lớp 2 ở lõi

Trừ khi đó là tất cả phần cứng của bạn có khả năng; bạn hoàn toàn có thể tự do có điểm-điểm (liên kết / portchannels) giữa mọi thứ trong lõi của mình và đưa ra các phần phụ của OSPF / ISIS, điều này có thể vượt trội hơn so với miền L2 lớn ở lõi vì hiện tại bạn đã bị loại trừ khỏi vòng lặp L2 tự phòng ngừa; thay đổi cấu trúc liên kết bây giờ sẽ được xử lý bởi IGP của bạn. Nếu bạn cần đa đường, ECMP thay thế những thứ như GLBP.

2. Kiến trúc DC truyền thống tập trung định tuyến

Phụ thuộc vào ý nghĩa của bạn về "Truyền thống" - IPv4 là "truyền thống" đẳng cấp, hiện tại, IPv4 thì không. Đồng quan điểm đó, kiến ​​trúc trung tâm dữ liệu hiện đại sẽ làm cho phần lớn các liên kết không truy cập giữa các thiết bị vượt qua lưu lượng truy cập qua L3, vì từ quan điểm bảo mật và hiệu suất, bạn muốn mô phỏng kích thước của các miền quảng bá của mình và tránh phụ thuộc vào vòng lặp L2 phòng ngừa có xu hướng tác động đến lưu lượng truy cập trong thời gian dài hơn đáng kể so với giao thức L3 khi xảy ra thay đổi cấu trúc liên kết (phát triển gần đây như SPB và TRILL không chịu được)

3. Lưu lượng giữa các miền quảng bá / đa điểm phải xảy ra tại Lõi

Một lần nữa, điều này là xuống phần cứng bạn có; nếu lớp phân phối của bạn có khả năng chuyển tiếp L3 ngang với lõi của bạn và cũng là điểm kết thúc cho các miền cụ thể mà bạn muốn định tuyến lưu lượng giữa, thì không có lý do hợp lý nào để gửi lưu lượng đó đến lõi chỉ để gửi nó lùi xuống

Vì vậy, với tất cả những điều này, tại sao các mạng L2 lớn, phẳng vẫn có sức lan tỏa như vậy? Bởi vì nó "đơn giản" và không đòi hỏi quá nhiều suy nghĩ. Thiết lập OSPF đa khu vực và đảm bảo các đường dẫn tối ưu trên toàn mạng bằng cách định cấu hình chi phí liên kết phù hợp tạo nên một kiến ​​trúc tuyệt vời, nhưng nó đòi hỏi bạn phải suy nghĩ. tạo ra một vài Vlan, sử dụng cái gì đó như GLBP và để cây bao trùm chỉ "làm việc của nó" thì không. Tuy nhiên, WTF thực sự là một thiết lập L2 tốt nên có cấu hình STP được cân nhắc kỹ lưỡng giống như OSPF.


7

Nhiều khả năng bạn sẽ phải sử dụng một trong các mạng lớp phủ mới hơn hoặc sử dụng các công tắc của Plexxi. Tôi chắc rằng bạn có thể tìm thấy một số cách để làm điều này thông qua các phương tiện truyền thống, nhưng tôi không chắc nó sẽ ổn định như thế nào.

L3 tại TOR chắc chắn không phải là hiếm. Hầu hết các DC lớn hơn (của Google, Facebook) đều chạy L3 đến TOR, nhưng họ cũng có các ứng dụng được viết bằng hiện tượng không yêu cầu VMotion / L2 để phục hồi sau thất bại.

Có vẻ như các yêu cầu của bạn là SMB nhiều hơn và các điểm đau tương tự đối với hầu hết các DC ảo hóa. Nếu đó là một triển khai trường xanh, tôi sẽ khuyên bạn nên xem xét đề nghị của Plexxi. Nếu không thì một lớp phủ có thể là điều phù hợp với bạn.


5

IRF của HP có một số điểm tương đồng với những gì bạn đang nói, mặc dù có thể không theo cách bạn đề xuất. Nó trình bày một hình ảnh hệ thống duy nhất, nhưng việc chuyển đổi và định tuyến được phân phối giữa các nút của nó. Vì vậy, nếu định tuyến được bật và công tắc biết từ các bảng ARP & MAC rằng đích đến trên cùng một công tắc, thì nó không đi qua đường trục của ngăn xếp IRF. Nhưng điều đó giống như có lõi phân tán hơn là có kiến ​​trúc hai hoặc ba lớp.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.