Vì vậy, tôi đã có một thiết lập KVM khá tuyệt vời đang chạy ngay bây giờ, CentOS5.5 trên máy chủ và miền khách, libvirt quản lý tất cả cấu hình, v.v. Hệ thống tệp miền khách được lưu trữ trong LVM trên ổ đĩa RAID5 phần cứng, vì vậy tôi có tính linh hoạt cho việc sao lưu và dự phòng dữ liệu mức thấp.

Hôm nay tôi đã thử nghiệm ảo nhân bản và nó hoạt động tốt một cách đáng kinh ngạc, ngoại trừ việc mất khoảng 30 phút để sao chép 24G dữ liệu từ các đĩa LVM của miền bị treo sang các ổ LVM mới cho máy ảo mới.

Câu hỏi của tôi là: tôi có thể chỉ sử dụng một ảnh chụp nhanh LVM để tạo đĩa gốc của máy ảo mới không? Ví dụ: lvcreate -s guest1_root -n guest2_root -L 8G raid_vg

Bây giờ, hiểu biết của tôi về ảnh chụp nhanh LVM là ảnh chụp nhanh lưu trữ một tam giác ngược của những thay đổi được thực hiện đối với các khối ban đầu để ảnh chụp nhanh chiếm ít không gian thực tế và các khối gốc có thể được đọc ra ngay cả sau khi tập tin gốc đã được ghi vào. LVM2 bổ sung ảnh chụp nhanh đọc-ghi, mở ra khả năng thú vị này.

Thật vậy, LVM HOWTO thậm chí còn đề xuất sử dụng tính năng này kết hợp với Xen:

This opens up many new possibilities that were not possible with LVM1's read-only snapshots. (...) It is also useful for creating volumes for use with Xen. You can create a disk image, then snapshot it and modify the snapshot for a particular domU instance. You can then create another snapshot of the original volume, and modify that one for a different domU instance. Since the only storage used by a snapshot is blocks that were changed on the origin or the snapshot, the majority of the volume is shared by the domU's.

Đây có vẻ như là một công cụ thực sự mạnh mẽ và tôi đang tự hỏi liệu có ai đã thử nó trong môi trường ảo hóa sản xuất của họ, có thể nghĩ đến bất kỳ nhà cung cấp nào (Citrix, VMWare) áp dụng cách tiếp cận này hay có thể nghĩ đến bất kỳ vấn đề nghiêm trọng nào với ý tưởng này. Tôi có thể nghĩ đến những vấn đề tiềm ẩn sau:

  • Sự cố hệ thống tệp có thể xảy ra nếu khách "ban đầu" đang chạy tại thời điểm chụp nhanh.
  • Hiệu suất LVM của miền máy chủ lưu trữ dưới dạng nhật ký "nghịch đảo delta" và "khối viết" được thêm vào. Nó có thể rất nhanh, nhưng tôi không biết, và đây có vẻ là một ý tưởng kỳ quặc, vì vậy nó cần thử nghiệm và đo điểm chuẩn.
  • Nhiều trứng hơn trong một giỏ: nếu ổ đĩa LVM "gốc" bị hỏng, thì các ổ đĩa được chụp nhanh cũng bị hỏng. Tất nhiên, RAID5 giảm thiểu tình trạng hỏng ổ đĩa, nhưng nó đáng lưu ý.
  • Bạn có thể chụp nhanh một bức ảnh chụp nhanh không? Tôi cho là như vậy.

Là những người có khả năng có nhiều kinh nghiệm ảo hóa hơn tôi, có điều gì khiến bạn muốn chạy la hét từ một thiết lập như vậy không?

answer

Nó hoàn toàn tốt để làm điều này. Điều bạn không muốn là sử dụng đồng thời phần gốc của ảnh chụp nhanh (ảnh gốc, hoặc nguồn, hoặc bất cứ thứ gì bạn muốn gọi nó), bởi vì nó sẽ gây ra phép nhân IO (Hubert đã đúng về điều này , nó chỉ dễ dàng ngăn chặn bằng cách không sử dụng âm lượng nguồn mọi lúc).

Nếu bạn có một bản cài đặt hệ điều hành chính trên LVM và bạn chụp nhanh bốn lần, bạn sẽ không phải chịu nhiều hình phạt IO, vì bạn chỉ ghi vào từng khối lượng ảnh chụp nhanh riêng lẻ. Tất nhiên, nó không miễn phí, nhưng cũng không phải là các hình thức chụp nhanh trên các hệ thống tệp khác hoặc đĩa ảo. Luôn có một khoản chi phí ở đâu đó.

Một điều khác mà Hubert nói đúng, đó là bạn phải suy nghĩ về kích thước ảnh chụp nhanh của mình. Bạn sẽ muốn đảm bảo rằng các tập ảnh chụp nhanh có thể tiếp tục viết. Một khối lượng ảnh chụp nhanh đầy đủ sẽ làm hỏng nội dung. Một cách an toàn dự phòng để ngăn chặn điều này là đặt âm lượng ảnh chụp nhanh có cùng kích thước (hoặc lớn hơn) so với âm lượng nguồn. Tuy nhiên, bạn mất đi lợi ích của việc sử dụng ít không gian đĩa hơn theo cách này.

Bạn biết rằng hình ảnh qemu cũng có khả năng chụp nhanh?

Trong khi tôi không thử LVM cho bộ lưu trữ KVM, tôi đã sử dụng nó cho tính năng âm lượng bóng tối của samba và tôi có thể nói với bạn một điều: hiệu suất rất tệ.

Mỗi và mọi ảnh chụp nhanh đều yêu cầu một bản ghi bổ sung để xảy ra. Nếu bạn có một ổ đĩa được chụp nhanh cơ bản và 4 ảnh chụp nhanh, thì lượng ghi vào ổ đĩa sẽ được nhân với 5 khi bạn ghi vào ổ đĩa cơ bản.

Đối với các câu hỏi cụ thể của bạn:

  • LVM đóng băng hệ thống tệp trong khi quá trình chụp nhanh diễn ra (dừng ghi, xóa bộ nhớ cache, thực hiện chụp nhanh, tiếp tục ghi)
  • như tôi đã nói, nó rất chậm
  • Có, âm lượng cơ sở bị hỏng làm cho tất cả các ảnh chụp nhanh không thể sử dụng được, hơn thế nữa, nếu bạn hết dung lượng được phân bổ cho các delta ảnh chụp nhanh, ảnh chụp nhanh cũng bị xóa
  • vâng, bạn có thể chụp nhanh một bức ảnh chụp nhanh

Thật không may, chỉ có 3 hệ thống mà tôi biết là hoạt động tốt với ảnh chụp nhanh: NetApp WAFL, ZFS và btrfs. Nếu hệ thống không phải là quan trọng, btrfs có thể đáng để thử.

LVM được cung cấp mỏng nên được coi là một lựa chọn hàng đầu cho tình huống này, vào năm 2019.

Hiệu suất LV mỏng là tốt, và chúng hoạt động giống như các tập đĩa riêng biệt, vì vậy khi một ảnh chụp nhanh được thực hiện, bạn không phải lo lắng về việc chăm sóc và tính toàn vẹn của ảnh gốc (nó có thể bị hỏng, bị xóa, v.v. mà không ảnh hưởng đến ảnh chụp nhanh).

Mối quan tâm của OP về "ảnh chụp nhanh chiếm ít không gian thực tế" không thực sự thỏa mãn với LVM truyền thống vì không gian phải được phân bổ trước theo kiểu nguyên khối cho mỗi ảnh chụp nhanh. Nhưng các LV mỏng được phân bổ giống như các tệp thưa thớt và thực sự chiếm ít dung lượng.

Sự cân bằng cho việc cung cấp mỏng là không gian có sẵn trong thinpool phải được giám sát giống như một hệ thống tệp để tránh làm đầy nó. Các bản phân phối Linux thường có daemon để giám sát điều này và gửi cảnh báo hoặc thực hiện hành động khi một thinpool đạt đến trạng thái gần đầy.

Tôi sẽ đi xa hơn khi nói rằng ZFS có thể đáng để thử, nó có thể thiết lập một hệ thống dựa trên Nexenta được hỗ trợ bởi một số loại đĩa, hoặc sợi quang, iscsi, v.v., khá dễ dàng và có hiệu suất khá tốt. Tôi muốn giới thiệu cách tiếp cận này đối với bộ nhớ cục bộ nếu hiệu suất không hoàn toàn quan trọng vào bất kỳ ngày nào vì điều này sẽ cung cấp cho bạn một tình huống khôi phục đơn giản nếu máy chủ ảo hóa của bạn gặp sự cố.