
Mục lục bài viết 7 phần
Cisco đăng bài ngày 15/09/2026 cho biết UCS Manager đã có thông báo end-of-life và định hướng khách hàng sang Intersight. Với chủ hệ thống, câu hỏi quan trọng không phải “có nên nâng cấp giao diện” mà là model/version nào bị ảnh hưởng, feature parity ra sao và migration có thể rollback mà không làm lệch policy hay firmware state hay không.
Bài viết giúp bạn
- Thông tin được công bố
- Điểm mới đáng chú ý
- Tác động đối với kiến trúc, vận hành và kiểm thử
Thông tin được công bố
#Ngày 15/09/2026, Cisco Blogs đăng “Cisco UCS Manager: Celebrating the legacy, shaping the future with Cisco Intersight”, mô tả UCS Manager sau 17 năm và cho biết EOL đã được công bố. Bài viết định hướng Intersight cho quản lý tập trung, visibility và automation.
Bulletin chính thức EOL15977 cho UCS Manager Release 6.0 công bố ngày 15/09/2026: ngừng bán ngày 31/12/2027, kết thúc software maintenance ngày 31/12/2028 và Last Date of Support ngày 31/12/2030. Đây là mốc trong bulletin cho sản phẩm/PID được liệt kê, không phải ngày ngừng hỗ trợ chung cho mọi phần cứng UCS; quyền hỗ trợ còn phụ thuộc hợp đồng và vòng đời phần cứng.
Điểm mới đáng chú ý
#Điểm mới là tín hiệu lifecycle rõ ràng hơn cho đội vẫn vận hành UCS Manager: cần chuyển từ theo dõi roadmap chung sang chương trình migration có inventory và deadline. Intersight thay đổi mô hình vận hành theo hướng quản lý tập trung, với lựa chọn SaaS hoặc virtual appliance tùy điều kiện hỗ trợ; điều này tác động identity, outbound connectivity, telemetry, API, automation và change control.
Không nên coi migration là thao tác lift-and-shift. Service profile/template, firmware policy, pool, role, domain, integration với ITSM/monitoring và script API phải được ánh xạ và test riêng. Một dashboard thấy server không chứng minh policy parity. IMM Transition Tool hỗ trợ đánh giá readiness và chuyển đổi cấu hình trong phạm vi tính năng hỗ trợ. In-place migration cần planned domain downtime; phương án quay lại phải được xác minh và diễn tập theo hướng dẫn hiện hành, không mặc định có rollback một nút hoặc không gián đoạn.

Tác động đối với kiến trúc, vận hành và kiểm thử
#Kiến trúc cần rà outbound path, proxy/TLS inspection, DNS/NTP, identity federation, RBAC, audit export và data residency. Vận hành cần chốt ownership giữa server, network, security và cloud operations. Automation phải kiểm API semantics, object ID, idempotency, rate limit và error handling.
Test topology nên có domain canary đại diện phần cứng/firmware, cấu hình export, Intersight tenant test, proxy/impairment và hệ giám sát độc lập. KPI gồm inventory completeness, policy diff, firmware workflow success, API job success, event/audit completeness, task duration, service interruption và rollback RTO.
Ai cần quan tâm
#- Đội vận hành Cisco UCS Manager và Fabric Interconnect.
- Đội hạ tầng có automation dựa trên UCSM XML/API.
- Đội security quản lý identity, outbound cloud access và audit.
- Đội procurement/support theo dõi EOL/EOS và hợp đồng.
- Đội lab/PoC cần chứng minh parity trước mỗi migration wave.
Những điểm chưa thể kết luận
#Bài blog không đủ để kết luận mọi UCS model/release dùng chung milestone hoặc được Intersight hỗ trợ ngang nhau. Các mốc nêu trên chỉ áp dụng theo phạm vi bulletin Release 6.0; license requirement và feature parity vẫn phải đối chiếu matrix chính thức theo môi trường. “Centralized visibility” cũng không chứng minh telemetry đầy đủ hoặc workflow không gây gián đoạn.
Chưa thể kết luận cloud connectivity, proxy, sovereign requirement, disconnected mode hoặc API migration đáp ứng môi trường cụ thể. Những mục này phải gắn tenant, region, model, firmware, Intersight licensing và policy tổ chức.
Checklist hành động hoặc kiểm chứng
#- Mở formal EOL bulletin; map milestone tới từng PID/model/release.
- Xuất inventory domain, chassis, blade/rack, FI, firmware và support status.
- Liệt kê service profile/template, pool, policy và exception thủ công.
- Lập compatibility/feature parity matrix theo phiên bản.
- Kiểm proxy, firewall, DNS, NTP, certificate và outbound dependency.
- Ánh xạ RBAC/SSO/MFA, audit log và break-glass access.
- Chạy canary với workload đại diện; đối chiếu inventory/policy diff.
- Regression firmware, server lifecycle, alarm, backup và API automation.
- Diễn tập rollback với RTO, cấu hình nguồn và tiêu chí dừng rõ.
- Chỉ chuyển wave tiếp theo khi raw evidence và owner cùng ký duyệt.

Khái niệm cần nhớ
#- EOL: thông báo vòng đời, gồm nhiều milestone cần đọc ở nguồn chính thức.
- Feature parity: mức tương đương chức năng giữa nền tảng cũ và mới.
- Canary: phạm vi nhỏ đại diện dùng để kiểm trước rollout.
- Policy diff: khác biệt cấu hình/policy trước và sau migration.
- Rollback RTO: thời gian mục tiêu để quay lại trạng thái chấp nhận được.
- Break-glass: quyền truy cập khẩn cấp được kiểm soát.
Khái niệm cần nhớ
- DUT / SUT
- Thiết bị hoặc toàn bộ hệ thống đang là đối tượng của bài kiểm thử.
- Steady state
- Giai đoạn tải đã ổn định và đủ điều kiện để lấy số liệu đại diện.
- Pass / fail
- Kết luận dựa trên ngưỡng đã thống nhất, luôn đi cùng topology, cấu hình và điều kiện đo.
TÀI LIỆU ĐỐI CHIẾUTài liệu tham khảo6 nguồn +
Nội dung được biên soạn độc lập, theo hướng vendor-neutral và đối chiếu các tài liệu gốc dưới đây. Tính năng sản phẩm cần được kiểm tra lại theo phiên bản đang sử dụng.
NetVali ưu tiên nguồn tiêu chuẩn và tài liệu chính thức; phân biệt khuyến nghị triển khai với yêu cầu của tiêu chuẩn; không công bố thông số sản phẩm chưa gắn với phiên bản và điều kiện đo.
