Sửa xung đột IP và MAC sau khi sao chép máy ảo VMware — Quản trị hệ thống

Sao chép máy ảo là một trong những cách nhanh nhất để triển khai máy chủ đã được kiểm chứng, nhưng bản sao có thể kế thừa cả danh tính mạng cùng với ổ đĩa. Khi một bản sao khởi động cùng địa chỉ IP, địa chỉ MAC hoặc cấu hình mạng cũ giống máy nguồn, hành vi mạng sẽ trở nên khó dự đoán. Hướng dẫn này giải thích các định danh và cài đặt mạng bị trùng lặp gây ra xung đột sau khi sao chép trên VMware, đồng thời hướng dẫn cách sửa xung đột IP và MAC sau khi sao chép máy ảo VMware mà không làm gián đoạn hệ thống sản xuất.

Bản sao kế thừa những gì

Một bản sao sẽ nhân bản định nghĩa phần cứng ảo và trạng thái ổ đĩa của hệ điều hành khách. Điều đó bao gồm địa chỉ IP đã cấu hình, tên máy, cài đặt DNS, quy tắc định tuyến và mọi quy tắc udev bền vững đặt tên cho giao diện mạng của máy khách. Ở phía ảo hóa, VMware có thể sao chép hoặc tạo địa chỉ MAC của bộ адаптер mạng tùy theo quy trình và cài đặt tạo bản sao. Kết quả là hai máy tin rằng mình sở hữu cùng một danh tính mạng.

Máy nguồn vẫn có thể đang chạy, hoặc đã tắt nhưng vẫn được đăng ký trong kho tài nguyên. Dù trường hợp nào, mạng đều có thể thấy địa chỉ trùng lặp khi bản sao trực tuyến. Các switch, bộ định tuyến, tường lửa và các máy chủ khác sau đó phải chọn giữa hai đích đến có thể có cho cùng một định danh.

Tại sao địa chỉ IP trùng lặp gây ra sự cố

Xung đột IP thường biểu hiện dưới dạng kết nối gián đoạn, cập nhật DNS thất bại hoặc một máy phản hồi trong khi máy kia im lặng. Bảng ARP trên mạng cục bộ có thể chỉ sai máy ảo. Các phiên như SSH, kết nối cơ sở dữ liệu hoặc các agent giám sát có thể nhảy giữa các máy hoặc hết thời gian chờ.

Địa chỉ IP trùng lặp rất dễ xảy ra khi sao chép từ mẫu vẫn chứa địa chỉ tĩnh. Môi trường DHCP cũng không miễn nhiễm: bản sao có thể giữ lại hợp đồng thuê trong hệ điều hành, hoặc máy DHCP có thể cấp địa chỉ trùng với phần dành riêng được sử dụng bởi máy nguồn.

Các triệu chứng cần kiểm tra trước

• Ping thành công vài gói rồi thất bại hoặc độ trễ thay đổi.
• Bảng ARP hiển thị cùng một IP với hai địa chỉ MAC theo thời gian.
• Dịch vụ liên kết cục bộ nhưng không thể truy cập từ các mạng con khác.
• Nhật ký hiển thị thông báo phát hiện địa chỉ trùng hoặc phản hồi DHCP NAK.

Tại sao địa chỉ MAC trùng lặp lại quan trọng

Địa chỉ MAC được sử dụng bên trong đoạn mạng lớp 2 để chuyển tiếp khung dữ liệu. Nếu hai máy ảo hiển thị cùng một MAC, switch có thể chuyển tiếp lưu lượng sai cổng, và bộ адаптер mạng của máy nguồn có thể nhận các khung dữ liệu dành cho bản sao. Switch phân phối và switch tiêu chuẩn của VMware đều dựa vào học MAC, vì vậy các địa chỉ trùng tạo ra hành vi chuyển tiếp không ổn định.

Địa chỉ MAC trùng cũng có thể ảnh hưởng đến cụm và giấy phép. Cụm cơ sở dữ liệu, chuyển đổi IP ảo và giấy phép phần mềm gắn với định danh phần cứng có thể từ chối khởi tạo hoặc di chuyển tài nguyên ngẫu nhiên. Vấn đề rõ ràng nhất khi cả hai bản sao chạy đồng thời, nhưng nó có thể ẩn直到 khi kiểm tra chuyển đổi dự phòng.

Cách phát hiện xung đột trước khi người dùng nhận ra

Bắt đầu từ hệ điều hành khách. Trên Linux, kiểm tra ip addr, ip route và các tệp mạng bền vững. Trên Windows, xem lại cấu hình bộ адапter, cài đặt IPv4 và mọi tuyến tĩnh. Xác nhận rằng bản sao có địa chỉ dự kiến và không có giao diện nào khác vẫn mang cấu hình của máy nguồn.

Sau đó, kiểm tra phần cứng ảo. Trong vSphere, mở cài đặt bộ адapter mạng của bản sao và ghi lại địa chỉ MAC. So sánh với máy nguồn và địa chỉ mà switch vật lý hoặc phân phối đã học. Kiểm tra bảng địa chỉ MAC của switch hoặc thống kê cổng phân phối để xem cùng một địa chỉ xuất hiện trên nhiều cổng.

Cuối cùng, quan sát mạng từ máy khách. Chụp phản hồi ARP hoặc sử dụng giám sát cổng switch để xem hai thiết bị có cùng phản hồi cho cùng một IP không. Tìm các nhật ký hệ điều hành báo cáo xung đột địa chỉ và xem lại các hợp đồng thuê DHCP để tìm các cấp phát trùng lặp.

Cách sửa xung đột IP và MAC sau khi sao chép máy ảo VMware

Sử dụng trình tự có kiểm soát để máy nguồn và bản sao không cạnh tranh khi bạn thực hiện thay đổi.

• Cô lập bản sao. Kết nối nó với nhóm cổng thử nghiệm hoặc ngắt bộ адапter tạm thời. Điều này ngăn bản sao chiếm địa chỉ của máy nguồn trong khi bạn kiểm tra.
• Thay đổi địa chỉ MAC. Trong cài đặt bộ адapter mạng của máy ảo, tạo MAC mới duy nhất hoặc chỉ định một MAC từ dải đúng cho môi trường của bạn. Nếu máy khách giữ MAC cũ trong quy tắc udev hoặc cấu hình giao diện, hãy cập nhật tệp đó.
• Cấp lại địa chỉ IP. Thay thế địa chỉ tĩnh bằng địa chỉ trống từ mạng con đúng, hoặc xóa cấu hình tĩnh và để DHCP cấp hợp đồng thuê. Cập nhật bản ghi DNS, tệp host, quy tắc tường lửa và các điểm cuối ứng dụng tham chiếu đến địa chỉ cũ.
• Làm mới danh tính mạng trong máy khách. Gia hạn hợp đồng thuê DHCP, xóa các mục ARP cũ, khởi động lại dịch vụ mạng và xác minh rằng giao diện sử dụng MAC và IP dự kiến. Trên Linux, xóa các quy tắc mạng bền vững đặt tên giao diện theo MAC đã sao chép.
• Xác minh từ cả hai phía. Ping bản sao từ nhiều mạng con, xác nhận bảng ARP chứa một MAC cho IP và kiểm tra thống kê cổng switch. Xác minh rằng dịch vụ liên kết với địa chỉ mới và các agent giám sát báo cáo danh tính dự kiến.

Ngăn bản sao tiếp theo kế thừa xung đột

Giữ mẫu không chứa địa chỉ tĩnh và tuyến dành riêng cho máy. Sử dụng phần dành riêng DHCP hoặc quy trình IPAM cấp phát đ��a chỉ tại thời điểm triển khai. Cấu hình VMware tạo MAC duy nhất cho mỗi bản sao và tài liệu hóa chính sách MAC cho switch tiêu chuẩn và phân phối.

Tự động hóa kiểm tra sau khi sao chép trong pipeline triển khai. Một script nhỏ có thể so sánh IP và MAC của bản sao với bản ghi kho tài nguyên, từ chối bản dựng nếu tồn tại trùng lặp và ghi giá trị mới vào DNS. Đối với máy khách Windows, sử dụng hồ sơ mạng phù hợp hoặc cài đặt unattend; đối với Linux, quản lý cấu hình netplan, NetworkManager hoặc systemd-networkd một cách nhất quán.

Cuối cùng, duy trì sổ tay vận hành cho việc sao chép máy ảo. Bao gồm bước cô lập, các màn hình hoặc API chính xác để thay đổi địa chỉ MAC, các lệnh xác minh cấu hình máy khách và kế hoạch khôi phục. Khi mọi bản sao tuân theo cùng một trình tự, các định danh trùng lặp trở thành rủi ro triển khai có thể dự đoán thay vì bất ngờ trong sản xuất.