Truy cập phân vùng thô từ máy ảo - nó có nhanh hơn đĩa ảo không?


8

Nếu tôi cho phép truy cập phân vùng thô vào máy ảo, nó sẽ nhanh hơn đáng kể so với đĩa ảo dựa trên tệp thông thường?

Tôi đang sử dụng VirtualBox, Windows 7 và ổ cứng 5400 vòng / phút, nếu điều đó quan trọng.


4
Bảng

Câu trả lời:


3

Tài liệu Microsoft Word có tiêu đề Hiệu suất đĩa cứng ảo thảo luận về kết quả hiệu suất thu được trong Hyper-V. Nó nói :

Hiệu suất VHD có kích thước cố định đã ngang bằng với đĩa vật lý kể từ khi Windows Server 2008 / Hyper-V phát hành để sản xuất Trong Windows Server R2, hiệu suất VHD cố định vẫn còn nguyên, tức là tốt như đĩa thô hoặc tệp thô.

Để sao lưu tuyên bố này, tài liệu chứa các biện pháp liên quan đến các trường hợp khác nhau, từ đó người ta có thể kết luận rằng phân vùng / đĩa thô không cải thiện hiệu năng nhiều, nếu có.

Có quá nhiều kết quả để nhân đôi ở đây, vì vậy tôi chỉ đưa ra dưới hai trong số chúng.

Đối với VHD có kích thước cố định:

Nhật ký máy chủ SQL 64KB 100% tuần tự 100% thông lượng ghi

Nhật ký máy chủ SQL 64KB 100% tuần tự 100% độ trễ ghi

Để mở rộng động VHD (kết quả không còn đồng nhất như trước):

Truyền phát trực tuyến 64KB 100% tuần tự 98% Đọc 2% thông lượng ghi

Truyền phát trực tuyến 64KB 100% tuần tự 98% Đọc 2% Độ trễ ghi


4

Cá nhân tôi thích sử dụng VHD hơn là sử dụng truy cập thô. Cảnh báo trong tài liệu Virtualbox đặt ra tất cả các loại chuông về các vấn đề ổn định.

"truy cập đĩa cứng thô"; nó cho phép một hệ điều hành khách truy cập vào đĩa cứng ảo của nó mà không cần thông qua hệ thống tệp hệ điều hành máy chủ. Sự khác biệt hiệu suất thực tế cho các tệp hình ảnh so với đĩa thô thay đổi rất nhiều tùy thuộc vào chi phí hoạt động của hệ thống tệp máy chủ, cho dù hình ảnh phát triển động được sử dụng và trên các chiến lược lưu trữ hệ điều hành máy chủ. Bộ nhớ đệm gián tiếp cũng ảnh hưởng đến các khía cạnh khác như hành vi lỗi, tức là liệu đĩa ảo có chứa tất cả dữ liệu được ghi trước khi xảy ra sự cố hệ điều hành máy chủ hay không. Tham khảo tài liệu hệ điều hành máy chủ của bạn để biết chi tiết về điều này ..... Việc sử dụng hoặc sử dụng cấu hình lỗi thời có thể dẫn đến mất hoàn toàn dữ liệu trên đĩa vật lý. Quan trọng nhất, không cố gắng khởi động phân vùng với hệ điều hành máy chủ hiện đang chạy trong một khách. Điều này sẽ dẫn đến tham nhũng dữ liệu nghiêm trọng.

Tôi đã sử dụng đĩa thô với VMWare khi tôi phải chạy đồng thời 3 hệ điều hành và các tệp nằm trên cùng một phân vùng. Đĩa thô cải thiện hiệu suất một chút. Tuy nhiên, tôi gặp phải sự cố khi sử dụng các tính năng như ảnh chụp nhanh. Do đó, tôi chuyển trở lại thiết lập VHD. Trong các chế độ hoạt động bình thường trong khi sử dụng một VM, tôi chưa gặp bất kỳ hiệu suất tăng đáng chú ý nào. Tuy nhiên, tôi chưa xác minh điều này bằng bất kỳ công cụ đánh giá hiệu suất nào.


Những loại vấn đề bạn đã gặp phải?
Anderson Green

@AndersonGreen Tôi có thể nói chuyện với truy cập đĩa thô cho máy chủ Ubuntu đang chạy như một hệ điều hành khách trong VirtualBox trên máy chủ Windows 10. Đặc biệt Windows và MacOS có vấn đề trong đó người dùng tiêu chuẩn không thể có đủ quyền để truy cập đĩa thô đầy đủ. Có thể tạo VMDK thô với một đĩa vật lý bằng VboxManage.exe từ dấu nhắc lệnh nâng cao, nhưng không thể đính kèm VMDK này dưới dạng lưu trữ trên VM mà không chạy VirtualBox bằng cách sử dụng "Chạy với tư cách quản trị viên", và không phải được đề xuất vì bảo mật (tăng nguy cơ máy chủ / máy khách bị xâm phạm).
Cory Gross

2

Tôi đang sử dụng Linux làm hệ điều hành máy chủ và WinXP như dự đoán trong VirtualBox. Tôi đã sử dụng nó với lưu trữ tệp, bây giờ XP của tôi nằm trên phân vùng riêng trên ổ cứng. Quan sát của tôi là không có lợi ích gì cả, ít nhất là không có gì tôi có thể cảm nhận được. Có lợi ích về mặt lý thuyết, vì bạn sẽ bỏ qua lớp FS, nhưng với các hệ thống ngày nay, dường như đó là lợi ích quá nhỏ không đáng kể.

Vì vậy, kinh nghiệm của tôi nói rằng: sử dụng tệp với lưu trữ được phân bổ trước, vì hình ảnh được phân bổ động sẽ tạo ra sự khác biệt lớn (nó chậm hơn nhiều và IO đói, hơn so với preallocated).

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.