Cisco 6500 VSS có cải thiện hoặc làm tổn thương MTBF không?


11

Tôi hiểu các lợi ích của Cisco 6500 VSS với các điểm bán rõ ràng của quản lý đơn, trường hợp định tuyến đơn, loại bỏ STP, các kênh cổng trên khung, v.v ... Với hai Cisco 6500 độc lập có thể có các kênh cổng L3 và L2 giữa chúng, ít nhất chúng không có sự phụ thuộc hoạt động với nhau thông qua mặt phẳng điều khiển.

Trong một thế giới VSS - và tôi không có kinh nghiệm trực tiếp về vấn đề này - chúng tôi hiện có phần mềm và các giao thức khác điều khiển cả hai công tắc. Trong các thiết kế của tôi dự kiến ​​phần mềm máy bay điều khiển có lỗi, liệu VSS có hạ thấp MTBF như tôi nghi ngờ không và có phải là sự đánh đổi với khả năng có thể đạt được hay tôi đang thiếu cách cải thiện MTBF?


4
Tôi thực sự thích xem dữ liệu thô về điều này, nhưng tôi nghi ngờ ngay cả Cisco cũng có nó. Cái nhìn thông thường trên c-nsp và bugtool cho thấy nhiều chế độ thất bại dành riêng cho VSS, nhưng rõ ràng nó không chứng minh được điều gì. Trong mạng của chúng tôi, 3 lý do mất điện hàng đầu được phân tách bởi mức chênh lệch lớn là 1. Lỗi vận hành 2. Hỏng SW 3. Hỏng CT / Infra. Nhưng thường thì các thiết kế tập trung vào làm cho 3. tốt hơn, đồng thời làm cho 1-2 tệ hơn.
ytti

2
Theo kinh nghiệm của bạn, số 2 bị hỏng SW, theo kinh nghiệm của bạn, điều này xảy ra ít nhiều thường xuyên với VSS?
generalnetworkerror

1
Chúng tôi không chạy VSS, vì vậy không có dữ liệu. Tôi rất do dự khi sớm chấp nhận bất kỳ giải pháp nào có thêm tín hiệu chia sẻ số phận giữa các nút, tôi tập trung nhiều hơn vào các giải pháp sửa chữa cục bộ không trạng thái. Nhưng tôi hoàn toàn thừa nhận rằng đối với một số ứng dụng, VSS có thể cực kỳ hấp dẫn.
ytti

3
Bạn đang hỏi về việc ngừng dịch vụ hoặc thất bại linecard thực tế? MTBF thường được sử dụng để mô tả tỷ lệ lỗi phần cứng. Trong trường hợp đó, VSS không ảnh hưởng đến phần cứng.
smoothbSE

@smoothbSE, điểm tốt trên MTBF là cho thất bại h / w. Tôi đã sử dụng thuật ngữ một cách lỏng lẻo để chỉ bất kỳ loại thất bại.
generalnetworkerror

Câu trả lời:


7

Phiên bản ngắn của câu trả lời: một chút của cả hai, nhưng nó không có nghĩa là một công nghệ để trực tiếp cải thiện tính khả dụng

Phiên bản dài của câu trả lời: Như những người khác đã chỉ ra, các định nghĩa truyền thống về MTBF và tính sẵn có của nhà sản xuất tập trung vào các lỗi phần cứng. Các yếu tố khác - lỗi của con người, phần mềm lỗi, bảo trì theo kế hoạch, v.v. - là những cân nhắc trong việc phát triển kiến ​​trúc nhưng được thực hiện ở cấp độ người dùng cá nhân.

Đối với viễn cảnh chỉ dành cho phần cứng, VSS không ảnh hưởng đến tính khả dụng. Đó là cùng một phần cứng đang được sử dụng, do đó, các số MTBF / MTTR tương tự được sử dụng và các phương trình khả dụng cuối là như nhau.

Đối với một viễn cảnh toàn diện hơn, nó thực sự là một sự thay đổi và sẽ phụ thuộc phần lớn vào mong muốn và nhu cầu cá nhân của bạn. Một mặt, bạn có thể coi nó kém tin cậy hơn vì nó là một phần công nghệ phức tạp và một "điểm ảo" duy nhất (nghĩa là mặt phẳng điều khiển VSS) sẽ tác động đến cả hai phần của thiết bị dự phòng. Mặt khác, nó có thể được xem để tăng tính khả dụng do một thiết bị ảo làm cho mạng đơn giản hơn rất nhiều, khiến cho những thứ khác không bị lỗi (ít thiết bị hơn để quản lý, không có HSRP / VRRP, miền STP không lặp, cấu trúc liên kết L3 đơn giản hơn, v.v.).

Thị trường đã cho thấy khá nhiều rằng các kỹ sư mạng xem VSS và các công nghệ tương tự như một sự cải tiến so với cấu trúc liên kết truy cập / phân phối L2 truyền thống, nhưng có những công nghệ khác mà bạn có thể đi cùng. Ví dụ, lớp truy cập L3 được định tuyến có thể đạt được hầu hết các lợi ích của VSS, nhưng Vlan sẽ không thể mở rộng nhiều thiết bị lớp truy cập, khiến giải pháp có thể trở nên vô dụng trong một số trường hợp (ví dụ: trung tâm dữ liệu ảo hóa).


2

Từ quan điểm chức năng, VSS về cơ bản lấy hai khung gầm và chạy chúng trên một mặt phẳng điều khiển duy nhất. Nếu bạn muốn tạo một 1800 1800 thì đó là công nghệ lý tưởng. Nếu mục tiêu là sẵn có lớn hơn thì sẽ khó hơn rất nhiều để biện minh. Điểm mấu chốt của họ là trong việc thiết lập một cặp VSS bạn đã tạo ra một khung chức năng duy nhất . Bất kỳ chế độ thất bại nào trên mặt phẳng điều khiển - từ lỗi phần mềm đến lỗi cấu hình - đều có ảnh hưởng ngay lập tức đến toàn bộ tổ hợp.

Đối với những gì đáng giá tôi thực sự đã không thấy nhiều triển khai mới của VSS trong năm năm qua nhưng tôi đã thấy một con số hợp lý khi tính năng này đã bị xóa để chạy các cặp 6K độc lập.


1

Tôi trải nghiệm VSS kéo dài MTBF thông qua việc giảm độ phức tạp hoạt động, (tức là không có HSRP / VRRP, điều chỉnh STP ít hơn, định tuyến đơn giản hơn, v.v.) đặc biệt cho các cửa hàng có kỹ sư ít kinh nghiệm. Sự tái tổ hợp sau các lỗi liên kết thường nhanh hơn vì phần còn lại của mạng xem cặp này là một thiết bị từ phối cảnh L2 và L3. Tôi đoán sẽ có ít sự cố ngừng hoạt động hơn liên quan đến lỗi phần mềm VSS, so với việc ngừng hoạt động do các tương tác và chế độ thất bại của các giao thức khác nhau thường chạy ở 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.