LVM có cần bảng phân vùng không?

Dường như tôi có thể thực hiện thành công một PVCreate trên đầu một thiết bị khối thô, mà không bao giờ thực hiện bước tạo bảng phân vùng. Sau đó tôi có thể tạo một nhóm âm lượng, âm lượng hợp lý và cuối cùng là một hệ thống tập tin, gắn kết nó và kiểm tra thông qua dd.

Nó xuất hiện để làm việc, nhưng tôi cần kiểm tra độ tỉnh táo. Đây có phải là một ý tưởng tồi?

Làm cách nào để tạo bảng phân vùng GPT hoặc MBR trên đầu thiết bị khối thô?

Làm cách nào để sử dụng parted để hiển thị loại bảng phân vùng đang sử dụng? Tôi đã thử làm:

chia tay, chọn / dev / sdb, in và tôi nhận được:

Lỗi: / dev / sdb: nhãn đĩa không được nhận dạng

Tuy nhiên, ổ đĩa hiện đang được sử dụng và tôi có thể đọc và ghi vào nó. Đó có phải là đầu ra dự kiến ​​khi thực hiện LVM trên đầu thiết bị khối thô không có bảng phân vùng không? Có suy nghĩ gì không?

Cảm ơn!

Ngay cả khi bản thân LVM không quan tâm đến việc có một phân vùng thực sự, một lý do để tạo ra nó là để thông báo cho các chương trình phân vùng rằng có "cái gì đó ở đó". Một kịch bản ác mộng là một sysadmin mới chẩn đoán sự cố khởi động trên máy chủ, kích hoạt chương trình phân vùng, nhìn thấy các đĩa không liên kết và kết luận rằng ổ đĩa bị hỏng.

Tôi thấy không có nhược điểm để tạo phân vùng LVM. Phải không

Mặc dù bạn chỉ có thể tạo một pv từ thiết bị khối thô, nhưng tôi thường cố gắng tránh nó vì nó có thể gây nhầm lẫn về việc thiết bị khối đang được sử dụng để làm gì. Nó cũng có thể phá vỡ một số thói quen tự động khám phá mà LVM có thể sử dụng nếu thiếu tệp cấu hình của nó.

Dưới đây là một ví dụ về việc sử dụng parted để tạo GPT với 1 phân vùng là toàn bộ ổ đĩa và đặt cờ phân vùng thành lvm. Mkpart yêu cầu bạn chỉ định một hệ thống tệp nhưng nó không tạo ra hệ thống tệp. Có vẻ là một lỗi lâu dài trong chia tay. Ngoài ra, độ lệch bắt đầu là 1M là để đảm bảo rằng bạn có được căn chỉnh phù hợp.

parted /dev/sdb
mklabel GPT
mkpart primary ext2 1M 100%
set 1 lvm on

Nếu bạn tạo một PV trực tiếp trên một thiết bị lưu trữ ảo bên trong một khách KVM, thì bạn sẽ nhận thấy rằng các khối logic từ khách được hiển thị trên bộ ảo hóa. Điều này có thể khiến mọi thứ trở nên khá khó hiểu nếu bạn sử dụng cùng tên nhóm âm lượng và âm lượng hợp lý trên nhiều khách. Bạn cũng có thể nhận được một số cảnh báo trên trình ảo hóa nói rằng nó không thể tìm thấy thiết bị.

Ví dụ, tôi đã tạo lại vấn đề này trên trình ảo hóa thử nghiệm của mình:

[root@testhost ~]# vgs
  Couldn't find device with uuid dCaylp-1kvL-syiF-A2bW-NTPP-Ehlb-gtfxZz.
  VG          #PV #LV #SN Attr   VSize   VFree  
  vg_main       2   2   0 wz-pn-  19.25g 768.00m
  vg_main       2   2   0 wz-pn-  19.25g 768.00m
  vg_testhost   1   8   0 wz--n- 237.98g 120.15g

Tại đây, bạn có thể thấy 2 nhóm âm lượng có cùng tên, cả hai từ những vị khách không thực sự xuất hiện trên máy ảo hóa.

Vì lý do này, tôi khuyên bạn nên sử dụng parted hoặc fdisk để tạo phân vùng KVM trên đó trước tiên (như được hiển thị trong câu trả lời trước của 3dinfluence), trước khi tạo PV và thêm nó vào nhóm âm lượng. Bằng cách đó, khối lượng logic của khách vẫn bị ẩn khỏi bộ ảo hóa.

Một nhược điểm là không thể thêm không gian nóng vào PV bên trong bảng phân vùng. Đây không phải là vấn đề nếu bạn sử dụng toàn bộ thiết bị khối cho PV.

Theo hướng dẫn LVM từ RedHat, phần 4.2.1 https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/logical_volume_manager_adftime/physvol_admin

Họ nói rằng không cần phải có bảng phân vùng, họ thậm chí còn đề nghị chúng tôi hủy nó nếu chúng tôi sử dụng toàn bộ đĩa cho VG (Volume Group) trừ khi chúng tôi chỉ có ý định chỉ bao gồm các phần của nó (phân vùng).

Ngay cả khi trước đây tôi đang sử dụng nhãn đĩa MS-DOS hoặc nhãn đĩa GPT cho PV, bây giờ tôi thích sử dụng LVM trực tiếp trên thiết bị khối chính. Không có lý do để sử dụng 2 đĩa, trừ khi bạn có trường hợp sử dụng rất cụ thể (như đĩa có phân vùng khởi động và phân vùng khởi động).

Ưu điểm của việc có LVM trực tiếp là:

• đơn giản - bạn không cần sử dụng 2 bộ công cụ
• tính linh hoạt - bạn có thể sử dụng pvmove để di chuyển dữ liệu từ ổ đĩa này sang ổ đĩa khác mà không có thời gian chết, bạn có thể sử dụng ảnh chụp nhanh và cung cấp mỏng
• bạn không cần chạy partprobe hoặc kpartx để nói với kernel rằng bạn đã tạo / thay đổi kích thước / xóa một ổ đĩa. Và partprobe / kpartx có thể thất bại nếu các phân vùng đang được sử dụng và bạn có thể cần phải khởi động lại
• có thể hiệu suất tốt hơn, so với việc sử dụng LVM trên đầu đĩa MS-DOS hoặc GPT