|
Lập kế hoạch bộ nhớ máy chủ ảo hóa của bạn:XRISS DDR4 64GB 3200MHz RDIMM cho phép cấu hình bộ nhớ dày đặc cho máy chủ ảo hóa.
| Vai trò của VM | vCPU | RAM cho mỗi VM | Số lượng | Tổng bộ nhớ RAM |
|---|---|---|---|---|
| Windows Server 2022 DC (AD/DNS/DHCP) | 2 | 8GB | 1 | 8GB |
| Windows Server 2022 (tệp / in) | 4 | 16GB | 1 | 16GB |
| Windows Server 2022 (SQL Server Express) | 4 | 32GB | 1 | 32GB |
| Linux (ERP/CRM Web App) | 4 | 16GB | 1 | 16GB |
| Windows 11 Pro (Màn hình làm việc từ xa / Quản trị viên) | 2 | 8GB | 1 | 8GB |
| Linux (Kiểm tra / Quan sát) | 2 | 8GB | 1 | 8GB |
| VM Memory Subtotal | 88GB | |||
| Hypervisor Overhead (ESXi/Proxmox) | 8GB | 8GB | ||
| Tổng số được cung cấp | 96GB | |||
| Có sẵn để phát triển (256GB - 96GB) | 160GB |
Với 16x 64GB RDIMM trong máy chủ hai ổ cắm (8 khe cắm cho mỗi CPU), tổng bộ nhớ 1TB có thể hỗ trợ khoảng 80-100 máy tính ảo sản xuất với phân bổ trung bình 10GB bảo thủ,hoặc 50-60 VM với phân bổ rộng rãi 16-20GB cho khối lượng công việc máy chủ cơ sở dữ liệu và ứng dụngMật độ này là điển hình cho các triển khai ERP thị trường trung bình, trang trại máy chủ phiên Citrix / RDS và các nút dàn nhạc container, nơi yêu cầu bộ nhớ cho mỗi máy ảo là vừa phải nhưng số lượng máy ảo cao.
Ở 3200MHz, mỗi 64GB RDIMM cung cấp 25,6 GB/s băng thông,có nghĩa là một cấu hình EPYC đầy đủ 8 kênh hoặc Xeon 6 kênh cung cấp băng thông tổng hợp dễ dàng giữ cho 32+ lõi được cấp trong hoạt động đa VM đồng thờiKiến trúc đệm đã đăng ký đặc biệt ngăn chặn sự suy giảm tính toàn vẹn tín hiệu mà nếu không sẽ hạn chế tốc độ hoặc mật độ dân số với UDIMM trong các cấu hình này.
Q1. Làm thế nào để tôi tính toán lượng bộ nhớ 'đúng' cho một máy chủ ảo hóa?
A: Một công thức thực tế là: Tổng RAM = Tổng số phân bổ VM) + Hypervisor overhead (4-8GB) + 20% bộ đệm cho tăng trưởng và bộ nhớ bong bóng / deduplication overhead.nếu đội máy ảo dự kiến của bạn yêu cầu 100GB bộ nhớ được phân bổ, ngân sách cho 100 + 8 (hypervisor) + 22 (20% bộ đệm) = 130GB tổng cộng. Bộ đệm 20% này cung cấp không gian cho: thêm các máy ảo bất ngờ mà không cần ngay lập tức mua nhiều RAM hơn,bộ nhớ bong bóng trên trong môi trường VMwareVới 64GB RDIMM, bạn có thể mở rộng từ 64GB (1 module) đến 1TB (16 module) theo từng bước có thể dự đoán được,làm cho lập kế hoạch năng lực đơn giản.
Q2. Sự khác biệt thực tế giữa việc lấp đầy tất cả các kênh bộ nhớ so với việc để lại một số trống cho việc mở rộng trong tương lai là gì?
A: Nạp tất cả các kênh bộ nhớ cung cấp băng thông bộ nhớ tối đa thông qua liên kết kênh.đầy đủ lấp đầy tất cả các kênh với 64GB RDIMM cung cấp 1TB với băng thông tối đa. Lấp đầy một phần các kênh (ví dụ, 1 DIMM cho mỗi kênh thay vì 2) làm giảm tổng dung lượng nhưng duy trì số lượng kênh đầy đủ, bảo tồn băng thông.chỉ có 4 trong số 8 kênh được lấp đầy mỗi CPU) làm giảm cả dung lượng và băng thôngĐối với hầu hết các khối lượng công việc ảo hóa, băng thông hiếm khi là nút thắt, dung lượng là hạn chế ràng buộc.sau đó thêm các mô-đun đối xứng trên các kênh nếu hồ sơ khối lượng công việc của bạn cho thấy giới hạn băng thông. Sử dụng các công cụ giám sát hiệu suất (ESXi esxtop, Linux perf) để xác định xem băng thông bộ nhớ có thực sự là nút thắt của bạn trước khi đầu tư vào băng thông bạn có thể không cần.
Q3. Các mô-đun 64GB này có thể được trộn với các mô-đun nhỏ hơn từ kho lưu trữ bộ nhớ máy chủ hiện tại của chúng tôi không?
A: Về mặt kỹ thuật thì có, nhưng chúng tôi khuyên bạn không nên sử dụng nó cho các máy chủ ảo hóa sản xuất.Trộn các dung lượng DIMM khác nhau tạo ra các cấu hình bộ nhớ không cân bằng nơi phân bổ bộ nhớ nút NUMA trở nên không đối xứngTrong một máy chủ hai ổ cắm, nếu một CPU có quyền truy cập vào 192GB (3x 64GB) và người kia có 128GB (2x 64GB),một máy ảo được lên lịch trên nút NUMA thứ hai có thể bị phạt truy cập bộ nhớ từ xa khi bộ nhớ cục bộ của nó bị cạn kiệt. Để hiệu suất máy ảo nhất quán, tất cả các kênh bộ nhớ nên được lấp đầy với các mô-đun có dung lượng giống hệt nhau. Nếu bạn có các mô-đun nhỏ hơn hiện có (16GB, 32GB),xem xét hợp nhất chúng thành một, máy chủ ảo hóa không sản xuất và lấp đầy máy chủ sản xuất của bạn đồng nhất với các mô-đun 64GB.
Q4. Điều gì sẽ xảy ra với các máy ảo chạy nếu một trong những RDIMM này thất bại trong môi trường sản xuất?
A: Hành vi phụ thuộc vào cấu hình bảo vệ bộ nhớ của siêu thị của bạn. VMware ESXi với khả năng phản chiếu bộ nhớ: hệ thống tiếp tục hoạt động bằng cách sử dụng bản sao phản chiếu với thời gian ngừng hoạt động bằng không,và DIMM thất bại có thể được thay thế trong cửa sổ bảo trì tiếp theoKhông có phản chiếu bộ nhớ nhưng với ECC: một lỗi có thể sửa được được sửa rõ ràng với tác động bằng không.Một lỗi không thể sửa chữa kích hoạt một Machine Check Exception (MCE) thường khiến siêu thị dừng máy ảo bị ảnh hưởng hoặc toàn bộ máy chủĐây là lý do tại sao các khối lượng công việc quan trọng trong nhiệm vụ đòi hỏi phải phản chiếu bộ nhớ mặc dù chi phí trên dung lượng 50%.Khả năng lỗi không thể sửa chữa là rất thấp (khoảng 1 sự kiện mỗi 100-200 năm máy chủ cho cấu hình 256GB), nhưng tác động là đủ nghiêm trọng để nhiều tổ chức chấp nhận chi phí hiển thị cho các hệ thống quan trọng.
Q5. Độ dày đặc của mô-đun 64GB so với việc sử dụng các mô-đun 32GB theo tổng chi phí sở hữu như thế nào?
A: Mô-đun 64GB thường cung cấp chi phí thấp hơn 10-15% mỗi gigabyte so với các mô-đun 32GB ở cùng cấp tốc độ do giảm số lượng thành phần và chi phí đóng gói mỗi GB. Tuy nhiên,lợi ích TCO quan trọng hơn là trong việc sử dụng khe cắm: một máy chủ với 16 khe cắm DIMM tối đa là 512GB với các mô-đun 32GB so với 1TB với các mô-đun 64GB, hiệu quả tăng gấp đôi tuổi thọ hữu ích của máy chủ trước khi nâng cấp công suất.Sự khác biệt tiêu thụ năng lượng cũng thuận lợi: một mô-đun 64GB hút khoảng 6-8W so với hai mô-đun 32GB hút 10-12W kết hợp, tiết kiệm 2-4W cho mỗi cặp khe.Điều này chuyển thành 32-64W tiết kiệm năng lượng ≈ khoảng $ 35-70 mỗi năm điện tại các mức trung tâm dữ liệu điển hình, cộng với giảm tải làm mát.
