Ba tháng vào nghề đã thành ‘chuyên gia Cisco’: một cấu hình switch sai khiến 4.000 phiên AS/400 đồng loạt rơi

Một câu chuyện nghề IT vừa được chia sẻ lại cho thấy chỉ một quyết định nhân sự thiếu thận trọng cũng có thể biến một ca triển khai mạng bình thường thành sự cố lớn. Nhân vật chính, được gọi bằng tên giả Martin, cho biết anh vừa bắt đầu công việc đầu tiên với vai trò kỹ sư mạng tại một công ty hạ tầng CNTT rất nhỏ. Vì là người duy nhất từng làm việc với thiết bị Cisco, anh nhanh chóng bị gán mác “chuyên gia Cisco”. Cisco là hãng nổi tiếng về thiết bị mạng như router và switch, nhưng kinh nghiệm chỉ vài tháng rõ ràng chưa đủ để xử lý mọi môi trường doanh nghiệp phức tạp.

Rắc rối bắt đầu khi công ty cử Martin đến khách hàng để lắp một switch mới cho hệ thống đang vận hành bằng thiết bị Nortel, tức một nền tảng mạng khác với những gì anh quen thuộc. Switch là thiết bị dùng để kết nối các máy chủ, máy tính và các thành phần khác trong mạng nội bộ, còn Nortel là nhà cung cấp thiết bị viễn thông và mạng từng rất phổ biến trong doanh nghiệp. Việc chuyển từ hiểu biết cơ bản về Cisco sang can thiệp vào môi trường Nortel đòi hỏi nắm rõ các khác biệt về cấu hình, giao thức và cách các thiết bị tương tác với nhau.

Theo lời kể, Martin được đội IT phía khách hàng đón tiếp thân thiện, mời cà phê và cùng trao đổi về việc bổ sung VLAN. VLAN, viết tắt của Virtual LAN, là cách chia một mạng vật lý thành nhiều mạng logic riêng biệt để tăng bảo mật và quản trị linh hoạt hơn. Sau đó, anh hoàn tất việc lắp thiết bị vào tủ rack, cấu hình mặc định và thiết lập các VLAN đã thống nhất. Khi mọi kết nối đã được cắm xong và kiểm tra sơ bộ có vẻ ổn, Martin chuẩn bị rời đi. Nhưng đúng lúc đó, điện thoại reo: đội IT của khách hàng hỏi liệu anh có vừa làm gì sai không, vì hơn 4.000 phiên AS/400 đã đồng loạt bị rớt.

AS/400 là dòng máy tính doanh nghiệp cỡ trung của IBM, nổi tiếng trong các hệ thống vận hành nghiệp vụ lâu năm. Trong nhiều tổ chức, các nền tảng này vẫn chạy các ứng dụng quan trọng dù công nghệ đã cũ. Phân tích sau sự cố cho thấy nguyên nhân nằm ở thiết lập spanning tree trên switch mới. Spanning Tree Protocol, thường gọi ngắn là spanning tree, là cơ chế giúp mạng Ethernet tránh vòng lặp lớp 2, tức tình trạng dữ liệu chạy vòng quanh mạng không dứt và gây nghẽn hoặc sập hệ thống. Nếu cấu hình không phù hợp, giao thức này có thể tạo ra gián đoạn ngắn trong quá trình hội tụ mạng, và với một số hệ thống cũ, chỉ cần mất một gói tin cũng đủ gây hậu quả lớn.

Trong trường hợp này, các kết nối từ máy chủ đến mainframe được thực hiện qua SNA over TCP/IP emulation. SNA, hay Systems Network Architecture, là kiến trúc mạng cũ của IBM dành cho môi trường máy tính lớn; còn TCP/IP là bộ giao thức nền tảng của Internet và mạng hiện đại. “Emulation” ở đây có thể hiểu là lớp mô phỏng hoặc chuyển đổi, giúp ứng dụng cũ tiếp tục hoạt động trên hạ tầng mạng mới hơn. Vấn đề là kiểu kết nối này rất nhạy cảm: chỉ cần thất lạc một gói tin mạng là phiên làm việc có thể hỏng hoàn toàn. Kết quả là đội IT khách hàng buộc phải ngồi xử lý thủ công từng phiên một, kéo dài suốt hơn một giờ để khôi phục hoạt động.

Martin thừa nhận anh vô cùng xấu hổ vì đã gây phiền toái cho một đội ngũ khách hàng vốn rất tử tế. Tuy nhiên, khi nhìn lại sau nhiều năm, anh cho rằng lỗi không chỉ nằm ở người kỹ sư non kinh nghiệm, mà chủ yếu ở cấp quản lý đã gọi anh là “chuyên gia” và để một nhân sự quá mới tự làm việc không giám sát tại một khách hàng lớn. Đây là bài học quen thuộc trong ngành công nghệ: danh xưng không thể thay thế kinh nghiệm thực chiến, đặc biệt trong các hệ thống doanh nghiệp có thiết bị cũ, cấu hình phức tạp và phụ thuộc vào ứng dụng trọng yếu.

Câu chuyện này là lời nhắc mạnh mẽ rằng các thay đổi tưởng như nhỏ trong mạng, như thêm switch hay chỉnh VLAN, vẫn có thể tạo hiệu ứng dây chuyền nghiêm trọng nếu liên quan đến hạ tầng kế thừa. Doanh nghiệp cần quy trình kiểm thử, giám sát và phê duyệt rõ ràng trước khi triển khai; đồng thời phải đánh giá đúng năng lực kỹ sư thay vì đẩy họ vào vai trò vượt quá trình độ. Với các môi trường có mainframe, AS/400 hoặc giao thức cũ như SNA, mọi thay đổi mạng cần được xem là thay đổi rủi ro cao. Bài học Martin giữ lại sau sự cố rất đơn giản nhưng đắt giá: trong công nghệ, tự tin là cần thiết, nhưng kiểm chứng, giám sát và hiểu rõ giới hạn của mình còn quan trọng hơn nhiều.