Tài liệu tham khảo chính

ZFS L2ARC (Brendan Gregg) (2008-07-22) và ZFS và Khái niệm lưu trữ lai (Blog của Anatol Studler) (2008-11-11) bao gồm sơ đồ sau:

Câu hỏi

Tôi có nên diễn giải đường trắng dọc - ở lớp SSD - như một ưu tiên sử dụng SSD riêng -

• Sở thích không trộn L2ARC và ZIL trên một đĩa?

Bối cảnh (phản hồi ý kiến)

Cá nhân, ở nhà tôi không thể sử dụng L2ARC hoặc ZIL với bất kỳ máy tính nào có sẵn cho tôi. (Máy tính hàng ngày của tôi là MacBookPro5,2 với bộ nhớ 8 GB và hybrid Seagate ST750LX003-1AC154. Không có kế hoạch thay thế ổ đĩa quang bằng SSD.)

Ở những nơi khác: tại nơi làm việc sẽ có một số bộ tái sử dụng, nhưng tôi không có ngày hoặc chi tiết đầy đủ. .

Sự tò mò của tôi về các thực tiễn tốt nhất về SSD cho cả L2ARC và ZIL đã bắt đầu trong khi theo dõi các cuộc thảo luận liên quan đến hiệu suất trong khu vực ZEVO - đặc biệt là chủ đề được đề cập dưới đây, trong đó người dùng có cả L2ARC và ZIL trên một đĩa.

Tài liệu tham khảo và thảo luận khác

Ảnh chụp màn hình L2ARC (Brendan Gregg) (2009-01-30)

Ảnh chụp màn hình SLOG (Brendan Gregg) (2009-06-26)

[zfs-thảo luận] Sao lưu gốc ZFS / khôi phục "thảm họa" và nhóm gốc di chuyển (2011-01-10) khuyên bạn nên chống lại hỗn hợp ba thứ (nhóm gốc, ZIL và L2ARC) trên một đĩa -

Không đáng để đau đầu có thể xảy ra khi cố gắng quản lý cả 3 trên cùng một đĩa. Ví dụ: nếu bạn quyết định cài đặt lại và vô tình ghi đè nội dung của ZIL cho nhóm dữ liệu của bạn. Không chia sẻ đĩa cho các thành phần nhóm hoặc trên các nhóm để đơn giản hóa việc quản lý và phục hồi. Giáo dục

- Tôi quan tâm nhiều hơn đến việc có nên trộn hai thứ đó vào một đĩa không.

/superuser//a/238744/84988 (2011-01-28) đề cập đến "bộ đệm (bộ đệm L2ARC) và ghi nhật ký (ZIL) vào SSD" ( số ít ). Tuy nhiên, vì nó liên quan đến FUSE và Windows, tôi không coi câu trả lời đó là đặc biệt phù hợp với việc sử dụng ZFS phổ biến và có đầu óc hiệu suất.

@ChrisS đã đề cập đến ZIL và L2ARC trong Phòng Comms vào ngày 2011-08-16.

http://forums.macrumors.com/showpost.php?p=14248388 (2012-01-31) thảo luận về nhiều ổ SSD:

Một vài điều bạn cần hiểu về ZFS: Nó có hai loại bộ đệm, đọc và ghi khác nhau (L2ARC và ZIL) thường được lưu trữ trên SSD. ZIL là bộ đệm ghi. Đó có lẽ là nơi quan niệm sai lầm này đến từ. ZIL đang bị tấn công (giả sử một hệ thống đang hoạt động) với mỗi lần ghi xảy ra với zpool. Vấn đề là việc sử dụng SSD dựa trên mlc làm ZIL khiến chúng bị hao mòn và hỏng khá nhanh. Bạn cần một ổ SSD dựa trên slc (đắt hơn nhiều) để được sử dụng làm ổ ZIL.

Không chỉ có một zpool được tạo thành hoàn toàn từ SSD, mà nó còn hoạt động khá tốt. Về cơ bản, nó cũng loại bỏ sự cần thiết của các ổ đĩa riêng cho ZIL và L2ARC. Có, bạn không có hỗ trợ TRIM, nhưng dựa trên bản chất sao chép của ZFS, đó có lẽ là một điều tốt.

Như đã nói, ZFS KHÔNG chơi tốt với các zpool gần như đầy đủ (giả sử, 85% hoặc cao hơn). Hiệu suất bắt đầu giảm đáng kể - bất kể bạn đang sử dụng phương tiện từ tính quay hoặc trạng thái rắn. Thiếu hỗ trợ TRIM có thể sẽ làm trầm trọng thêm vấn đề đó, nhưng nó đã là một vấn đề.

/server//a/397431/91969 (2012-06-11) khuyến nghị:

• SSD loại SLC (cụ thể không phải MLC) cho ZIL
• SSD loại MLC cho L2ARC.

/superuser//a/451145/84988 (2012/07/19) đề cập đến một số ít "SSD cho ZIL và L2ARC đến tốc độ lên ZFS".

zevo.getgreenbytes.com • Xem chủ đề - Vấn đề về hiệu suất với thứ tự kết nối FW800? (2012-09-24) liên quan đến thứ tự mọi thứ trên xe buýt FireWire với một ổ SSD duy nhất cho ZIL và L2ARC

• Đặt xe buýt sang một bên, chủ đề ZEVO đó bắt đầu khiến tôi tự hỏi liệu các SSD riêng biệt có thể thích hợp hơn không.

Cụ thể hơn: Tôi băn khoăn về cách diễn giải đường trắng trong sơ đồ trên

Câu trả lời ngắn gọn, vì tôi không thấy vấn đề gì bạn đang tìm cách giải quyết ...

Nếu bạn có thể, sử dụng các thiết bị riêng biệt. Điều này phụ thuộc vào quy mô môi trường của bạn ... Nếu đó chỉ là một hệ thống gia đình đơn giản hoặc giải pháp ZFS ảo hóa hoặc tất cả trong một , bạn có thể sử dụng một thiết bị duy nhất.

Trong các giải pháp ZFS lớn hơn hoặc hiệu suất cao, tôi sử dụng các thiết bị phù hợp riêng cho vai trò ZIL hoặc L2ARC của họ ... Ví dụ: STEC ZeusRAM hoặc DDRDrive cho ZIL và bất kỳ SSD SLC hoặc MLC SAS doanh nghiệp nào cho L2ARC.

• Các thiết bị ZIL phải là các thiết bị có dung lượng thấp, độ trễ thấp có khả năng IOPS cao. Chúng thường được nhân đôi.
• Các thiết bị L2ARC phải có dung lượng cao (trong lý do: Bạn cần thêm RAM khi tăng kích thước L2ARC). Họ quy mô bằng cách tước.

Bạn đang làm gì đấy?

Có một số quan niệm sai lầm cơ bản ngay từ đầu về ZIL cần sửa chữa trước khi tiếp tục.

Hiểu điều này: Trong các trường hợp "bình thường", ZIL / SLOG không được chạm vào.

Nó chỉ được ghi khi ghi đồng bộ được ra lệnh hoặc nếu sync = luôn được bật trên một nhóm / tập dữ liệu cụ thể ("zfs get sync pool / tập dữ liệu")

ZIL không bao giờ được đọc từ trong hoàn cảnh bình thường. Đây là một tính năng khắc phục thảm họa.

IE: ZIL chỉ ở đó khi mất điện. Nó được sử dụng để phát lại dữ liệu đã được chuyển về HĐH trước khi dữ liệu đó được cam kết cho nhóm. Tất cả ZFS ghi vào nhóm (đồng bộ hóa hoặc không đồng bộ) là từ bộ đệm.

Trong các trường hợp thông thường một khi dữ liệu chạm vào nhóm, mục nhập slog được phép bay hơi - đó chỉ là một bộ đệm ghi tròn lớn và nó không cần phải rất lớn (thậm chí 1GB là quá mức trong hầu hết các trường hợp)

Ghi không đồng bộ được ghi vào ram, đối chiếu và ghi vào đĩa tại một thời điểm thích hợp. nếu mất điện, dữ liệu đó sẽ bị mất nhưng tính toàn vẹn của FS vẫn được duy trì (đây là lý do tại sao bạn có thể muốn đặt đồng bộ hóa = luôn luôn)

Mặt khác, L2ARC bị ảnh hưởng nặng nề ở cả cấp độ đọc và viết.

Có một thứ gọi là "quá nhiều l2arc", bởi vì siêu dữ liệu cho những gì trong l2arc xuất phát từ ram ARC của bạn (nghĩa là, nếu bạn tăng kích thước l2arc, bạn phải tăng ram cho phù hợp. Việc không làm như vậy có thể dẫn đến suy giảm hiệu suất nghiêm trọng và cuối cùng việc sử dụng l2arc sẽ chững lại ở một mức nào đó dưới mức "tất cả không gian có sẵn")

Bất chấp sự phản đối của một số nhà sản xuất, bạn không thể khắc phục tình trạng thiếu bộ nhớ bằng cách tăng kích thước l2arc (Một số nhà sản xuất mảng đột kích phần cứng đã phân nhánh vào các thiết bị ZFS đã đưa ra giả định này)

tl; dr: Nếu tải IO của bạn là hoạt động cơ sở dữ liệu thì ZIL có khả năng bị sập mạnh. Nếu đó là bất cứ điều gì khác thì có khả năng nó sẽ chỉ được chạm nhẹ. Rất có khả năng trong 99,9% hoạt động của các chức năng ZIL không bao giờ hoạt động.

Biết rằng điều đó sẽ cho phép bạn quyết định xem bạn có cần phân vùng SLOG cho ZIL hay không, liệu nó có thể sống chung với phân vùng l2arc hoặc nếu nó cần một ổ đĩa độc lập (và mức độ hiệu suất mà ổ đĩa độc lập nên có).