Tài nguyên chuyên dụng trên máy chủ lưu trữ máy chủ SQL

8

Tôi hiểu rằng một trong những lợi ích lớn của việc sử dụng VM là bạn có thể chia sẻ tài nguyên giữa các máy ảo trên máy chủ. Vì vậy, bạn có thể có một máy chủ lưu trữ với 120 CPU và đặt 5 VM trên đó với 32 CPU mỗi máy. Các CPU bổ sung được "chia sẻ" giữa các VM với máy chủ chỉ định CPU tự động dựa trên nhu cầu. Tương tự cho bộ nhớ.

Tôi cũng hiểu rằng đây là một điều không nên lớn đối với các máy ảo chứa Máy chủ SQL nhưng các quản trị viên VM của tôi không đồng ý. Có ai có bất kỳ bằng chứng hoặc tài liệu bằng cách này hay cách khác?

Tôi không biết có vấn đề gì không nhưng chúng tôi đang sử dụng VMWare.

sql-server virtualisation vmware

— Ketheth
nguồn

2

Thật kỳ lạ, chúng tôi chỉ gặp vấn đề với các lỗi dự phòng ngẫu nhiên trên một nhóm khả dụng ảo hóa. chúng tôi đã đăng ký quá nhiều trên CPU với thời gian sẵn sàng ~ 8 giây. người nghe ag bị mất hợp đồng thuê cụm và sẽ chuyển sang nút HA khác. Khó khăn ở đây là nó không xuất hiện dưới dạng áp lực CPU đối với khách, mặc dù lỗi thường liên quan đến áp suất CPU được duy trì. điều này dẫn đến vấn đề lớn nhất với ảo hóa - biết điều gì đang xảy ra và tin tưởng người khác làm điều tương tự.

— swasheck

Một bài đăng blog thực sự tốt về VMware CPU Hot Plug vNUMA Effects trên SQL Server của Jonathan Kehayias

— Kin Shah

btw: Thông thường không phải là "Giống nhau cho bộ nhớ". Trong hầu hết các trường hợp, bạn chia sẻ cpu, nhưng khi dung lượng bộ nhớ cụ thể được phân bổ cho từng VM và bộ nhớ này không được chia sẻ. Chia sẻ cpu với SQL Server có thể ổn tùy thuộc vào tổng tải cpu cho tất cả các máy ảo của bạn, nhưng việc chia sẻ bộ nhớ với SQL Server sẽ rất tệ trong hầu hết các trường hợp

— MTilsted

@MTilsted Xin lỗi vì sự nhầm lẫn. Khi tôi nói "Tương tự cho bộ nhớ", tôi có nghĩa là nó couldđược chia sẻ. Khi tôi hỏi câu hỏi tôi nhận ra rằng nó có thể rất khác nhau đối với CPU và bộ nhớ nhưng cả hai đều là một tùy chọn.

— Kenneth Fisher

15

Điều bạn đang hỏi là "Có ổn không nếu chúng ta quá tải CPU?"

Không sao cho đến khi bạn bắt đầu gặp phải các tắc nghẽn về hiệu suất liên quan đến mức tiêu thụ CPU. Câu trả lời tương tự cũng đúng với việc xử lý quá mức mạng - không giống như bạn đặt 5 thẻ Ethernet 10Gb riêng biệt vào máy chủ và dành một thẻ cho mỗi VM. Ảo hóa là tất cả về vấn đề quá mức, và đi qua ranh giới giữa tính sẵn có của tài nguyên và yêu cầu tài nguyên.

Tuy nhiên, nói chung, bạn không muốn quá tải bộ nhớ, vì SQL Server sẽ chủ động sử dụng bất kỳ bộ nhớ nào bạn trình bày cho nó. Thay vì để trang VM vào đĩa của máy chủ, tốt hơn hết bạn nên thực hiện phân tích VM-by-VM để tìm ra máy ảo nào có thể sống với ít bộ nhớ hơn và sau đó định cấu hình chúng với ít bộ nhớ hơn để bắt đầu.

— Brent Ozar
nguồn

Chúng ta đừng quên tầm quan trọng của đĩa vật lý chuyên dụng và độc lập là tốt; mỗi cái cho Dữ liệu, Nhật ký và Tempdb . :)

— Chiramisu

13

Vấn đề tôi thấy với việc phân bổ động một số tài nguyên là nó dẫn đến hiệu suất không thể đoán trước. Báo cáo truy vấn x có sẵn 32 CPU vào ngày hôm qua và chạy trong 4 phút, hôm nay nó chỉ có 24 và mất nhiều thời gian hơn. Bạn cũng có thể thấy độ trễ khi khách chờ đợi các lõi khác có sẵn.

Jonathan Kehayias đưa ra một số cảnh báo thực tế về việc đăng ký quá nhiều CPU và bộ nhớ ở đây (và thật lòng tôi tin tưởng vào kinh nghiệm và lời khuyên của anh ấy hơn một quản trị viên VM thông thường, không xúc phạm đến họ, nhưng tôi nghi ngờ anh ấy có nhiều kinh nghiệm trực tiếp hơn với sự kết hợp này):

DBA tình cờ (ngày 5 trên 30): Cân nhắc ảo hóa

— Aaron Bertrand
nguồn

11

Tôi hiểu rằng một số mức độ cam kết quá mức của CPU có thể hoàn toàn ổn, nhưng điều đó hoàn toàn phụ thuộc vào yêu cầu khối lượng công việc của tất cả các khách. Kiểm tra blog của David Klee để biết nhiều thông tin VM tốt. Cụ thể là http://www.davidklee.net/articles/sql-server-articles/cpu-overcommitment-and-its-impact-on-sql-server-performance-on-vmware/ để giải thích về sự cam kết quá mức của CPU và tác động của nó trên máy chủ SQL.

Cam kết quá mức bộ nhớ là một động vật khác hoàn toàn và nói chung, máy chủ VM không nên quá cam kết trên bộ nhớ nếu nó chạy Máy chủ SQL. Một lần nữa tôi sẽ sử dụng David Klee làm tài liệu tham khảo. http://www.davidklee.net/2013/11/04/lock-pages-in-memory-in-sql-server-on-vmware-why-or-why-not/ nơi anh giải thích về ảnh hưởng của bộ nhớ -lời cam kết.

Hi vọng điêu nay co ich.

— bạn bè
nguồn