Tôi đã xem xét một vấn đề và đang đấu tranh để có được câu trả lời hoặc giải pháp dứt khoát cho một vấn đề.
Trong quá trình di chuyển trực tiếp các máy ảo giữa hai máy chủ, máy chủ nhận máy ảo sẽ thấy một lõi CPU đơn tăng vọt lên 100%, đồng thời hiệu suất và độ ổn định bị ảnh hưởng. Ví dụ: trình quản lý tác vụ sẽ phản hồi chậm, đơ/giật hình và sẽ mất dữ liệu để hiển thị trên biểu đồ... trong suốt thời gian di chuyển trực tiếp. Tốc độ di chuyển trực tiếp đạt tối đa 6-7Gpbs. Máy chủ gửi nhận thấy mức sử dụng lõi CPU tăng lên, nhưng mức sử dụng đó trải đều trên 2-3 lõi và không quá 50% cho mỗi lõi.
Chúng tôi đã bật vrss và vmmq, đặt số lượng hàng đợi có sẵn một cách chính xác theo các hướng dẫn khác nhau có sẵn trên internet. Tôi có thể chia sẻ những cài đặt đó nếu muốn. Tôi hiểu rằng khi sử dụng LBFO, bạn không thể bật vmmq (VMMQEnabledRequested = True, nhưng VMMQEnabled = False), vì vậy tôi đã đặt máy chủ sử dụng công tắc SET mà không có thay đổi hoặc cải tiến nào.
Chúng tôi sử dụng phiên bản Windows Server 2016 Core chỉ với các vai trò Hyper-V đang chạy, không có tác nhân hoặc ứng dụng nào khác được cài đặt - đây là thiết lập cố định. Chúng tôi cũng có điều này xảy ra trên tất cả các cụm của chúng tôi (giống hệt nhau).
Cài đặt VMQ được đặt để tránh lõi 0 và chúng tôi thường chỉ thấy lõi 4, 6 hoặc 8, đạt 100% â tức là KHÔNG BAO GIỜ là lõi 0 và không bao giờ trên các lõi lên đến 16 (proc đơn) hoặc 32 (proc kép) .
Chúng tôi đang sử dụng 2 x 10Gbe trên thẻ intel nic kép (thẻ PCI đơn) và thuộc nhóm SIT LBFO được đặt thành Hyper-V thay vì Dynamic (mặc dù cài đặt đó không tạo ra sự khác biệt).
Mạng được xác định bằng cách sử dụng SCVMM và các máy chủ đang sử dụng Công tắc ảo SCVMM cho mạng Di chuyển Trực tiếp chuyên dụng.
Chúng tôi hiện đang sử dụng SMB cho Di chuyển trực tiếp vì chúng tôi có thể giới hạn thông lượng SMB để giữ dưới giới hạn 100% CPU, nhưng sự cố này xảy ra bất kể sử dụng TCP/IP, Nén hay SMB (mặc dù quá trình nén sử dụng CPU trong thời gian ngắn hơn nhiều) . LƯU Ý: Điều chỉnh SMB bị vô hiệu hóa đối với thử nghiệm của tôi.
Vấn đề chính mà chúng tôi muốn giải quyết là dịch vụ VMMS đôi khi bị treo/khóa trong các sự kiện tiêu hao máy chủ. Ví dụ. nếu chúng tôi thực hiện CAU và lần lượt từng máy chủ bị cạn kiệt, đôi khi chúng tôi gặp lỗi do một máy chủ không thể rút hết tất cả các máy ảo. Trong trường hợp đó, máy chủ gặp sự cố thấy quá trình di chuyển trực tiếp “bị kẹt” ở mức 3% (trong FCM) và bạn không thể di chuyển hoặc khởi động lại máy ảo (chúng tắt và không bao giờ hoạt động trở lại) cũng như hầu hết các công cụ liên quan đến hyper-v ngừng hoạt động (ví dụ: get-vm chỉ bị treo và không bao giờ phản hồi) và cách khắc phục DUY NHẤT cho vấn đề này là thiết lập lại cứng máy chủ (tắt/khởi động lại không hoàn tất). Chúng tôi không thể tìm ra nguyên nhân của vấn đề này và triệu chứng duy nhất mà chúng tôi thấy là các vấn đề về độ ổn định của máy chủ lưu trữ như đã lưu ý ở trên.
Vui lòng cho tôi biết thông tin bạn cần hỗ trợ tư vấn về vấn đề này.
