VMWare ESXi 5.5, cung cấp mỏng vẫn phân bổ toàn bộ dung lượng trên đĩa


10

Tôi thấy rất nhiều câu hỏi và câu trả lời xung quanh việc cung cấp mỏng trên VMWare ESXi nhưng không chính xác những gì tôi gặp phải. Tôi đang tạo một VM hoàn toàn mới và chỉ định một đĩa cứng được cung cấp mỏng 100 GB. Từ tất cả những gì tôi đã đọc, tôi hy vọng kích thước vật lý của tệp vmdk sẽ dưới 100 GB. Tuy nhiên, nó vẫn đang tạo một xxx-phẳng.vmdk là 100GB.

Tôi đang cố gắng thiết lập một hệ thống cơ bản mà sau đó tôi có thể chỉ cần sao chép và tùy chỉnh như tôi đã làm với VMWare Workstation trước đây. Rất dễ! Khi tôi tăng sức mạnh cho bản sao, VMWare hỏi tôi rằng tôi đã sao chép nó chưa, tôi trả lời "có" và tôi tắt và chạy. Tuy nhiên, với tôi có vẻ là một lỗi trong ESXi 5.5, tôi sẽ sao chép khoảng 100 GB +, điều đó có nghĩa là tôi sẽ nhanh chóng cài đặt lại hệ điều hành mỗi khi tôi muốn có một phiên bản mới.

Có ai có kinh nghiệm này?


2
Ngoài câu trả lời của Shane và Ed, cần chỉ ra rằng nếu bạn thực hiện định dạng đầy đủ (chứ không phải định dạng nhanh) trên đĩa được cung cấp mỏng, cuối cùng bạn sẽ chiếm hết kích thước được cung cấp đầy đủ, vì định dạng đầy đủ sẽ ghi dữ liệu vào tất cả các không gian. Vì vậy, một cái gì đó để ghi nhớ, về chủ đề chung.
HoplessN00b

Cảm ơn tất cả các câu trả lời, tôi sẽ thử các phương pháp này và báo cáo lại. Một chi tiết tôi nên thêm vào câu hỏi ban đầu là hiệu ứng tôi đang cố gắng đạt được giống như một bản sao. Ví dụ: tôi đã cài đặt và nhận tất cả các bản cập nhật cho Windows Server 2008 R2. Bây giờ tôi muốn chuyên. Vì vậy, sao chép nó và tạo một Bộ điều khiển miền, sao chép lại và tạo một máy chủ ứng dụng web, sao chép lại và tạo một máy chủ SQL. Sao chép thủ công cho phương pháp này hoạt động tốt trên VMWare Workstation nơi nó tạo các tệp -snnn.vmdk. Có vẻ như tôi cần sử dụng các tiện ích để đạt được điều đó với ESXi.
Thomas Doman

Ồ, và tôi thậm chí không thay đổi kho dữ liệu. Tôi muốn tất cả các "bản sao" này trên cùng một kho dữ liệu trong ESXi. Ngoài ra, tôi giả định rằng ESXi cũng sẽ thêm -snnn.vmdk khi nó phát triển vì vậy đó là lý do tại sao tệp thưa thớt là một bất ngờ.
Thomas Doman

Câu trả lời:


7

Điều này là do các tệp được cung cấp mỏng trong ESXi là các tệp thưa thớt . Phương pháp bạn đang sử dụng để di chuyển chúng xung quanh sẽ không bảo toàn thuộc tính mỏng đó.

Có nhiều cách xung quanh điều này. Vui lòng xem: Di chuyển VMware ESXi VM sang kho dữ liệu mới - bảo toàn việc cung cấp mỏng


Ngoài ra nếu bạn sao chép vmdk bằng ứng dụng khách vsphere thì nó vẫn giữ được độ mỏng khi bạn sao chép các tệp thay vì thư mục chứa chúng. (cung cấp hệ thống tập tin mới hỗ trợ mỏng)
JamesRyan

Mặc dù cả Shane và Ed về cơ bản đều cho tôi những lựa chọn giống nhau, tôi đánh dấu Ed là câu trả lời vì liên kết của anh ấy cung cấp nhiều chi tiết hơn về mỗi lựa chọn. Cuối cùng tôi đã sử dụng Tệp -> Xuất -> Xuất mẫu OVF từ vSphere với tên tôi muốn cho VM mới của mình và sau đó tôi đã triển khai lại OVF đó về cùng kho dữ liệu. Cảm ơn mọi người một lần nữa!
Thomas Doman

15

Tập tin trăm gig đó là một tập tin thưa thớt - không có gì trong đó, hệ thống tập tin chỉ đơn giản biết đó là kích thước dự định.

Bạn có thể thấy kích thước thật trong ứng dụng khách vSphere:

khách hàng

..despite kích thước rõ ràng khi bạn đang xem các tệp thô ..

bảng điều khiển

Vấn đề bạn gặp phải là bạn đang xóa tệp đó khỏi hệ thống tệp VMFS . Bất cứ nơi nào nó đến và tuy nhiên nó đang đến đó, tệp thưa thớt chỉ thưa thớt miễn là trên VMFS; ESXi buộc phải cung cấp cho bạn tệp đầy đủ rõ ràng, với tất cả các số 0 thêm đó.

Lưu trữ vMotion và vmkfstoolssẽ xử lý các đĩa mỏng một cách chính xác nếu bạn di chuyển giữa các máy chủ ESXi; xuất sang OVF là một lựa chọn tốt khác để không di chuyển xung quanh đĩa dày đầy đủ.

Nói chung, bạn nên tránh cố gắng làm việc trực tiếp với các tệp phẳng, thay vào đó sử dụng các công cụ thích hợp để di chuyển hoặc sao chép VMDK logic (có thể có tệp phẳng, ảnh chụp nhanh, v.v.).

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.