任何人都可以通过使用Hyper-V ， ESXi和XenServer虚拟化平台来分享他们的经验（例如，这真是太棒了！ 成本？ pipe理？ 特征？ 处理负载和备份和恢复？ 还有最低的服务器要求？ 我以为Xen是一个免费的Linux虚拟化平台。 是否有Xen和单独的XenServer平台？ 对于我们组织的testing推出意见和意见将不胜感激。
对于一个虚拟化需求不大的公司来说，VirtualBox目前在托pipe几台轻型服务器方面做得很好 – 那么移动到一个更强大的平台会带来哪些好处呢？ 我希望能够简化我的研究 – 获得VBox及其同类公司所不具备的function的简短列表。
我正在寻找一个很好的解决scheme来处理没有vCenter可用的VMware ESXi环境问题。 在单个ESXi主机上将VM从一个数据存储移动到另一个数据存储的最佳方式是什么，同时保持VMDK精简configuration？ 这是一个独立的服务器，已经被另一个驱动器arrays/数据存储扩展了。 我想将包含在旧数组中的数据移动到新的位置。 编辑：目标数据存储大小实际上比源。 我没有足够的空间来复制厚文件。
通常，我们现场的基于debian-stable的应用程序的安装通常在VMware ESXi中运行在虚拟机中。 在一般情况下，我们无法查看或影响虚拟化环境，也无法访问例如VMware vCenter客户端或同等产品。 我在这里关注VMware，因为到目前为止，我们看到的是最常见的。 我们希望： 告诉客户的VMwarepipe理员：只要符合性能标准X，Y和Z，就可以在我们的VMware ESX环境中运行我们的应用程序。 能够确定X，Y和Z标准是否连续实现（ 即现在也是如此），即使在一个正在运行的系统上（我们不能停止我们的应用程序并运行基准testing，并且初始基准testing也不足够，虚拟环境随时间变化）。 有信心，如果符合标准X，Y和Z，我们将有足够的虚拟硬件资源来运行我们的应用程序，performance令人满意。 现在什么是X，Y和Z？ 我们一次又一次地看到，当出现性能问题时，问题不在于我们的应用，而在于虚拟化环境。 例如，另一台虚拟机使用大量的CPU，内存或实际存储磁盘的SAN，这些数据会被我们的应用程序以外的其他应用程序所占用。 我们目前无法certificate或反驳这一点。 理论上也可能有时我们的应用程序很慢… 😉 如何确定我们的性能问题的根本原因：虚拟环境还是我们的应用程序？ 性能问题通常有3个方面：CPU，内存和磁盘I / O。 中央处理器 在例如VMware中，pipe理员可以指定保留和限制，以MHz为单位，但是在一个ESX主机上，例如512MHz与另一个ESX主机上的512MHz完全相同，可能在完全不同的ESX群集中。 如何衡量我们是否真的得到了这个呢？ 当我们的应用程序正在运行时，我们可以看到我们在4个CPU上的CPU利用率为212％。 是因为我们的应用程序做了很多事情，还是因为同一台主机上的另一台虚拟机正在运行一个CPU密集型任务并使用了所有的CPU？ 记忆（气球？） 如果我们要求例如16GB内存，这通常是configuration的，但由于膨胀 ，我们实际上只得到4GB，而且我们的应用程序performance不佳。 可以询问VMware工具当前的膨胀情况，但是我们发现它经常存在（或者至less是不准确的）。 我们已经看到了操作系统认为有16GB总RAM的例子，所有进程的驻留内存（RSS）的总和是4GB RAM，但是即使VMware工具告诉我们有0膨胀，也只有2GB RAM。 – （ 另外，仅仅添加RSS是无效的，因为可以容易地共享RAM，例如，写入时复制内存，所以512MB + 512MB不一定意味着1GB，但意味着更less的意思。 因此，不能简单地从所有进程中减去RSS，以获得多lessRAM应该是空闲的，从而可靠地检测气球的度量。 人们可以检测到一些气球膨胀的情况，但也有其他情况下气球膨胀是有效的，但是不能用这种方法检测。 磁盘I / O 我想我们可以随着时间的推移读取和写入磁盘的数量，读取和写入的字节数，以及IO等待百分比。 但是，这会给我们一个磁盘I / O的准确画面吗？ 我想如果有一个比特币矿工在使用所有CPU的另一个虚拟机上运行，即使底层SAN具有完全相同的性能，我们的IO等待百分比也会增加，这仅仅是因为我们的CPU资源不足，因此IO等待以％衡量 ）上升。 总而言之，我们可以用什么语言来描述VMwarepipe理员，以便携和可测量的方式描述我们需要的性能？
VMWare ESX或ESXi可以在虚拟机内安装和使用吗？ 它可以安装在VMWare工作站或服务器中，但不能工作; 主要症状是： 它真的很慢地运行。 它允许您创build虚拟机，但是在启动虚拟机时，会出现错误消息，提示"You may not power on a virtual machine in a virtual machine" 。
我在其中一篇VMware知识库文章中看到，快照将直接影响VM的性能。 但我的团队不断问我快照如何影响性能。 我想给他们坚定的理由背后的快照是性能杀手。 任何人都可以解释一下关于快照如何影响性能的一些理论？ 仅仅是因为硬盘的磁盘I / O速度会很慢？
我有Suse Linux 12.1，我正在尝试安装单个RAID 1磁盘，以查看其中的文件。 但是，安装时： # mount /dev/sdc1 /mnt/test mount: unknown filesystem type 'linux_raid_member' 我开始阅读，许多人build议强制文件系统types # mount -t ext4 /dev/sdc1 /mnt/test mount: /dev/sdc1 already mounted or /mnt/test busy 当试图 umount /dev/sdc1 umount: /dev/sdc1: not mounted 有人可以提供一些build议吗？ 我正在运行我的机器进入一个ESXI服务器，它是一个虚拟磁盘。 但是，这不应该玩，因为这些磁盘没有被其他机器使用 thaknks！
安装在运行VMware ESXi的HP ProLiant DL380p Gen8服务器中的SD（SDHC）卡失败:( 我在vCenter控制台和HP ProLiant ILO事件日志中遇到了一些不祥的消息… 与设备失去连接…支持启动文件系统。 因此，主机configuration更改将不会保存到持久性存储。 embedded式Flash / SD-CARD：写入介质0，物理块时出错848880：堆栈exception。 VMware主张为ESXi使用USB和SD（SDHC）引导设备。 这是ESXi开发面积较小（与较旧的ESX相比）的主要原因之一。 我花了很多时间来强调ESXi的可安装和embedded式模式与同事和客户端之间的差异。 但是，这些失败似乎确实发生。 在这种情况下，这是我的第三例。 幸运的是，这是一个具有SAN存储的vSphere群集。 应该采取哪些措施来纠正这种失败？
我正在使用VMware ESXi。 在我们的团队中，我们使用快照提供长期备份。 然后我们遇到内存溢出等问题，服务器挂断了。 我开始阅读VMware知识库文章和其他地方的文章。 在任何地方，build议不要有很长一段时间的快照。 即使VMwarebuild议保持快照最多三天。 但是我们的团队一直要求我们至less有两个永久的快照（直到删除虚拟机）。 有时我们可能会使用虚拟机一年）。 一个快照是用于新机器状态的。 （所以当我们完成testing应用程序时，我们将恢复到新鲜状态并安装另一个应用程序）（如果我不允许的话，我可能经常需要托pipe虚拟机）。 下一个快照让虚拟机处于某种状态（也许他们会发现一个问题并保持这个状态一段时间，或者他们可能为应用程序安装先决条件，并保持机器准备好进行testing）。 从逻辑上讲，他们的需求似乎是公平的。 但是如果我允许的话，我可以让他们长时间保存快照。 我们没有使用我们的VM作为邮件服务器或数据库服务器。 为什么长时间保持快照会产生不利影响？ 为什么快照被视为临时备份，而不是真正的备份？
VMware和许多networking传播者试图告诉你，复杂（昂贵）的光纤SAN是VMware ESX和ESXi服务器的“唯一”存储选项。 嗯，当然是的。 使用SAN是快速，可靠的，并使vMotion成为可能。 大。 但是：所有的ESX / ESXi用户真的可以承受SAN吗？ 我的理论是，在这个星球上的所有VMware ESX安装实际上不到20％实际上使用光纤或iSCS SAN。 大多数这些安装将在大公司谁可以负担得起的。 我预测大多数VMware安装使用“附加存储”（vmdks存储在服务器内的磁盘上）。 他们中的大多数都在中小企业中运作，其中有很多！ 我们运行两台具有附加存储的ESX 3.5服务器和两台具有iSCS san的ESX 4服务器。 而两者之间的“真正的现实差异”几乎不显着:-) 你知道这个问题的官方统计吗？ 你用什么作为存储介质？