Điểm:1

Mirror Accelerated Parity / NVMe / ReFs / Các vấn đề cấp nhanh

lá cờ ar

Tôi hiện đang xây dựng một máy chủ phòng thí nghiệm với một số phần cứng rẻ tiền. 2 NVMe SSD, bó 3,5 ổ cứng. Sau khi tạo Bộ lưu trữ theo tầng (NVMe-Mirror & HDD-parity), định dạng nó bằng ReFS, mọi thứ hoạt động bình thường như bình thường:

  • Sử dụng bộ đếm hiệu suất, tôi có thể thấy cấp độ nhanh được lấp đầy, sau đó bắt đầu chuyển sang cấp độ chẵn lẻ, khi nó đạt 85%.
  • Tôi có thể xác minh các bài viết mới luôn đạt cấp độ nhanh.
  • Các lần đọc được cấp cho cấp nhanh hoặc cấp chậm tùy thuộc vào dữ liệu.

Chỉ có kích thước của cấp độ nhanh có vẻ lạ: Tôi đã sử dụng SSD NVMe 2 * 220 GB và tạo ra một bậc nhanh 215 GB từ đó. Tổng ổ cứng lên tới 6 TB. Powershell báo cáo kích thước này như nó phải là:

FriendlyName TierClass MediaType Khả năng phục hồiSettingName Fault DomainReundancy Size FootprintOnPool StorageEfficiency
------------ --------- --------- -------------------- - --------------------- ---- ------------------------ --------- --------
M. Ách. Gương SSD hiệu suất ngang bằng-NVMe-Tier 1 215 GB 430 GB 50,00 %
NVMe-Tier Unknown SSD Mirror 1 0 B 0 B
Bậc ổ cứng Không xác định Chẵn lẻ ổ cứng 1 0 B 0 B
M. Ách. Dung lượng tương đương-HDD-Tier Dung lượng HDD Parity 1 6 TB 9 TB 66,67 %

Nhưng vấn đề tôi đang gặp phải bây giờ: Khi di chuyển dữ liệu sang bộ lưu trữ theo cấp đó, tôi có thể thấy từ bộ đếm hiệu suất rằng Cấp nhanh đang báo cáo Mức sử dụng 85% và bắt đầu chuyển các tệp sang cấp chậm sau khi tôi chuyển khoảng 40-50 GB sang đĩa ảo.

Tôi đã nghĩ về những lý do có thể xảy ra cho việc này trong vài ngày nay, có lẽ ai đó có ý tưởng về điều đó?

Suy nghĩ hiện tại của tôi: SSD NVMe - như đã đề cập - khá rẻ, vì vậy chúng là TLC-SSds. Chúng có thể mang lại hiệu suất khá tốt, miễn là chúng đang hoạt động ở Chế độ pSLC. Tuy nhiên, điều đó sẽ lãng phí 67% dung lượng ổ đĩa (1 bit trên mỗi ô thay vì 3) - và điều đó phù hợp với quan sát của tôi (33% của 220 GB sẽ là ~ 71 GB, vì vậy chúng tôi đang đạt 85% tổng mức sử dụng khá nhanh)

Chà, tôi không phiền đâu Nếu cấp nhanh nhỏ như vậy nhưng mặt khác không phải đối phó với Hiệu suất TLC chậm - nhưng tại sao kích thước cấp lại được báo cáo là 220 GB? Và có cách nào để đặt Chế độ pSLC hay điều này được điều khiển bởi ReFS/được thực hiện bằng cách cắt xén, v.v.?

Tôi sẽ đặc biệt quan tâm đến nguyên nhân khiến đĩa bị kẹt ở Chế độ pSLC, theo hiểu biết của tôi, đĩa sẽ tự động chuyển sang Chế độ TLC, sau khi hết dung lượng đĩa khả dụng.(Nhưng tôi cũng đã đọc, rằng MS đã vô hiệu hóa việc cắt xén với ReFS, có thể liên quan đến điều đó?)

Nó dường như là cố ý hoặc tại sao ReFS-PerformanceCounter lại biết về Cấp độ lấp đầy nhanh thực tế, nếu ReFS cũng sẽ sử dụng Đĩa 215 GB?

Ví dụ-Ảnh chụp màn hình: Ghi 8 GB vào bậc nhanh, có 8GB dữ liệu khác bị hủy, trước khi 8GB lại bị xóa khỏi bậc nhanh. có vẻ như 8GB = 10%, vì vậy ReFS đang xem bậc là ~ 80GB tôi muốn nói.

nhập mô tả hình ảnh ở đây

  • Tiêu chuẩn Windows Server 2019
  • Xây dựng Lab này trên hai nút, có thể thấy chính xác hành vi giống nhau trên cả hai nút. (Phần cứng giống hệt nhau)

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.