Cập nhật ESXi 6.7 lên 8.0 - Khắc phục sự cố máy chủ sản xuất
Kế hoạch nâng cấp ESXi 6.7 lên 8.0 hoàn chỉnh cho máy chủ sản xuất: kiểm tra tính tương thích, sao lưu cấu hình máy chủ, lộ trình kho ISO và esxcli, khóa cấp phép, sổ tay sự cố — và khôi phục Shift+R giúp tiết kiệm thời gian.
📑Các chương
- Tại sao phải ngừng sử dụng phiên bản 6.7 — kết thúc hỗ trợ và tại sao đây là bản nâng cấp phiên bản chính chứ không phải bản vá
- Cổng 1 — chứng minh phần cứng máy chủ vẫn được hỗ trợ trên ESXi 8.0
- Cổng 2 — sao lưu cấu hình máy chủ và xác nhận các bản sao lưu VM
- Lên kế hoạch cho thời gian bảo trì — thông báo và đặt thời hạn khôi phục cứng
- Chế độ bảo trì — mọi VM đều tắt hoặc di chuyển trước khi chạm vào máy chủ
- Tuyến A — khởi động ISO 8.0 và nâng cấp, bảo toàn kho dữ liệu VMFS
- Tuyến B — bản cập nhật kho esxcli từ hệ vỏ máy chủ
- Sau khi khởi động lại — khóa cấp phép 8.0 và kiểm tra xác minh
- Sổ tay giải quyết sự cố — đọc màn hình màu tím, các lần kiểm tra đầu tiên và quay lại Shift+R
📋 Tổng quan & Hướng dẫn từng bước
Kiểm tra khả năng tương thích phần cứng trước
ESXi 6.7 đã kết thúc hỗ trợ chung vào ngày 15 tháng 10 năm 2022, do đó quá trình di chuyển đã quá hạn — nhưng 6.7 lên 8.0 là bản nâng cấp phiên bản chính, không phải là bản vá. Giữa hai phiên bản, VMware đã loại bỏ hoàn toàn mô hình trình điều khiển VMKLinux (mọi thiết bị hiện đều cần trình điều khiển gốc) và loại bỏ một thế hệ CPU, bộ điều hợp mạng và bộ điều khiển lưu trữ. Một máy chủ 6.7 hoàn toàn khỏe mạnh vẫn có thể không thể nâng cấp được.
Trước khi đặt trước bất kỳ cửa sổ nào, hãy kiểm tra Hướng dẫn tương thích VMware để biết chính xác kiểu máy chủ, dòng CPU, bộ điều hợp mạng và bộ điều khiển lưu trữ dựa trên ESXi 8.0 và cập nhật chương trình cơ sở máy chủ (BIOS, bộ điều khiển lưu trữ, NIC) lên phiên bản mà nhà cung cấp liệt kê cho 8.0. Quá trình kiểm tra trước của chính trình cài đặt cũng cảnh báo về các thiết bị không được dùng nữa — nhưng việc phát hiện ra bảng điều khiển vào lúc nửa đêm là sai thời điểm. Kiểm tra trên giấy trước.
Sao lưu cấu hình máy chủ và máy ảo
Sao lưu cấu hình máy chủ từ shell máy chủ (bật SSH trên máy chủ trước nếu nó bị tắt). Lệnh trả về một liên kết tải xuống cho gói cấu hình — hãy mở nó và lưu tệp .tgz ở đâu đó không có trên máy chủ này:
vim-cmd hostsvc/firmware/backup_config
Sau đó, hãy xác nhận rằng các bản sao lưu VM đã được cập nhật và ít nhất một bản khôi phục đã thực sự được kiểm tra. Một nửa trong số tất cả các màn hình màu tím sau nâng cấp đều truy ngược lại chương trình cơ sở mà trình ảo hóa cũ cho phép — nhưng những sự cố mà bạn không thể hoàn tác là những sự cố không có bản sao lưu đằng sau chúng.
Lập kế hoạch cho cửa sổ và chuẩn bị sẵn khóa cấp phép 8.0
Chọn một thời điểm bảo trì và thông báo cho người dùng — không ai nên lưu giữa chừng khi máy chủ ngừng hoạt động. Viết trình tự theo thời gian và đặt thời hạn khôi phục cứng: thời điểm trong đêm mà sau đó bạn ngừng gỡ lỗi và quay lại (Bước 7) thay vì ăn toàn bộ cửa sổ. Gửi tin nhắn kết thúc khi công việc đã xong, để sáng hôm sau không bắt đầu bằng những lời đồn thổi.
Nhận giấy phép được sắp xếp trước cửa sổ, không phải trong thời gian đó. Khóa cấp phép được liên kết với phiên bản chính — máy chủ 8.0 sẽ không chấp nhận khóa 6.7 và nếu không có khóa thì máy chủ sẽ chạy ở chế độ đánh giá trong 60 ngày. Trong Broadcom, các khóa và nội dung tải xuống đến từ cổng hỗ trợ Broadcom theo quyền của bạn, vì vậy hãy sắp xếp quyền truy cập đó trước.
Lộ trình A - Nâng cấp bằng cách khởi động ISO 8.0
Thông báo cho người dùng, sau đó đưa máy chủ vào chế độ bảo trì — mọi VM đều tắt hoặc di chuyển sang máy chủ khác. Không bao giờ nâng cấp máy chủ vẫn đang chạy máy ảo sản xuất.
Khởi động trình cài đặt ESXi 8.0 từ ISO, chọn đĩa chứa cài đặt hiện có và chọn Nâng cấp ESXi, bảo toàn kho dữ liệu VMFS. Đây là lộ trình được hiển thị trên hầu hết các máy chủ và là lộ trình xử lý phiên bản lớn nhảy một cách rõ ràng vì các bước kiểm tra trước xuất hiện trên màn hình khi nó diễn ra.
Tuyến B - Nâng cấp từ Shell bằng esxcli
Tuyến kho chạy hoàn toàn từ vỏ máy chủ — không có phương tiện vật lý hoặc ảo — điều này khiến nó trở thành lựa chọn thiết thực cho máy chủ từ xa. Trước tiên, máy chủ vẫn chuyển sang chế độ bảo trì, chính xác như trong Tuyến A. Cho phép máy khách HTTP đi qua tường lửa của máy chủ:
esxcli network firewall ruleset set -e true -r httpClient
Liệt kê các profile có sẵn trong kho trực tuyến của VMware và ghi chú tên chính xác của profile chuẩn 8.0:
esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml
Sau đó chạy bản cập nhật hồ sơ đối với kho, sử dụng tên hồ sơ chính xác đó và khởi động lại máy chủ khi hoàn tất:
esxcli software profile update -d <depot-url> -p <exact-profile-name>
Lộ trình tương tự hoạt động ngoại tuyến: sao chép gói kho ZIP vào kho dữ liệu và thay vào đó trỏ giá trị -d vào tệp đó. Lưu ý rằng cập nhật hồ sơ là lệnh nâng cấp — nó giữ cấu hình hiện tại của bạn và VIB của bên thứ ba ở nơi chúng tương thích; không thay thế cài đặt hồ sơ, thay thế hình ảnh.
Sau khi khởi động lại - Cấp phép, xác minh, sau đó phát hành
Sau khi máy chủ được sao lưu trên phiên bản 8.0, hãy áp dụng khóa cấp phép ESXi 8.0 của bạn — khóa 6.7 không được chấp nhận và nếu không có khóa mới thì đồng hồ đánh giá đang tích tắc. Thoát khỏi chế độ bảo trì, sau đó khởi động một máy ảo không quan trọng trước và kiểm tra mạng, bộ lưu trữ và bảng điều khiển của nó trước khi bắt đầu phần còn lại.
Tiếp theo hãy làm việc thông qua chính máy chủ: nhật ký sự kiện và trạng thái phần cứng dành cho khiếu nại về trình điều khiển hoặc cảm biến, mọi kho dữ liệu được gắn và cài đặt mạng quản lý còn nguyên vẹn. Chỉ sau đó mới giải phóng máy chủ trở lại người dùng và gửi thông báo kết thúc từ Bước 3.
The Crash Playbook — Màn hình màu tím và phím Shift+R Rollback
Nếu máy chủ có màn hình màu tím (PSOD) hoặc không khởi động hữu ích sau khi nâng cấp, hãy làm việc theo thứ tự này. Đầu tiên, hãy chụp ảnh màn hình màu tím trước khi chạm vào bất cứ thứ gì. PSOD là VMkernel dừng có chủ ý vì việc tiếp tục sẽ gây rủi ro cho VM — và màn hình là chẩn đoán: loại ngoại lệ và mô-đun có tên trên đó chỉ ra nguyên nhân, với tên mô-đun trình điều khiển cho biết sự cố hỗ trợ phần cứng và lỗi trang trỏ vào bộ nhớ hoặc chương trình cơ sở.
Thứ hai, khởi động lại một lần và xem. Một màn hình màu tím thoáng qua sau khi thay đổi trình điều khiển là dữ liệu; một sự lặp lại là một bản án. Nghi phạm đầu tiên, theo thứ tự riêng của bản nâng cấp: NIC hoặc bộ điều hợp lưu trữ không được hỗ trợ, chương trình cơ sở cũ hơn danh sách hướng dẫn tương thích hoặc lỗi bộ nhớ mà phiên bản cũ không bao giờ gây ra.
Thứ ba, quay lại. ESXi cài đặt vào hai ngân hàng khởi động và bản nâng cấp sẽ giữ nguyên bản dựng 6.7 trước đó của bạn trong ngân hàng thay thế. Khởi động lại máy chủ và tại dấu nhắc khởi động, nhấn Shift + R và xác nhận — máy chủ khởi động bản dựng 6.7 trước đó, bao gồm cấu hình, chính xác như khi bạn rời khỏi nó. Nếu quá trình khôi phục hoạt động, bạn đã có thêm thời gian: khắc phục nguyên nhân tương thích vào ban ngày và nâng cấp lại trong cửa sổ mới.
vim-cmd hostsvc/firmware/restore_config <bundle-path>
Lệnh khôi phục đó là lối thoát thứ hai — nó đưa cấu hình máy chủ từ gói Bước 2 trở lại máy chủ có cùng phiên bản và bản dựng, trong trường hợp một ngân hàng khởi động là không đủ.
🏷️Biến và từ khóa tìm kiếm chủ đề
🎙️ Bản ghi đầy đủ - nhấn để mở rộng
__TOK_36__
__TOK_37__
__TOK_38__
❓ Câu hỏi thường gặp
Hướng dẫn này có miễn phí 100% để làm theo không?
__TOK_39__
Người mới bắt đầu có thể làm theo hướng dẫn này không?
__TOK_40__
Tôi có thể đặt câu hỏi ở đâu nếu gặp khó khăn?
__TOK_41__