فرق Xen HVM با Xen PV چیه؟

[Red.Mer]

فرق Xen HVM با Xen PV چیه؟؟؟؟
با تشکر

[Red.Mer]

کسی نمیدونه
تا اونجا که من فهمیدم، میشه تو hvm هر سیستم عاملی رو میشه نصب کرد
فرق دیگه ای داره؟

[hasan.najaf]

با سلام
از دوستانی که اطلاعات دارن خواهش می کنم جواب بدن
من هم همین سوال دوستمونو دارم
با تشکر

[Red.Mer]

Xen PV – Offering Linux only VPS, Xen PV is setup to give you 100% assurance that the resources you have paid for are all yours. Unable to be oversold, Xen PV offers a full Linux based environment where you can load your own kernel modules and setup things such as v p n’s, loop back filesystem and other 3rd party software whilst running at optimum speed and flexibility. We also support PyGrub (enabled by request) allowing you to run your own kernel within the VPS.

Xen HVM – Offering the ultimate in VPS customizability you can load your own custom ISO from either our library or one you have uploaded. Each VPS runs its own OS + kernel so you can load Windows, Linux, FreeBSD or anything that runs on normal x86_64 servers. Coupled with our CD Spinner you can also create a template for mass deployment and use our Xen HVM for the basis of your own public or private cloud offerings.

[dashreza]

با سلام

چندتا سوال در این خصوص دارم، ممنون میشم اگر دوستان اطلاعاتی دارن در اختیار من و دیگران قرار بدن.

1- این PV دقیقا چیه؟ پنله یا سیستم عامل مجازی ساز؟

2- بعد این xen که نوشتین و مینویسن تو سایت های خارجی منظور همون citrix xen هست؟

3- امکان نصب ibs روی سرورهای xen pv هست؟

4- در xen pv میشه ایزو دستی نصب کرد؟

5- در کل کدوم یکی بهتره Xen PV یا Xen Hvm ؟ و به چه دلیل؟

[hamidreza_s]

من خودم یک جا دیدم ولی یادم نیست کجا بود توضیح داده بود(تو یکی از این سایتهای فروش سرور مجازی بود). جستجو کن فارسیش هست.
ولی اینی که من میدونم و یادمه و تفاوت خیلی مهمی در اینها هست. این مجازی ساز ها کلاً دو مدل هستند:
1. هسته هر سیستم مجازی منحصر بفرد است. قابلیت ها در این نوع بیشتر میشود ولی کارایی پاینن میآید.
2. اشتراک هسته سیستم عامل در میان سیستم های مجازی. در این مدل قابلیت ها کم میشود. مثلاً شما میخوای چیزی روی سیستم ات نصب کنی که احتیاج به تغییر و ارتفاع هسته سیستم عامل داره و به مشکل میخوری. مثلاً نمیشه سرویس های چیز پی ان نصب کرد. ولی این سیستم ها کارایی بالایی دارند چرا همه سیستم ها ی هسته مشترک را بین خودشان اشتراکاً استفاده میکنند.
به ویکی پدیا رجوع کن بصورت انگلیسی برای واژه virtualization دست خالی نمی مونی.

[dashreza]

من خودم یک جا دیدم ولی یادم نیست کجا بود توضیح داده بود(تو یکی از این سایتهای فروش سرور مجازی بود). جستجو کن فارسیش هست.
ولی اینی که من میدونم و یادمه و تفاوت خیلی مهمی در اینها هست. این مجازی ساز ها کلاً دو مدل هستند:
1. هسته هر سیستم مجازی منحصر بفرد است. قابلیت ها در این نوع بیشتر میشود ولی کارایی پاینن میآید.
2. اشتراک هسته سیستم عامل در میان سیستم های مجازی. در این مدل قابلیت ها کم میشود. مثلاً شما میخوای چیزی روی سیستم ات نصب کنی که احتیاج به تغییر و ارتفاع هسته سیستم عامل داره و به مشکل میخوری. مثلاً نمیشه سرویس های چیز پی ان نصب کرد. ولی این سیستم ها کارایی بالایی دارند چرا همه سیستم ها ی هسته مشترک را بین خودشان اشتراکاً استفاده میکنند.
به ویکی پدیا رجوع کن بصورت انگلیسی برای واژه virtualization دست خالی نمی مونی.

مرسی دوست من، با کمی سرچ پیدا کردم

منبع: virtualization - Difference between Xen PV, Xen KVM and HVM? - Server Fault

این طور که فهمیدم نوع شماره 1 xen hvm (Hardware Virtual Machine) xen که حتی بایوس و کارت گرفیک و شبکه و ... براش جداگانه تعریف میشه و قابلیت نصب ایزو دلخواه رو داره. منابع سیستم به صورت سخت افزاری و براساس درایور مجازی سازی CPU تقسیم میشه که طبیعتا روی اکثر سی پی یو ها و مادربوردهای امروزی این قابلیت هست. مزیتی که داره اینه که دست آدم برای تغییرات یا نصب انواع سیستم عامل یا اپلیکیشن بازتره اما این امر باعث کندی سیستم میشه تا حدودی.

و نوع شماره 2 در واقع xen pv هست pv = paravirtualization که هسته سیستم لینوکس به صورت مشترک هست و امکان نصب ویندوز و ... نیست اما امکان نصب ماژول های مورد نیاز هسته یا امکان داشتن هسته لینوکس اختصاصی توسط مدیر سرور برای مشتری هست. مزیتی که داره سرعت بهتر و سازگاری با انواع لینوکس هست اما دست آدم برای تغییرات بسته است و فقط گروه سیستم عامل های لینوکس و منطبق با این سیستم رو میشه نصب کرد.

Xen supported virtualization types

Xen supports running two different types of guests. Xen guests are often called as domUs (unprivileged domains). Both guest types (PV, HVM) can be used at the same time on a single Xen system.

Xen Paravirtualization (PV)

Paravirtualization is an efficient and lightweight virtualization technique introduced by Xen, later adopted also by other virtualization solutions. Paravirtualization doesn't require virtualization extensions from the host CPU. However paravirtualized guests require special kernel that is ported to run natively on Xen, so the guests are aware of the hypervisor and can run efficiently without emulation or virtual emulated hardware. Xen PV guest kernels exist for Linux, NetBSD, FreeBSD, OpenSolaris and Novell Netware operating systems.
PV guests don't have any kind of virtual emulated hardware, but graphical console is still possible using guest pvfb (paravirtual framebuffer). PV guest graphical console can be viewed using VNC client, or Redhat's virt-viewer. There's a separate VNC server in dom0 for each guest's PVFB.
Upstream kernel.org Linux kernels since Linux 2.6.24 include Xen PV guest (domU) support based on the Linux pvops framework, so every upstream Linux kernel can be automatically used as Xen PV guest kernel without any additional patches or modifications.
See XenParavirtOps wiki page for more information about Linux pvops Xen support.

Xen Full virtualization (HVM)

Fully virtualized aka HVM (Hardware Virtual Machine) guests require CPU virtualization extensions from the host CPU (Intel VT, AMD-V). Xen uses modified version of Qemu to emulate full PC hardware, including BIOS, IDE disk controller, VGA graphic adapter, USB controller, network adapter etc for HVM guests. CPU virtualization extensions are used to boost performance of the emulation. Fully virtualized guests don't require special kernel, so for example Windows operating systems can be used as Xen HVM guest. Fully virtualized guests are usually slower than paravirtualized guests, because of the required emulation.
To boost performance fully virtualized HVM guests can use special paravirtual device drivers to bypass the emulation for disk and network IO. Xen Windows HVM guests can use the opensource GPLPV drivers. See XenLinuxPVonHVMdrivers wiki page for more information about Xen PV-on-HVM drivers for Linux HVM guests.

Xen dom0 kernel vs. PV guest kernel versions

Xen dom0 kernel version can be different than Xen PV guest/domU kernel version. The interface/layer between domains is Xen hypervisor, not dom0 kernel, so the important part is that Xen hypervisor supports the ABI your PV guest kernel is using. New Xen hypervisor versions maintain backwards compabitility with older versions (PV guest kernel ABIs).
Examples:

• Xen hypervisor 3.4.1, dom0 kernel Linux 2.6.18.8-xen, PV domU guest kernel upstream vanilla Linux 2.6.31 pv_ops.
• Xen hypervisor 3.5-unstable, Dom0 kernel Linux 2.6.31 pv_ops, and PV domU guest kernel Debian 2.6.26-2-xen.
• Xen hypervisor 3.1.2, dom0 kernel RHEL5/CentOS5 kernel-xen-2.6.18-164.el5 and PV domU guest kernel Debian etch 2.6.18-6-xen.

Xen hypervisor <-> dom0 kernel has more dependencies than Xen hypervisor <-> PV guest kernel. You should always match Xen hypervisor and dom0 kernel versions more closely, so that dom0 is able to utilize all the features Xen hypervisor provides.
Many people prefer running the PV domU guest kernel provided by the guest distribution, to be able to easily upgrade it and get security updates automatically with all the other updates provided by the guest distribution. Pygrub or more secure pvgrub can be used in dom0 to load the guest kernel from guest /boot filesystem. Some people prefer providing the PV guest kernel from dom0, and not let the guest distribution root to change/update it.