VMware内存分配
VMware ESXI5.0的安装配置
VMware ESXI5.0的安装配置在最近发布的vSphere 5.0中，VMware淘汰了ESX，ESXi成为了唯一的hypervisor。
在ESXi 5.0中，VMware提供了七大重要的增强功能，包括：镜像生成器（Image Builder）、面向服务的无状态防火墙、主机硬件全面监控、安全系统日志（Secure Syslog）、VMware vSphere Auto Deploy、扩展增强型esxcli框架以及新一代的虚拟机硬件。
本文对ESXi 5.0七大重要的增强功能进行简单的介绍。
镜像生成器是一组新的命令行程序，允许管理员创建定制的ESXi镜像，经过定制的ESXi镜像包含专用硬件，比如启动器以及CIM 提供者所需要的第三方组件。
Image Builder创建的镜像适用于各种类型的部署，比如基于ISO的安装，基于PXE（Preboot Execution Environment，预引导执行环境）的安装以及自动部署。
在ESXi 5.0中，Image Builder被设计为Power Shell的嵌入式组件并和PowerCLI 进行了绑定。
vSphere 5.0使用面向服务的、无状态防火墙保护ESXi 5.0管理界面，可以使用vSphere Client或者带有esxcli接口的命令行对ESXi 5.0防火墙进行配置。
ESXi 5.0防火墙引擎不必再使用iptables和规则集为每个服务定义端口规则。
对于远程主机来说，你可以指定允许访问每个服务的IP地址或者IP地址段。
ESXi 5.0对SNMP v.2进行了扩展，能够全面监控主机上的所有硬件。
ESXi 5.0在系统消息记录方面提供了一些增强功能。
所有的日志信息通过syslog生成，可以使用SSL或者TCP连接将日志信息保存在远程日志服务器上。
通过ESXCLI或vSphere Client能够对日志信息进行配置，并能够将不同来源的日志信息更加方便地加入到不同的日志中。
vmware 资源池
为方便描述，本文中的资源池(Resource Pool)都简写为RP。
VM=虚机，Shares=份额，vCPU=虚机的CPU，Limit=限额或上限，Reservation=保留。
资源池(Resource Pool, RP)有2种，CPU资源池和Memory资源池。
其概念还是很容易理解的。
下图截取自官方的《vSphere Resource Management Guide》第36页图1：资源池其中1台主机有6GHz CPU资源和3GB可用内存资源。
并且创建了2个资源池，RP-QA获得2/3的资源，也就是4GHz CPU资源和2GB内存资源。
RP-Marketing获得剩下的1/3的资源。
一个集群(Cluster)的资源池包含集群中所有主机(Host)的资源总和。
比如一个2主机的集群，每个主机都有16GHz CPU和16GB内存，那么这个集群的资源总和就是32GHz的CPU和32GB的内存。
在这个集群中创建的资源池就从这个总的可用资源中分配。
集群的可用资源总是小于集群的总资源，这是因为每台主机都会占用一部分CPU和内存资源，保留给自己的Hypervisor和COS用(如果是ESX的话)。
虽然集群资源池是所有主机资源的总和，但是并不意味着某一VM可以使用超过某一主机的资源。
比如，2台16GB内存的主机组成集群，集群中创建了一个30GB内存的资源池，但是任何单台VM都不能使用超过16GB pRAM的，因为VM不能跨主机使用资源，VM可用到的资源还受到单台主机物理资源上限的影响。
同VM一样，资源池也有Shares, Reservation和Limit这3个配置项。
（见下图）图2：编辑资源池属性RP的Limit和VM的Limit类似，不同的就是这个limit是RP中所有VM可用物理资源的上限值。
虽然Limit不会限制VM的创建，但是它限定了可用物理资源，影响了RP中运行中VM的性能。
【Shares】资源池的资源通常通过份额来分配。
VMware虚拟机内存分配多少合适
VMware虚拟机内存分配多少合适按照1.5-2的比例来划分比较合适。
在vmware中和大，虚拟系统的内存是可以更改的，关键看你虚拟系统是什么信漏版本及需要运行测试哪些软件，感觉慢了就调大一点，但处于运行状态的虚拟机的内存总和不要大于母系统内存的70%。
虚拟内存是在硬盘中主要用来为物理内存更快的读取数据服务的，但是虚拟内存并不是越大越好，因为硬盘的数据存取速度远远比不上内存，所以虚拟内存的加速作用是有局限性的。
如果太大的话读取很慢，反而会降低系统运行速度，虚拟内存小也不能很好的起到虚拟内存的作用，所以一般虚拟内存是按照1.5-2的比例来划分的，但是如果2g的物理内存的话建议3g虚拟就可以了。
扩展资料针对VMware虚拟机电源管理，微软和VMware虚拟机采取了非常相似的方式。
这两种方式都是基于一些最基本的服务器虚拟化概念。
尽管单台hypervisor完全能够运行多台VMware虚拟机，但生产环境中从未仅使用单台hypervisor。
管理员通常不会承受hypervisor成为单点故障的风险。
因此，大多数hypervisor，比如VMware虚拟机 ESXi和微软Hyper-V都构建了集群。
这样一来，如果一台hypervisor出现故障，那么集群中的其他hypervisor能够继续运行来自故障集群节点的虚拟机。
其他情况下，管理员移动VMware虚拟机可能是因为他认为该VMware 虚拟机在具有更多可用硬件资源的主机之上运行，能够运行的更好。
微软唤坦竖和VMware都创建了负载均衡，用于将正在运行的VMware 虚拟机动态迁移至不同的主机，这样能够以允许VMware虚拟机尽可能高效运行的方式使用硬件资源。
然而同样的概念反过来可以节省功耗。
并非在所有可用的主机服务器上都有VMware虚拟机在运行，工作负载可以被整合到最少的主机服务器上，这样可以将未被使用的主机服务器置于离线状态以降低功耗。
参考资料：。
vmware_ESXI6.5安装教程虚拟化部署
vmware ESXI6.5安装教程（1）ESXi 6.0和6.5至少需要4GB的内存才能安装启动vmware workstation上也是。
从安装来说，VMware ESXi 6与5.x相差不大，分配2个CPU、4GB内存即可。
但ESXi 5.x 的版本在安装之后，可以在只有2GB内存的情况下启动并进入ESXi系统，而ESXi 6.x如果只有2GB则不能进入ESXi的控制台界面。
（2）传统的vSphere Client 6可以修改硬件版本为9、10、11的虚拟机的配置。
而在以前的VMware ESXi 5.5的时候，vSphere Client 5.5的客户端，只能修改硬件版本为8及其以下的虚拟机的配置，如果你“一不小心”将虚拟机硬件版本升级到9或10，那么vSphere Client只能启动、关闭高版本的虚拟机，不能修改虚拟机的配置（例如内存、CPU、硬盘等），只能用vSphere Web Client修改，但vSphere Web Client是需要vCenter Server 的。
从技术来看，用vSphere Client修改虚拟机的配置应该没有什么“复杂之处”，估计是VMware为了推行vSphere Web Client吧。
（3）vSphere Client 6能直接修改高硬件版本的虚拟机的配置。
（4）虚拟机容错支持最多4个CPU，这足以满足大多数的需求。
开始安装下载esxi.6.5 可以在5分享镜像—》虚拟机下载,然后刻盘或是写入U盘，写入操作可以搜索文档--iso写入U盘，然后启动安装。
第一个回车继续F11同意继续选择本地硬盘控制台密码按F2进入控制台下面这个界面可以修改网络，配置密码用client 连接登陆esxi6.5然后就可以新建虚拟机了，至此esxi6.5安装完成。
VMware虚拟化配置手册
VMware虚拟化配置手册1.服务器安装硬件要求确保主机符合 ESXi 6.0 支持的最低硬件配置。
必须具有以下硬件和系统资源，才能安装和使用 ESXi 6.0：ESXi 6.0 将仅在安装有 64 位 x86 CPU 的服务器上安装和运行。
ESXi 6.0 要求主机至少具有两个内核。
ESXi 6.0 仅支持 LAHF 和 SAHF CPU 指令。
已知的 64 位处理器：所有 AMD Opteron 处理器所有 Intel Xeon 3000/3200、3100/3300、5100/5300、5200/5400、5500/5600、7100/7300、7200/7400和 7500 处理器至少 2 GB 的内存。
一个或多个千兆或 10GB 以太网控制器。
一个或多个以下控制器的任意组合：基本 SCSI 控制器。
Adaptec Ultra-160 或 Ultra-320、LSI Logic Fusion-MPT 或者大部分 NCR/SymbiosSCSI。
RAID 控制器。
Dell PERC（Adaptec RAID 或 LSI MegaRAID）、HP Smart Array RAID 或IBM(Adaptec) ServeRAID 控制器。
SCSI 磁盘或包含未分区空间用于虚拟机的本地（非网络）RAID LUN。
ESXi 为多个 64 位客户机操作系统提供支持。
使用 64 位客户机操作系统运行虚拟机的主机有下列硬件要求：对于基于 AMD Opteron 的系统，处理器必须为 Opteron Rev E 或更高版本。
对于基于 Intel Xeon 的系统，处理器必须包括对 Intel 的 Virtualization Technology (VT) 的支持。
许多CPU 支持 VT 的服务器可能默认禁用 VT，因此必须手动启用 VT。
如果CPU 支持 VT 但在 BIOS 中看不到此选项，请联系供应商以获得可启用 VT 支持的 BIOS 版本。
VMware vCloud Director安装配置
vCloud
vShield Manager配置 （vCloud Director 依赖 vShield Manager 来向云 提供网络服务）
登陆vSM Web界面，http://192.168.0.221 用户名：admin 密码：default 登陆后首先输入vCenter Server的ip地址（本例为172.18.10.220） 和账户名密码；绊过一段初始化过程后，vCenter Server成功添加； 在DNS页面，输入DNS（本例为172.18.10.222）。至此，vShield Manager配置完毕。
vCloud
VMware vCloud Director架构图
vCloud Director 的安装和配 置过程会创建单元，将它们连 接到共享数据库，并建立不 vCenter server、vShield Manager 和 ESX/ESXi 主机的 第一次连接。稍后，系统管理 员可以随时使用 vCloud Director Web 控制台将其 他 vCenter servers、vShield Manager 服务器和 ESX/ESXi 服务器连接到 vCloud Director 服务器组
vCloud
vCloud Director功能特点
4、基础架构服务目录：用户只需在中心目录中点击一下按钮，即可部 署和使用预先配置的基础架构和应用程序服务，如虚拟设备、虚拟机、 操作系统映像，以及其他介质。这样，IT 部门便能够通过标准样式提供 服务，从而简化故障排除、修补和变更管理工作 5、用户自助服务门户：用户可以通过一个简单易用Web门户来直接访 问自己的目录和虚拟数据中心。用户对虚拟数据中心迚行管理，而丌必 知道资源的具体位置，同时用户的所有虚拟机都建立在高可用环境乊上， 丌必担心实际物理硬件故障引起服务瘫痪。 6、VMware vCloud API 和开放虚拟化格式：Cloud API 是一种开放、 基于 REST 的 API，允许通过脚本式访问来使用云资源，如执行 vApp 上载/下载、目录管理和其他操作。借劣 vCloud API，可以使用开放虚 拟化格式 (OVF) 迚行基本的云间传输，这种格式可保留应用程序属性、 网络连接配置及其他设置。
Hyper-V动态内存与VMware内存过量使用的对比
Hyper-V动态内存与VMware内存过量使用的对比动态内存（Dynamic memory）是微软应对虚拟化中常见问题所做的努力：如何有效地分配内存给不是一直需要它的虚拟机。
内存一直是人们最先耗尽的关键资源。
结果是，缺少内存会是固结率低的起源。
压力还来自于某些应用所有人，他们为应用索要尽可能多的内存，即使是没有必要分配他们需要的内存量。
在理想世界中，用户能分配大量内存并在需要使用这些内存时按需使用它们。
有时候Hyper-V的情况并不如此：如果在虚拟机启动时给它分配4GB内存，不管它需不需要，它占有这4GB的内存，在VM关闭之前它不会把内存返还给Hyper-V。
这不可避免地会导致固结率低于微软的竞争者，这也让它很难以有效的方式分配内存。
随着Hyper-V R2 SP1的发布，微软添加了动态内存支持，这和它主要的竞争产品VMware ESX中利用的内存过量使用（memory over-commitment）非常不一样。
微软长时间声称，虚拟机承担的内存超过物理量很危险，因为所有这些虚拟机也许同时需要分配。
不管这是否是真实情况，我们一般在其它IT领域使用超额认购（over-subscription），如存储，微软的立场在微软社区得到应用。
动态内存本质上平衡了来宾操作系统的管理系统功能来达成其目的。
它主要依赖于大部分现代服务器和操作系统的容量来实现实时的内存添加和移除。
动态内存背负该功能，允许Hyper-V在虚拟机运行时在其上添加或移除内存。
一旦服务器启动，Hyper-V显示一池免费内存。
虚拟机都是从这个池中分配内存。
如果Hyper-V主机本身需要更多内存，也可以用恰好相同的方式增加。
动态内存和内存过量使用不同，因为Hyper-V会拒绝保证超过池中可用的物理内存。
通过从来宾操作系统中平衡热添加和热移除功能来保证内存从虚拟机返回到系统。
让我们来看看动态内存评价该方法功绩的要求。
首先，Hyper-V和现有的Windows虚拟机必须有应用其上的SP1。
vmware虚拟化原理
vmware虚拟化原理VMware虚拟化原理是一种技术，它允许在一台物理计算机上运行多个虚拟机。
这些虚拟机可以独立运行不同的操作系统和应用程序，就像在不同的物理计算机上一样。
下面是VMware虚拟化的一些主要原理：1. 资源隔离：VMware虚拟化通过使用Hypervisor（虚拟机监控程序）在物理计算机上创建逻辑分区，将计算资源（如处理器、内存、存储等）分配给不同的虚拟机。
每个虚拟机在自己的逻辑环境中运行，与其他虚拟机相互隔离，从而提供更高的安全性和可靠性。
2. 资源共享：虚拟化平台利用资源池的概念，将物理计算机上的处理能力和存储容量整合在一起，然后动态地按需分配给虚拟机。
这样，可以更好地利用计算资源，提高整体性能和效率。
3. 虚拟机监控程序：Hypervisor是VMware虚拟化的核心组件，它负责管理虚拟机的创建、启动、停止、暂停和删除等操作。
Hypervisor还提供了对虚拟机的资源分配、调度和监控功能，以及虚拟机与物理计算机之间的硬件和软件交互。
4. 虚拟硬件：VMware虚拟化可以模拟多种虚拟硬件设备，包括处理器、内存、磁盘、网络接口等。
每个虚拟机都认为自己拥有独立的硬件资源，可以在其内部安装操作系统和应用程序。
5. 迁移和克隆：VMware虚拟化支持虚拟机的迁移和克隆操作。
迁移允许将运行中的虚拟机从一台物理计算机迁移到另一台，而不会中断其运行。
克隆操作可以复制一个虚拟机的完整副本，并在其他物理计算机上进行部署，以扩展虚拟化环境的规模。
总的来说，VMware虚拟化利用Hypervisor和虚拟硬件等技术手段，有效地将物理计算机划分为多个独立的虚拟环境，实现资源的隔离、共享和动态管理。
通过虚拟化，可以提高硬件利用率、简化管理、降低成本，并提供更高的可靠性和灵活性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
虚拟机内存分配VMware ESX（i）提供了三个参数来控制虚拟机的内存分配。
“限制（Limit）”限定了分配给虚拟机物理内存的上限，如果虚拟机使用的内存超过该限定值则hypervisor 强制回收内存，默认是无限制，即以虚拟机内存大小为限。
虚拟机硬件设置中的内存对于大多数Guest OS 是不能热添加的，有的能热添加但是要使用添加的内存还要重启Guest OS，只有少数Guest OS能热添加并使用的，因为这个需要Guest OS识别，因此对Guest OS要求高。
但是内存限制可以在虚拟机运行时随意的调整，Guest OS无需感知是透明的。
“预留（Reservation）”是保证分配给虚拟机最低物理内存的下限，即hypervisor至多从虚拟机回收内存到预留值为止，不再继续回收，保证一个基本的内存可避免性能降低到无法忍受。
“份额（Shares）”是当主机内存过量使用时，虚拟机可获得的物理内存是通过一个公式计算得到的，份额是其中一项。
默认份额=虚拟机内存*10。
公式：ρ=份额/（活动内存+k*空闲内存），ρ就是该虚拟机可获得物理内存比例的分子，分母是所有虚拟的ρ的和。
k是惩罚因子，k=1/（1-IMT），IMT为空闲内存税（Idle Memory Tax），默认IMT=75%，即k=4，IMT值可以在ESX（i）的高级设置中修改。
显然份额越大，活动内存比例越高则ρ越大，可获得的物理内存越多。
hypervisor从ρ最小的虚拟机开始回收内存。
简单实例：
比如我们创建VM虚拟机的时候分配内存是4G，你们为了服务器性能和节省内存我们可以，在“虚拟主机属性”--“资源”--“内存“中设置预留1500MB 限制3500MB。