Sử dụng LVM với ổ SSD và SATA


22

Tôi thấy trong câu hỏi này có thể đặt cả SSD và ổ cứng SATA tiêu chuẩn vào một nhóm âm lượng LVM duy nhất (VG).

Điều này ảnh hưởng đến hiệu suất như thế nào?

Có cách nào để buộc HĐH phải ở trên SSD trong khi dữ liệu nằm trên ổ đĩa SATA trong một nhóm âm lượng không?

Có bất kỳ whitepapers tốt về việc sử dụng LVM với các loại ổ đĩa khác nhau?

Sẽ có ích khi tạo VG cho từng loại ổ đĩa và / hoặc tốc độ? Tôi đã nghĩ đến việc tạo một VG cho SSD và một cho SATA (và cho mỗi loại ổ đĩa tôi có thể thêm vào trong tương lai khi có).



Trực giác của tôi là sẽ là một ý tưởng thực sự tồi tệ khi đặt cả SSD và ổ cứng thông thường vào cùng một nhóm âm lượng.
samiam

@samiam đó là suy nghĩ ban đầu của tôi. Tôi không chắc chắn liệu có cách nào để bảo LVM luôn đặt dữ liệu đến và từ thư mục tương tự đến sda và luôn đặt dữ liệu đi đến thư mục khác trên sdb.
Nick

@Graeme nói rất nhiều về hiệu năng, nhưng tôi không thấy bất cứ điều gì liên quan đến việc trải rộng các loại đĩa khác nhau, đó là điều tôi chủ yếu quan tâm. Nếu tôi bỏ lỡ một cái gì đó, xin vui lòng chỉ ra nó.
Nick

Nick: Tôi không thể trả lời về LVM từ đỉnh đầu của tôi, nhưng, vâng, có thể thiết lập /etc/fstabsao cho /trên SSD nhưng mọi thứ bên dưới /homeđều nằm trên đĩa cứng thông thường. Điều này thường là một lựa chọn khi cài đặt bất kỳ hệ thống Linux hiện đại ( /homesẽ là một "điểm gắn kết" khi lựa chọn một số hình thức "tùy chọn nâng cao")
samiam

Câu trả lời:


8

LVM không phân biệt giữa đĩa nhanh và đĩa chậm. Có vẻ như không phải là một ý tưởng tốt để đặt những đĩa đó vào một nhóm âm lượng LVM.

Bên cạnh đó, việc gắn /tmpthư mục của bạn vào ổ SSD luôn mang lại tốc độ rất lớn, đặc biệt là đối với các ứng dụng sử dụng nó như biên dịch.


4
Đặt /tmptrên tmpfs. Hiệu suất cao hơn, ít hao mòn hơn trên SSD (hoặc trên đĩa cứng cho vấn đề đó). Việc đọc rất nhanh của SSD khiến nó chủ yếu hữu ích cho dữ liệu được đọc thường xuyên hơn so với ghi.
Gilles 'SO- ngừng trở nên xấu xa'

điều này đã được phát hiện như một lỗ hổng và không được cung cấp nhiều hơn bởi nhiều bản phân phối.


5
Meh. Tôi thường muốn các tệp trong /tmpđược làm sạch khi khởi động lại - nếu chúng có nghĩa là ở lại, đó /var/tmplà để làm gì . Tôi đã sử dụng tmpfs trong /tmpnhiều năm trên nhiều máy và chưa bao giờ hết dung lượng trao đổi và tôi không có lượng dữ liệu nhỏ một cách không điển hình /tmp, vì vậy tranh luận là không có thật. Trong mọi trường hợp, đó không phải là một lỗ hổng - từ đó hàm ý vấn đề bảo mật.
Gilles 'SO- ngừng trở nên xấu xa'

1
có vẻ như bạn không có bất kỳ người dùng xấu nào để phục vụ. Nếu bạn không muốn gọi nó là lỗ hổng, thì hãy gọi nó là có hại, trong mọi trường hợp, điều đó không được khuyến khích ngoại trừ bạn biết bạn đang làm gì.

8

Những gì bạn có thể làm trong các phiên bản LVM gần đây là tạo một bản gốc LV LV trên ổ cứng và một bộ đệm bộ nhớ cache LV LV trên SSD, sau đó kết hợp nó vào một bộ đệm cache LV đơn lẻ. Nó có cùng kích thước với bản gốc LV LV (tức là bạn chỉ có nhiều dung lượng như trên ổ cứng), nhưng các khối và siêu dữ liệu được sử dụng thường xuyên được lưu trong bộ nhớ cache để cải thiện hiệu suất.

Ý chính của nó là, giả sử bạn đã có VG bao trùm cả hai ổ đĩa:

lvcreate -l 100%PVS -n your_name YourVG /dev/YourHDD
lvcreate --type cache-pool -l 100%PVS -n your_name_cache YourVG /dev/YourSSD
lvconvert --type cache --cachepool YourVG/your_name_cache YourVG/your_name

Sau đó, bạn sẽ có một your_nameLV mà bạn có thể sử dụng như bất kỳ LV nào khác và một số LV nội bộ mà bạn có thể thấy lvs -a YourVG.

Ví dụ: tôi thiết lập hệ thống tập tin gốc được mã hóa trên phân vùng SSD ( /dev/sda3) và phân vùng ổ cứng ( /dev/sdb1) với các lệnh sau:

pvcreate /dev/sda3 /dev/sdb1
vgcreate RootVG /dev/sda3 /dev/sdb1
lvcreate -l 100%PVS -n cryptroot RootVG /dev/sdb1
lvcreate --type cache-pool -l 100%PVS -n cryptroot_cache RootVG /dev/sda3
lvconvert --type cache --cachepool RootVG/cryptroot_cache RootVG/cryptroot
cryptsetup luksFormat --type luks2 /dev/RootVG/cryptroot

Bạn có thể tìm thêm chi tiết về bài đăng trên blog này hoặc bài này . .

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.