简体   繁体   English

桉树图像格式、实例克隆和自动缩放

[英]eucalyptus image format, instance-clonning and auto-scaling

I am not familiar with eucalyptus and have question regarding the images, instances, clonning and how I can achieve auto-scaling with eucalyptus.我不熟悉桉树,对图像、实例、克隆以及如何使用桉树实现自动缩放有疑问。 Eucalyptus I believe supports many hypervisors like Xen, Vmware ESXi.我相信 Eucalyptus 支持许多管理程序,如 Xen、Vmware ESXi。 So if I create a private cloud using eucalyptus with hybrid hypervisors like Xen, ESXi then in this case what is the image format of the eucalyptus VM image?因此,如果我使用 Eucalyptus 和 Xen、ESXi 等混合管理程序创建私有云,那么在这种情况下,Eucalyptus VM 映像的映像格式是什么? Is it specific to hypervisors used in building the private cloud?它是否特定于用于构建私有云的管理程序? Or is it a specific format of the eucalyptus system which is converted into specific hypervisor format when the vm is selected to run with a node? Or is it a specific format of the eucalyptus system which is converted into specific hypervisor format when the vm is selected to run with a node? If so how much time it takes for this task and what technology is used to convert images?如果是这样,这项任务需要多少时间以及使用什么技术来转换图像? How can I clone images in hybrid environment to achieve amazon like instance auto-scale functionality?如何在混合环境中克隆图像以实现类似亚马逊的实例自动缩放功能?

Eucalyptus uses the same convention that Amazon's AWS uses, that is, you uses 'root' partitions. Eucalyptus 使用与 Amazon 的 AWS 相同的约定,即您使用“根”分区。 The format is raw, that is, there is no real format, just whatever file-system you put onto the partition (ie ext2, ext3 etc...).格式是原始的,也就是说,没有真正的格式,只是您放入分区的任何文件系统(即 ext2、ext3 等...)。

If you want to have your image to be portable across hypervisors and clouds, you will have to ensure that your images will boot correctly across different hypervisors and different kernels.如果你想让你的镜像可以跨管理程序和云移植,你必须确保你的镜像能够在不同的管理程序和不同的内核之间正确启动。 The former means you will have to ensure you have all the drivers needed by they hypervisor, and the latter means that you will have to include all kernel modules needed (typically only the cloud administrator uploads kernels, so you will have to adapt).前者意味着您将必须确保您拥有它们管理程序所需的所有驱动程序,而后者意味着您将必须包含所需的所有 kernel 模块(通常只有云管理员上传内核,因此您将不得不适应)。

Eucalyptus takes care of the internal conversions (for example KVM wants to boot off a disk image, xen off a partition and vmware wants its own format), but it's transparent to the user. Eucalyptus 负责内部转换(例如,KVM 想要启动磁盘映像,xen 启动分区,而 vmware 想要它自己的格式),但它对用户是透明的。

If you are using windows images, you will upload instead full disk, not only partitions: in this case hardware virtualization is required, and you will implicitely use the kernel you have on the disk image.如果您使用 windows 图像,您将上传整个磁盘,而不仅仅是分区:在这种情况下,需要硬件虚拟化,并且您将隐含地使用磁盘图像上的 kernel。 You still have the issue of ensuring the image contains all the drivers needed by the image when running from the virtualized environment.当从虚拟化环境运行时,您仍然有确保图像包含图像所需的所有驱动程序的问题。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM