VMware ESX三种虚拟磁盘类型分析

合集下载

vmare esc

vmare esc

VMware ESX服务器(1)概述VMware ESX 服务器是在通用环境下分区和整合系统的虚拟主机软件。

它是具有高级资源管理功能高效,灵活的虚拟主机平台。

VMware ESX Server 为适用于任何系统环境的企业级的虚拟计算机软件。

大型机级别的架构提供了空前的性和操作控制。

它能提供完全动态的资源可测量控制,适合各种要求严格的应用程序的需要,同时可以实现服务器部暑整合,为企业未来成长所需扩展空间。

ESX Server亦提供储存虚拟化的能力。

除可因减并服务器减少设备购买及维护成本外,亦可因效能的尖峰离峰需求,以VMotion技术在各服务器或刀片服务器之刀板间弹性动态迁移系统平台,让IT人员做更有效的资源调度,并获得更好且安全周密的防护,当系统发生灾难时,可以在最短的间( 毋需重新安装操作系统) ,迅速复原系统的运作。

(2)VMware ESX Server用途完美匹配企业数据中心,通过提高资源使用率,扩展计算机性能和优化服务器,VMware ESX 服务器帮助企业降低计算机基础构架的成本。

VMware ESX 服务器能实现:•服务器整合VMware ESX 服务器能在更少的高伸缩和高可靠企业级服务器上,包括刀片式服务器,整合运行在不同操作系统上的应用程序和基本服务•提供高性能并担保服务品质ESX 服务器支持出于开发和测试为目的,在同一系统内的虚拟主机集群;同样也高性能的支持系统间的虚拟主机集群。

VMware ESX 服务器担保服务器的CPU,内存,网络带宽和磁盘I/O 处于最优化的状态,改进对内和对外的服务•流水式测试和部署VMware ESX 服务器压缩虚拟主机镜像以便它们在环境间能被非常容易的迁移,确保软件测试者和质量检验工程师在相对少的时间和硬件状态下做更多有效的测试•可伸缩的软硬件构架VMware ESX 服务器包含支持VMware Virtual SMP,确保企业在灵活,安全和轻便的虚拟主机上运行所有重要的应用程序。

主流的四大虚拟化架构对比分析

主流的四大虚拟化架构对比分析

主流四大虚拟化架构对比分析云计算平台需要有资源池为其提供能力输出,这种能力包括计算能力、存储能力和网络能力,为了将这些能力调度到其所需要的地方,云计算平台还需要对能力进行调度管理,这些能力均是由虚拟化资源池提供的。

云计算离不开底层的虚拟化技术支持。

维基百科列举的虚拟化技术有超过60种,基于X86(CISC)体系的超过50种,也有基于RISC体系的,其中有4 种虚拟化技术是当前最为成熟而且应用最为广泛的,分别是:VMWARE的ESX、微软的Hyper—V、开源的XEN和KVM。

云计算平台选用何种虚拟化技术将是云计算建设所要面临的问题,文章就4种主流虚拟化技术的架构层面进行了对比分析。

形成资源池计算能力的物理设备,可能有两种,一种是基于RISC的大/小型机,另一种是基于CISC的 X86服务器。

大/小型机通常意味着高性能、高可靠性和高价格,而X86服务器与之相比有些差距,但随着Inter和AMD等处理器厂商技术的不断发展,原本只在小型机上才有的技术已经出现在了X86处理器上,如64位技术、虚拟化技术、多核心技术等等,使得X86服务器在性能上突飞猛进。

通过TPC组织在2011年3月份所公布的单机计算机性能排名中可以看出,4路32核的X86服务器性能已经位列前10名,更重要的是X86服务器的性价比相对小型机有约5倍的优势.因此,选择X86服务器作为云计算资源池,更能凸显出云计算的低成本优势。

由于单机计算机的处理能力越来越大,以单机资源为调度单位的颗粒度就太大了,因此需要有一种技术让资源的调度颗粒更细小,使资源得到更有效和充分的利用,这就引入了虚拟化技术。

当前虚拟化技术中主流和成熟的有4种:VMWARE的ESX、微软的Hyper—V、开源的XEN和KVM,下面将针对这4种虚拟化技术的架构进行分析1虚拟化架构分析从虚拟化的实现方式来看,虚拟化架构主要有两种形式:宿主架构和裸金属架构。

在宿主架构中的虚拟机作为主机操作系统的一个进程来调度和管理,裸金属架构下则不存在主机操作系统,它是以Hypervisor直接运行在物理硬件之上,即使是有类似主机操作系统的父分区或Domain 0,也是作为裸金属架构下的虚拟机存在的。

虚拟机虚拟磁盘分成单个文件存储好还是多个文件存储好?各有什么优缺点?九天博客

虚拟机虚拟磁盘分成单个文件存储好还是多个文件存储好?各有什么优缺点?九天博客

虚拟机虚拟磁盘分成单个文件存储好还是多个文件存储好?各有什么优缺点?九天博客现在的计算机一般都是采用的是ntfs文件系统。

比如安装VM的时候也是建议你采用单个文件格式便于存储。

但是前提是磁盘使用ntfs文件格式。

如果你计算机是采用FAT32文件格式,那么最大单文件大小:4 GB (Fat16分区是2 GB ),分区大小不超过32GB左右。

也就是说你的虚拟机磁盘空间不可能大于这个数字。

否则就会出错。

而ntfs格式的文件系统支持文件大小均在2TB上。

如何将单个Vmware虚拟机vmdk文件拆分为多个通过vmware workstation软件创造出来的虚拟机,在虚拟机目录下有时会出现多个以vmdk后缀名结尾的文件,多个文件占用的空间都很大,感觉很乱,并且这样虚拟机运行的效率也很低。

出现这种情况的原因是在创建虚拟机时,在指定硬盘容量时,选择了Split virtual disk into multiple files,并且下面有说明,这种多个文件模式更易于将虚拟机转移到其他的电脑上,并且会降低性能且会占用更多的硬盘空间。

如果选择Store virtual disk as a single file模式,虚拟机就会在一个文件中,不仅会提高性能减少占用硬盘空间,而且看着更舒服。

但是这两个模式之间可以转换吗,通过vmware workstation自带的一个工具就可以做到。

在vmware workstation的安装目录下,有一个vmware-vdiskmanager.exe文件,在命令行下执行,可以看到这个软件的用法,如下:VMware Virtual Disk Manager – build 471780.Usage: vmware-vdiskmanager.exe OPTIONS|Offline disk manipulation utilityOperations, only one may be specified at a time:-c : create disk. Additional creation options mustbe specified. Only local virtual disks can be created.-d : defragment the specified virtual disk. Onlylocal virtual disks may be defragmented.-k : shrink the specified virtual disk. Only localvirtual disks may be shrunk.-n: rename the specified virtual disk; need tospecify destination disk-name. Only local virtualdisks may be renamed.-p : prepare the mounted virtual disk specified bythe mount point for shrinking.-r: convert the specified disk; need to specify destination disk-type. For local destination disksthe disk type must be specified.-x: expand the disk to the specified capacity. Only local virtual disks may be expanded.-R : check a sparse virtual disk for consistency and atte mptto repair any errors.-e : check for disk chain consistency.-D : make disk deletable. This should only be used on di sksthat have been copied from another product.Other Options:-q : do not log messagesAdditional options for create and convert:-a: (for use with -c only) adapter type(ide, buslogic, lsilogic). Pass lsilogic for other adapter types.-s: capacity of the virtual disk-t: disk type idDisk types:0 : single growable virtual disk1 : growable virtual disk split in 2GB files2 : preallocated virtual disk3 : preallocated virtual disk split in 2GB files4 : preallocated ESX-type virtual disk5 : compressed disk optimized for streaming6 : thin provisioned virtual disk – ESX 3.x and aboveThe capacity can be specified in sectors, KB, MB or GB.The acceptable ranges:ide adapter : [1MB, 2040.0GB]scsi adapter: [1MB, 2040.0GB]ex 1: vmware-vdiskmanager.exe -c -s 850MB -a ide -t 0 myIdeDisk.vmdkex 2: vmware-vdiskmanager.exe -d myDisk.vmdkex 3: vmware-vdiskmanager.exe -r sourceDisk.vmdk -t 0 destinationDisk.vmdkex 4: vmware-vdiskmanager.exe -x 36GB myDisk.vmdkex 5: vmware-vdiskmanager.exe -n sourceName.vmdk destinationName.vmdkex 6: vmware-vdiskmanager.exe -r sourceDisk.vmdk -t 4 -h esx-name.mycomp \-u username -f passwordfile “[storage1]/path/to/targetDisk.vmdk”ex 7: vmware-vdiskmanager.exe -k myDisk.vmdkex 8: vmware-vdiskmanager.exe -p(A virtual disk first needs to be mounted at)用法已经说的很清楚了,这里假设需要转化的虚拟机位于F:windows.vmdk,那么通过以下命令操作来实现将多个vmdk文件转化成一个文件:vmware-vdiskmanager.exe -r “F:\windows.vmdk” -t 0 “F:\b.vmdk”注意目标文件和源文件名不能一样,转换后原有虚拟机仍然存在,删除并新建后,使用现有磁盘添加新的vmdk文件即可。

VMware虚拟磁盘结构分析及在电子数据取证中的应用

VMware虚拟磁盘结构分析及在电子数据取证中的应用
t a ik.e a n to n e t r t n o i u ld s a a u ds l x mi a i n a d r so ai fvr a ik d t . o t
Ke r s i u l c ie;d s y wo d :vr a t ma h n ik;ee t n cd t lcr i aa;ee t nce ie c o lcr i vd n e o
文 件 的搜 索 和 虚 拟 磁 盘 数 据 的 鉴 定 与 恢 复 等 实 际 问 题 提 出相 应 的 解 决 方 案 。
关 键 词 : 拟 机 ; 盘 ; 子 数 据 ; 证 虚 磁 电 取
中图分 类号 : P 9 T 33
文献 标志 码 : A
d i 03 6  ̄i n17 — 0 22 1 . .1 o :1 . 9 .s.6 1 2 7 .0 0 0 3 9 s 12
文件 串连 在一起 便构 成 了虚拟磁 盘文 件 。
基础 磁 盘文件
及 服务被存储 和移植 到 了虚拟计 算机 上 。随之带来 的
针 对虚拟机 的数据恢 复与取证需 要对 虚拟机磁 盘结 构 有 一定 的了解 。 本文详细分析 了最 常用的 V ae虚拟 Mw r 机磁 盘的文件结构并阐述其在 电子数据取证 中的应用 。
特定 的一 个 虚拟 磁 盘 可 能有 符 合 上述 两 个 特征
的任 意组合 。 从 虚 拟 机 的 差分 控 制 来 说 .虚 拟 磁 盘 文件 可 以
分 为 两 类 : 础 磁 盘 文 件 ( ae 和 差 分 控 制 链 接 基 B s) ( e a 。图 l所示 的为磁 盘差 分控 制结 构 , 些链 接 Dl ) t 这
文 章 编 号 :6 12 7 一 2 1 ) 2 0 6 — 5 17 — 0 2 (0 0 — 0 0 0 1

VMware ESX虚拟机内部结构分析

VMware ESX虚拟机内部结构分析

VMware ESX虚拟机 内部结构分析VMware ESX虚拟机内部结构分析使用虚拟化,不管下面主机服务器所运行的操作系统如何,每台虚拟机都拥有一致的虚拟硬件。

这一系列的文章旨在帮助VMware系统管理员更好地理解ESX虚拟机的内部工作,有助于每天对基础架构的管理。

ESX的物理与虚拟硬件VMware虚拟机是如何工作的?VMware ESX虚拟机的物理与虚拟硬件有什么区别?有什么联系?如何修改虚拟机默认配置?比较VMware ESX虚拟机的物理与虚拟硬件虚拟机文件在第一部分中,我们从硬件角度了解了什么是虚拟机。

那么组成虚拟机的所有这些文件是什么?它们有什么用?VMware ESX主机上虚拟机文件介绍虚拟磁盘类型VMware为虚拟机文件存储提供了三种虚拟磁盘类型。

不过你如何知道哪一种类型适合虚拟机?答案是不确定的,因为每种磁盘类型提供了不同的好处。

本文将定义VMware的虚拟磁盘,解释三种主要类型的虚拟磁盘以及介绍在何时该使用何种磁盘。

VMware ESX三种虚拟磁盘类型分析比较VMware ESX虚拟机的物理与虚拟硬件通过使用软件,虚拟机就表现得如同物理机,拥有自己的一套虚拟硬件,包括其上载入的操作系统和应用。

使用虚拟化,不管下面主机服务器所运行的操作系统如何,每台虚拟机都拥有一致的虚拟硬件。

这一系列的文章旨在帮助VMware系统管理员更好地理解虚拟机的内部工作,有助于每天对基础架构的管理。

当创建虚拟机时,就已经给虚拟机分配了一套默认设置。

还可以通过编辑下面的这些配置添加或移除所需的附加虚拟硬件。

除了硬盘,多数虚拟硬件只能在虚拟机关闭后才能添加或移除。

下面的表格概括了能添加到VMware ESX 3.5主机虚拟机上的虚拟硬件清单。

这个表格包括一台虚拟机能拥有的最大数量设备,也包括在虚拟机运行或关闭时能够添加、移除或修改的硬件。

当添加一个硬盘到虚拟机时,将使用到现有的SCSI控制器(这是虚拟机里的第一个硬件驱动,将自动添加SCSI控制器)。

VMwareESX三种虚拟磁盘类型分析

VMwareESX三种虚拟磁盘类型分析

VMwareESX三种虚拟磁盘类型分析VMware ESX三种虚拟磁盘类型分析VMware为虚拟机文件存储提供了三种虚拟磁盘类型。

不过你如何知道哪一种类型适合虚拟机?答案是不确定的,因为每种磁盘类型提供了不同的好处:例如第一种在初始磁盘写入过程中提供了更好的性能,第二种更安全,第三种在节省磁盘空间时是最佳选择。

本文将定义虚拟磁盘,解释三种主要类型的虚拟磁盘以及介绍在何时该使用何种磁盘。

A虚拟磁盘有a .vmdk扩展,并由两个文件组成:包括磁盘配置参数的小型文本磁盘描述符文件和包括虚拟磁盘原始数据的大型数据文件。

关于虚拟机磁盘文件的更多详细信息请参见文章“VMware ESX 主机上虚拟机文件介绍”。

ESX主要有三种主要的虚拟磁盘文件类型可用:thick、thin和raw。

Raw disk(原始磁盘)原始磁盘指的是原始设备影射(RDM),可以让虚拟机在存储区域网络(SAN)上直接访问逻辑单元号(LUN)。

这意味着虚拟机的磁盘数据文件不宿主在虚拟机文件系统(VMFS)卷上。

相反,小型磁盘描述符文件是为VMFS卷上虚拟机工作目录里的虚拟磁盘而创建的。

RDM能配置成两种不同的模式:虚拟兼容模式或物理兼容模式。

虚拟兼容模式虚拟影射的设备,一般来说对子操作系统是透明的。

这种模式也提供了一些VMFS卷的优势,如创建快照的功能。

物理兼容模式提供最小化的影射设备SCSI虚拟化,并且VMkernel直接传输几乎所有的SCSI命令到设备。

Thick disk(厚磁盘)Thick disk——在创建的过程中分配给所有空间,在物理媒介上可能包括陈旧的数据。

这些磁盘不太安全,因为它们的(组成磁盘的)磁盘块没有清除以前的数据。

Zeroed thick disk——在创建时分配给所有空间,也清除了以前的数据。

由于使用了所有空间,数据是零,不过只是在第一次写入磁盘块是如此。

当使用VMware Infrastructure Client(VI Client)创建VMFS卷虚拟磁盘时,这是默认的磁盘类型。

vmware 分配磁盘空间方式

vmware 分配磁盘空间方式

vmware 分配磁盘空间方式
VMware提供了几种分配磁盘空间的方式,具体取决于您使用
的是VMware Workstation还是VMware vSphere。

对于VMware Workstation:
1. 指定磁盘大小:您可以在创建新的虚拟机时指定虚拟磁盘的大小。

创建虚拟机向导会询问您要分配多少磁盘空间。

2. 分配动态增长磁盘:您可以选择分配一个动态增长的虚拟磁盘。

这种磁盘只会占用实际虚拟机磁盘所需的空间,并在需要时自动增长。

3. 分配固定磁盘:您也可以选择分配一个固定大小的虚拟磁盘。

这种磁盘会立即占用指定大小的物理磁盘空间。

对于VMware vSphere:
1. 分配粗粒度存储(Thick Provision):这种方式会一次性为
虚拟机分配足够的物理磁盘空间。

这样虚拟机可以立即使用分配的全部空间,但可能会浪费一些空间。

2. 分配粗粒度存储且懒惰增长(Thick Provision Lazy Zeroed):这种方式会一次性为虚拟机分配足够的物理磁盘空间,但是只有在实际使用时才会写入零值数据。

3. 分配精细粒度存储(Thin Provision):这种方式只为虚拟机
分配实际需要的物理磁盘空间。

这样虚拟机可以共享物理存储空间,但可能会出现存储不足的情况。

总体而言,选择哪种磁盘分配方式取决于您对存储空间的需求以及对资源的优化需求。

例如,如果您对存储空间有严格要求,可以考虑选择固定磁盘或粗粒度存储。

如果您更关注资源的最大化利用,可以选择动态增长磁盘或精细粒度存储。

ESX虚拟化介绍

ESX虚拟化介绍

调度管理
指定哪台虚拟机应该在哪个CPU上运行
每20毫秒检查所有CPU一次
虚拟机可以在不同时候运行在不同CPU上
取决于CPU负载和虚拟机迁移情况
Periodic Load Balancer
Scheduler
Memory Mgmt.
VMKernel
5
VMware虚拟SMP
是VI3标准版和企业版的一部分 允许单个虚拟机占用2到4个物理CPU 好处:
VI Client
VirtualCenter 服务器
访问VirtualCenter
使用VC全部功能
VI Client
ESX 3.x
直接访问ESX主机
单一ESX主机管理
Web Access Client
Web Client
VirtualCenter 服务器
访问VirtualCenter
webCenter (Apache Tomcat 服务)
OS 内核
0
1
2
3
VMkernel
VMkernel动态地安排虚拟机和服务控制台使用处理器 的时间片
按比例分配共享CPU的时间片 使用基于NUMA技术的内存和进程管理 支持多核、超线程,包括对SMP虚拟机进行动态伸缩
4
周期性的负载均衡调节器
在CPU之间调节负载
在CPU之间移动虚拟机以保证负载均衡
在SMP环境中避免单一CPU被过度使用
虚拟交换机可以连接一个或者多个 物理网卡
每台虚拟机最多可以设置4个虚拟网 卡,每个网卡都有自己的MAC地址 通过配置,虚拟交换机可以发送接 收具有VLAN标示的数据包
9
存储管理
表现为SCSI磁盘 – LSI或者 BusLogic SCSI控制器 (最多4*15)

exsi分区格式

exsi分区格式

EXSi分区格式是一种硬盘分区格式,主要用于VMware ESXi,一个流行的服务器虚拟化平台。

与传统的MBR分区格式相比,EXSi具有更高的分区数量和更大的容量支持,因此在现代数据中心中得到了广泛应用。

EXSi分区格式的特点包括:
1.GUID分区表:与MBR使用主引导记录不同,EXSi使用全局唯一标识符
(GUID)分区表,提高了分区的唯一性和稳定性。

2.更大的容量:EXSi分区格式支持最大2TB的主分区,并且支持多个主分
区。

这使得用户在虚拟化环境中可以更加灵活地分配磁盘空间。

3.更多的分区数量:EXSi分区格式支持最多16个分区,而MBR分区格式只支
持4个主分区。

这为用户提供了更多的分区选择,方便对虚拟机磁盘进行管理。

总之,EXSi分区格式是VMware ESXi虚拟化平台中使用的硬盘分区格式。

它具有更高的分区数量和更大的容量支持,为现代数据中心提供了更加灵活和稳定的虚拟化环境。

VMware虚拟系统文件夹下几个常用文件的介绍

VMware虚拟系统文件夹下几个常用文件的介绍

VMware虚拟系统文件夹下几个常用文件的介绍VMware虚拟系统文件夹下几个常用文件的介绍1. vmx文件:表示虚拟系统文件,我们用虚拟机程序打开这个文件以启动虚拟系统。

2. vmem文件:表示虚拟内存文件,与pagefile.sys(亦称分页文件)同。

当虚拟系统执行关机操作后,vmem文件消失,但挂起关闭时,不消失。

3. vmdk文件:表示虚拟机的一个虚拟磁盘。

4. vmss文件:执行挂起操作后产生的文件。

(相当于一个快照文件?)5. 当运行一个“虚拟系统”时,为防止该系统被另外一个VMware程序打开,导致数据被修改或损坏,VMware会自动在该“虚拟系统”所在的文件夹下,生成三个锁定文件(虚拟系统锁定,虚拟磁盘锁定,虚拟内存锁定),分别为:”systemType.vmx.lck”,”systemType.vmdk.lck”,”systemTy ep.vmem.lck”。

如图:当该虚拟系统正常关机后,VMware解锁,”systemTyep.vmdk.lck”和”systemType.vmem.lck”文件夹消失。

如图:当该虚拟机程序关闭后,”systemType.vmx.lkc”文件夹消失。

如图:常见问题虽然VMware这种锁定机制能够很好地防止同一个虚拟系统文件被多个VMware运行程序运行,避免了数据被破坏。

但它也带来了一些问题。

即当出现断电或其它意外情况,可能导致某个虚拟系统文件无法正常打开。

原因往往在于:该虚拟系统文件没有解锁。

解决办法:只要把三个lck文件夹删去即可。

知识拓展1. 什么是虚拟内存?pagefile.sys文件又是什么?虚拟内存是计算机系统内存管理的一种技术。

它使得应用程序认为它拥有连续的可用的内存(一个连续完整的地址空间),而实际上,它通常是被分隔成多个物理内存碎片,还有部分暂时存储在外部磁盘存储器上,在需要时进行数据交换。

Pagefile.sys为分页文件,即虚拟内存文件,它默认存在于系统盘的根目录下,系统盘的空间越大,你的系统就能够腾出更多的空间给虚拟内存,那么你的系统也会越稳定,所以建议尽量不要把软件程序装在系统盘。

为VMware Esxi 选择合适的存储

为VMware Esxi 选择合适的存储

如何为虚拟化选择合适的存储设备今无论是服务器虚拟化,还是桌面虚拟化逐渐侵占数据中心,随之市场占有率用户有足够的信心转为虚拟化技术,我自己亲身接触的客户很多都在筹备使用更多虚拟化资源取代已有的X86硬件架构,使资源能够更高效利用,但是问题来了?使用虚拟化(这里尤其指的是服务器虚拟化,桌面虚拟化)如果没有一台共享存储,那么虚拟化环境很多高级特性就无法使用,例如vSphere:vMotion,将运行中的虚拟机从一个主机迁移到另一个主机;Storage vMotion,将运行中的虚拟机的磁盘文件从一个vSphere数据存储迁移到另一个数据存储;存储分布式资源调度(SDRS),当vSphere数据存储运行缓慢(高延迟)或存储空间不足时,重新平衡虚拟机磁盘文件;vSphere高可用性,依靠此特性,当主机失效时,虚拟机可以自动在另一主机上启动;因此,我会说共享存储在虚拟化环境或者虚拟化集群占有很重要的位置,那么企业如何选择一台适合自己的存储呢?这将是博文内容的核心部分。

如果采购的存储无论是性能,还是容量各方面过剩,意味着降低投资回报率。

如果存储各方面,如稳定性,性能,容量在短时间内出现瓶颈,那么会影响整个业务系统,甚至造成安全隐患。

稍后我会按照八个方面来阐述自己一些卑微见解(排名不分先后)。

第一个方面NAS还是SAN?NAS能够提供更广泛的协议,除了提供给VMware NFS还可以把空间以CIFS,SMB,NFS协议提供给其它的业务系统,达到高效利用。

首先确认您的虚拟化产品是否支持NAS,并且在官方的厂商兼容性列表,vSphere,Hyper-V,KVM,Citrix 等等。

SAN属于独享的“块”结构设备,通俗来讲,前者是通过地址映射了一块空间,而SAN则是把一颗实体的设备映射给主机,我们甚至能够在设备管理器看到这颗磁盘驱动器,并且安装系统在这上面(SANboot),相同带宽,磁盘特征的情况下,块结构设备必然更快速。

虚拟化中常见的三种硬盘模式

虚拟化中常见的三种硬盘模式

虚拟化中常见的三种硬盘模式
1、厚置备延迟置零:
默认的创建格式,创建过程中为虚拟磁盘分配所需空间。创建时不会擦除物理设备上保留的任何数据,没有置零操作,当有IO操作时,需要等待清零操作完成后才能完成IO,
即:分配好空间,执行写操作时才会按需要将其置零。
2、厚置备置零(thick):
创建支持群集功能的厚磁盘。在创建时为虚拟磁盘分配所需的空间。并将物理设备上保留的数据置零。创建这种格式的磁盘所需的时间可能会比创建其他类型的磁盘长。
即:分配好空间并置零操作,有IO的时无需等待任何操作直接执行。
3、精简置备(thin):
精简配置就是无论磁盘分配多大,实际占用存储大小是现在使用的大小,即用多少算多少。当客户机有输入输出的时候,VMkernel首先分配需要的空间并进行清零操作,也就是说如果使用精简配置在有IO的时候需要:等待分配空间和清零,这两个步骤完成后才能进行操作,对于IO叫频繁的应用这样性能会有所下降虽然节省了存储空间。

vmware vsphere虚拟磁盘的格式

vmware vsphere虚拟磁盘的格式

VMware虚拟磁盘的格式
VMware虚拟磁盘的格式有如下三种格式:
1、thin provision
2、thick (也叫作 zeroedthick)
3、Eagerzeroedthick
thin provision
按需分配,创建时虚拟磁盘不会分配给所有需要的空间,而是根据需要,vmdk 自动增大,并一边 zero 一边使用这些新空间;vmdk 文件的真实大小不等于创建的虚拟磁盘的大小,而只是等于实际的大小。

(zero 就是对磁盘空白写入 0,就是初始化工作。


Zeroedthick
在创建时分配所有空间,vmdk 文件大小等于创建的虚拟磁盘大小,虚拟磁盘中的空闲空间被预占,但空闲空间并没有 zeroed,需要在使用的时候在 zero。

由于磁盘在第一次写入时必须 zero,这个类型的磁盘在第一次磁盘块写入时会有轻微的 I/O 性能损失。

Eagerzeroedthick
在创建时分配所有空间,vmdk 文件大小等于创建的虚拟磁盘大小,虚拟磁盘中的空闲空间被预占。

在创建磁盘时会将所有数据块都初始化,这将花费更多时间。

这种格式的磁盘已经 zero 化,使用时不需要在 zero,因此第一次写入数据到磁盘块时的性能较好。

VMware ESX厚磁盘与精简磁盘之间的转换

VMware ESX厚磁盘与精简磁盘之间的转换

VMware ESX/ESXi 虚拟机磁盘thin与thick之间转换注意:转换前请先关闭虚拟机!!!一.T hin to Thick转换Thin to Thick转换比较简单,在图形界面即可操作;1.浏览数据存储点击虚拟机所在的ESX/ESXi主机,在”配置”选项卡下的”存储器”内,浏览数据存储,2.进入相应虚拟机目录,选择相应磁盘的vmdk文件,右键”扩充”;二.T hick to Thin转换Thick转换为Thin模式没有直接的图形操作方式,需要使用SSH登录ESX/ESXi主机,默认ESX/ESXi主机没有开启SSH服务,需要先打开SSH;1.开启SSH服务选择虚拟机所在的ESX/ESXi主机,点击”配置”选项卡,点击”安全配置文件”,点击服务面板的”属性”;2.使用SSH工具登陆并生成Thin磁盘用户名:root密码:使用vSphere Client登录ESX/ESXi的密码<1> 进入虚拟机所在的datastore目录# cd /vmfs/volumes/datastore1/# lsData_base_SQLRHEL‐5.5‐x64‐tempSQLServer2008SUSE11thick2thinvCenter Server该datastore目录下可能有很多与虚拟机同名的目录,本次转换的虚拟机为thick2thin,进入该虚拟机目录# cd thick2thin/# lsthick2thin‐c27753e1.vswp thick2thin.vmxfthick2thin‐flat.vmdk thick2thin_1‐flat.vmdkthick2thin.nvram thick2thin_1.vmdkthick2thin.vmdk vmware.logthick2thin.vmsd vmx‐thick2thin‐3262600161‐1.vswpthick2thin.vmx该虚拟机目录下有许多以虚拟机名开头的文件,其中转换过程中需要用到的文件是vmdk 磁盘文件,vmdk有两种,一种是”虚拟机名.vmdk”,另一种是”虚拟机名‐flat.vmdk”,vmdk文件很小,存放了虚拟磁盘的一些配置信息(如虚拟磁盘数据文件等),实际数据都存放在flat.vmdk文件中,转换时需要使用vmdk文件而不是flat.vmdk文件;此例中有两个虚拟磁盘,所以vmdk和flat.vmdk文件各有两个;<2>开始转换转换思路:A.先使用vmkfstools将厚模式的vmdk文件克隆为精简的vmdk磁盘文件,克隆出的精简磁盘文件将包括vmdk和flat.vmdk文件;B.将原来的厚模式磁盘文件vmdk和flat.vmdk文件备份或删除(建议使用mv命令将其重命名备份,以免因转换失败而误删数据);C.将新生成的vmdk和flat.vmdk磁盘文件分别重命名为与原磁盘同名的磁盘文件D.重新从虚拟机清单中删除添加虚拟机Vmkfstools命令格式# vmkfstools ‐i <source‐disk‐name.vmdk> ‐d {thin|thick} <destination‐disk‐name.vmdk>参数解释:‐i <source‐disk‐name.vmdk>参数:原vmdk磁盘名‐d {thin|thick} <destination‐disk‐name.vmdk> :目标磁盘的格式,thin或thick; <destination‐disk‐name.vmdk>为要生成的目标vmdk磁盘名;1)转换磁盘# vmkfstools ‐i thick2thin.vmdk ‐d thin thin.vmdkDestination disk format: VMFS thin‐provisionedCloning disk 'thick2thin.vmdk'...Clone: 100% done.克隆完成将生成两个新的vmdk和flat.vmdk文件# lsthick2thin‐flat.vmdk thick2thin.vmx thin‐flat.vmdkthick2thin.nvram thick2thin.vmxf thin.vmdkthick2thin.vmdk thick2thin_1‐flat.vmdk vmware.logthick2thin.vmsd thick2thin_1.vmdk使用mv重命名将原磁盘vmdk和flat.vmdk备份# mv thick2thin.vmdk thick2thin.vmdk.bak# mv thick2thin‐flat.vmdk thick2thin‐flat.vmdk.bak将新生成的精简vmdk文件重命名为原厚模式的磁盘名称# mv thin.vmdk thick2thin.vmdk注意:在vSphere Client中启动虚拟机,做到此步基本已经完成了Thick to Thin的转换,并且虚拟机已经可以正常启动,但是我们发现flat.vmdk文件并没有更改名字虚拟机也可以正常启动,因为新生成vmdk文件里指定了新的flat.vmdk文件,我们可以通过vi手动更改文件名来修改虚拟机的flat.vmdk名称以便于后期虚机的维护和管理;此时可以启动虚拟机进行测试一下;更改磁盘名:首先关闭虚拟机,使用ssh进入主机的虚拟机目录下,使用mv命令将新生成的thin‐flat.vmdk文件更改成原来的虚机磁盘名称thick2thin‐flat.vmdk# mv thin‐flat.vmdk thick2thin‐flat.vmdk此时如果在vSphere Client启动虚拟机将报”找不到磁盘文件”类似的错误,因为虚拟机启动时需要通过vmdk文件找到flat.vmdk文件,所以需要修改vmdk文件中的磁盘文件名; 使用vi修改其中一行含有flat.vmdk的参数,将该部分修改成新的磁盘文件名# vi thick2thin.vmdk# Extent descriptionRW 83886080 VMFS "thick2thin‐flat.vmdk" #注意,此处原来为转换成的thin‐flat.vmdk然后将虚拟机从清单中移除在数据存储里将vmx文件添加到清单保持默认下一步按照原来的配置下一步完成此时打开虚拟机的”编辑配置”选项查看刚转换的磁盘,已经变成了精简置备模式而原来的虚拟磁盘因为没有转换,仍为厚置备模式;Have fun! ^_^2011‐12‐22 by Yerik。

虚拟机镜像文件的相关知识

虚拟机镜像文件的相关知识

VMWARE 虚拟机磁盘文件格式如果你使用像WinSCP或者Datastore Browser这样内置在VI Client里的文件浏览器在ESX主机上查看虚拟机的根目录,会看见与虚拟机相关的文件清单。

多数文件以虚拟机的真实名字开头,基于这个文件的类型,有不同的文件扩展。

除非你的虚拟机处于某种状态,否则不能看见所有可能的文件类型。

例如,当虚拟机开启时只出现.vswp文件,当虚拟机暂停时只出现.vmss文件。

那么组成虚拟机的所有这些文件是什么?它们有什么用?下面我们详细讨论这些文件类型。

.nvram文件:这个小型文件包括虚拟机启动过程一部分的Phoenix BIOS。

它类似于拥有BIOS芯片的物理服务器,能够设置硬件配置选项。

一台虚拟机也应该在NVRAM文件里有虚拟BIOS。

当虚拟机首次启动时,按 F2键可以访问BIOS。

不管虚拟机的硬盘配置发生了什么变化,都会保存在NVRAM文件里。

这个文件是二进制的,如果删除的话,在虚拟机启动时会自动地重新创建。

.vmx文件:这个文件包括虚拟机所有配置信息与硬件设置。

不管你对虚拟机的设置作了何种编辑,所有的信息都会以文本形式保存在这个文件里。

这个文件包括与虚拟机有关的多种信息,如特殊硬件配置(例如RAM大小、网络接口卡信息、硬盘驱动信息和串行与并行信息),高级能源与资源设置、VMware工具选项以及能源管理选项。

虽然你可以直接编辑这个文件修改虚拟机配置,但不推荐你这样做,除非你清楚自己要怎么做。

如果你直接对这个文件进行编辑,最好首先对文件进行备份。

VMDK文件:所有的虚拟磁盘由两个文件组成,一个与虚拟磁盘大小相等的大型数据文件和一个小型文本磁盘描述文件,这个描述文件描述虚拟磁盘文件的大小与形状,也包括指向大型数据文件,还有虚拟磁盘驱动扇区数、磁头数、柱面数及磁盘适配器的信息。

多数情况下,这些文件与其相关的数据文件的名字相同(例如 myvm_1.vmdk和myvm_1-flat.vmdk)。

vmware 虚拟磁盘文件格式介绍

vmware 虚拟磁盘文件格式介绍

vmware 虚拟磁盘文件格式介绍TechTarget中国的特约虚拟化专家Eric Siebert将介绍ESX主机上虚拟机文件的组成。

与虚拟机相关的文件有很多,它们位于主机上虚拟机的目录里。

如果你使用像WinSCP或者Datastore Browser这样内置在VI Client里的文件浏览器在ESX主机上查看虚拟机的根目录,会看见与虚拟机相关的文件清单。

多数文件以虚拟机的真实名字开头,基于这个文件的类型,有不同的文件扩展。

除非你的虚拟机处于某种状态,否则不能看见所有可能的文件类型。

例如,当虚拟机开启时只出现.vswp文件,当虚拟机暂停时只出现.vmss文件。

那么组成虚拟机的所有这些文件是什么?它们有什么用?下面我们详细讨论这些文件类型。

.nvram文件:这个小型文件包括虚拟机启动过程一部分的Phoenix BIOS。

它类似于拥有BIOS芯片的物理服务器,能够设置硬件配置选项。

一台虚拟机也应该在NVRAM文件里有虚拟BIOS。

当虚拟机首次启动时,按 F2键可以访问BIOS。

不管虚拟机的硬盘配置发生了什么变化,都会保存在NVRAM文件里。

这个文件是二进制的,如果删除的话,在虚拟机启动时会自动地重新创建。

.vmx文件:这个文件包括虚拟机所有配置信息与硬件设置。

不管你对虚拟机的设置作了何种编辑,所有的信息都会以文本形式保存在这个文件里。

这个文件包括与虚拟机有关的多种信息,如特殊硬件配置(例如RAM大小、网络接口卡信息、硬盘驱动信息和串行与并行信息),高级能源与资源设置、VMware工具选项以及能源管理选项。

虽然你可以直接编辑这个文件修改虚拟机配置,但不推荐你这样做,除非你清楚自己要怎么做。

如果你直接对这个文件进行编辑,最好首先对文件进行备份。

VMDK文件:所有的虚拟磁盘由两个文件组成,一个与虚拟磁盘大小相等的大型数据文件和一个小型文本磁盘描述文件,这个描述文件描述虚拟磁盘文件的大小与形状,也包括指向大型数据文件,还有虚拟磁盘驱动扇区数、磁头数、柱面数及磁盘适配器的信息。

exsi分区格式

exsi分区格式

exsi分区格式
EXSI指的是VMware ESXi,是一种基于服务器虚拟化的操作系统。

它的分区格式与其他普通操作系统类似,可以使用主分区、扩展分区和逻辑分区。

通常,我们在安装ESXi时会将整个磁盘划分为一个单独的分区用于安装ESXi操作系统。

在这个分区上,ESXi会创建并管理一些特定的文件系统用于存储虚拟机和其他相关数据。

除此之外,ESXi还可以利用存储设备作为数据存储,这些存储设备可以使用各种不同的分区格式,例如VMFS(虚拟机文件系统)和NTFS(新技术文件系统)等。

需要注意的是,对于虚拟机而言,它们的磁盘存储是以虚拟磁盘文件(通常为.vmdk或.vmx扩展名)的形式存储在数据存储设备上的,与ESXi的分区格式无直接关系。

VMwareESXESXi精简置备(thin)及厚置备(thick)虚拟机磁盘之间转换

VMwareESXESXi精简置备(thin)及厚置备(thick)虚拟机磁盘之间转换

VMwareESX/ESXi 精简置备(thin)与厚置备(thick)虚拟机磁盘之间转换VMwareESX/ESXi 虚拟机磁盘thin与thick之间转换注意:转换前请先关闭虚拟机!!!一. Thin to Thick转换Thin to Thick转换比较简单,在图形界面即可操作;1. 浏览数据存储点击虚拟机所在的ESX/ESXi主机,在”配置”选项卡下的”存储器”内,浏览数据存储,2. 进入相应虚拟机目录,选择相应磁盘的vmdk文件,右键”扩充”;扩充的过程真心的慢!基本上扩了一天==!二. Thick to Thin转换Thick转换为Thin模式没有直接的图形操作方式,需要使用SSH登录ESX/ESXi主机,默认ESX/ESXi主机没有开启SSH服务,需要先打开SSH;1.开启SSH服务选择虚拟机所在的ESX/ESXi主机,点击”配置”选项卡,点击”安全配置文件”,点击服务面板的”属性”;2.使用SSH工具登陆并生成Thin磁盘用户名:root密码:使用vSphere Client登录ESX/ESXi的密码<1> 进入虚拟机所在的datastore目录# cd /vmfs/volumes/datastore1/# lsData_base_SQLRHEL-5.5-x64-tempSQLServer2008SUSE11thick2thinvCenter Server该datastore目录下可能有很多与虚拟机同名的目录,本次转换的虚拟机为thick2thin,进入该虚拟机目录# cd thick2thin/# lsthick2thin-c27753e1.vswp thick2thin.vmxfthick2thin-flat.vmdk thick2thin_1-flat.vmdkthick2thin.nvram thick2thin_1.vmdkthick2thin.vmdk vmware.logthick2thin.vmsd vmx-thick2thin-3262600161-1.vswpthick2thin.vmx该虚拟机目录下有许多以虚拟机名开头的文件,其中转换过程中需要用到的文件是vmdk磁盘文件,vmdk有两种,一种是”虚拟机名.vmdk”,另一种是”虚拟机名-flat.vmdk”,vmdk文件很小,存放了虚拟磁盘的一些配置信息(如虚拟磁盘数据文件等),实际数据都存放在flat.vmdk文件中,转换时需要使用vmdk文件而不是flat.vmdk文件;此例中有两个虚拟磁盘,所以vmdk和flat.vmdk文件各有两个;<2>开始转换转换思路:A. 先使用vmkfstools将厚模式的vmdk文件克隆为精简的vmdk磁盘文件,克隆出的精简磁盘文件将包括vmdk和flat.vmdk文件;B. 将原来的厚模式磁盘文件vmdk和flat.vmdk文件备份或删除(建议使用mv命令将其重命名备份,以免因转换失败而误删数据);C. 将新生成的vmdk和flat.vmdk磁盘文件分别重命名为与原磁盘同名的磁盘文件D. 重新从虚拟机清单中删除添加虚拟机Vmkfstools命令格式# vmkfstools -i<source-disk-name.vmdk>-d {thin|thick}<destination-disk-name.vmdk>参数解释:-i <source-disk-name.vmdk>参数:原vmdk磁盘名-d {thin|thick}<destination-disk-name.vmdk> :目标磁盘的格式,thin或thick;<destination-disk-name.vmdk>为要生成的目标vmdk磁盘名;1) 转换磁盘# vmkfstools -i thick2thin.vmdk -d thin thin.vmdkDestination diskformat: VMFS thin-provisionedCloning disk'thick2thin.vmdk'...Clone: 100% done.克隆完成将生成两个新的vmdk和flat.vmdk文件# lsthick2thin-flat.vmdk thick2thin.vmx thin-flat.vmdkthick2thin.nvram thick2thin.vmxf thin.vmdkthick2thin.vmdk thick2thin_1-flat.vmdk vmware.logthick2thin.vmsd thick2thin_1.vmdk使用mv重命名将原磁盘vmdk和flat.vmdk备份# mvthick2thin.vmdk thick2thin.vmdk.bak# mvthick2thin-flat.vmdk thick2thin-flat.vmdk.bak将新生成的精简vmdk文件重命名为原厚模式的磁盘名称# mv thin.vmdk thick2thin.vmdk注意:在vSphere Client中启动虚拟机,做到此步基本已经完成了Thick to Thin的转换,并且虚拟机已经可以正常启动,但是我们发现flat.vmdk文件并没有更改名字虚拟机也可以正常启动,因为新生成vmdk 文件里指定了新的flat.vmdk文件,我们可以通过vi手动更改文件名来修改虚拟机的flat.vmdk名称以便于后期虚机的维护和管理;此时可以启动虚拟机进行测试一下;更改磁盘名:首先关闭虚拟机,使用ssh进入主机的虚拟机目录下,使用mv命令将新生成的thin-flat.vmdk文件更改成原来的虚机磁盘名称thick2thin-flat.vmdk# mvthin-flat.vmdk thick2thin-flat.vmdk此时如果在vSphere Client启动虚拟机将报”找不到磁盘文件”类似的错误,因为虚拟机启动时需要通过vmdk文件找到flat.vmdk文件,所以需要修改vmdk文件中的磁盘文件名;使用vi修改其中一行含有flat.vmdk的参数,将该部分修改成新的磁盘文件名# vi thick2thin.vmdk# ExtentdescriptionRW 83886080 VMFS"thick2thin-flat.vmdk" #注意,此处原来为转换成的thin-flat.vmdk然后将虚拟机从清单中移除在数据存储里将vmx文件添加到清单保持默认下一步按照原来的配置下一步完成此时打开虚拟机的”编辑配置”选项查看刚转换的磁盘,已经变成了精简置备模式而原来的虚拟磁盘因为没有转换,仍为厚置备模式;根据上述方法在命令行所做的操作/vmfs/volumes/50668537-b0bac130-aa29-848f69e1e591 # cd ../vmfs/volumes # ls33df907b-50bcf6d9-e366-b475a5e675f3 516b9f3a-ca8824dc-f117-848f69e1e5935056ce61-4ec0704e-f879-848f69e1e58d 9668e17a-ce2c7b40-f052-9b1a012f16ef505ac69b-05321cf6-6d9d-848f69e1e591 RD1_CAILEI_40GB505ad0d4-decba686-90d9-848f69e1e591 RD1_ORAOS1_100GB50652ce9-81e267a2-cadf-848f69e1e591 RD1_OS_240GB50668537-b0bac130-aa29-848f69e1e591 RD5_CESHI1_1TB509a0cfc-e65ff1f8-7a20-848f69e1e58f datastore151509a0d03-d71857dc-16e8-848f69e1e58f rd5_view_500GB509edc04-335c3a1e-8f6d-848f69e1e593 test_storage/vmfs/volumes # cd rd5_view_500GB//vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593 # lsXP模板cl2 mailserver thxp2 win7_2 公司服务器cl1 iso thxp1 win7_1 windows2003 /vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593 # cd clcl1/ cl2//vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593 # cd cl1//vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # lscl1-1c2b11d2.vswp cl1.vmsd vmware-5.log vmware-9.logcl1-flat.vmdk cl1.vmx vmware-6.log vmware.logcl1.nvram cl1.vmxf vmware-7.log vmx-cl1-472584658-1.vswpcl1.vmdk vmware-4.log vmware-8.log/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # du -sh *1.0G cl1-1c2b11d2.vswp40.0G cl1-flat.vmdk1.0M cl1.nvram0 cl1.vmdk0 cl1.vmsd8.0k cl1.vmx0 cl1.vmxf1.0M vmware-4.log1.0M vmware-5.log1.0M vmware-6.log1.0M vmware-7.log1.0M vmware-8.log1.0M vmware-9.log1.0M vmware.log45.0M vmx-cl1-472584658-1.vswp/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # vmkfstools -i cl1.vmdk -d thin cl1_new.vmdkFailed to open 'cl1.vmdk': Failed to lock the file (16392)./vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # vmkfstools -i cl1.vmdk -d thin cl1_new.vmdkFailed to open 'cl1.vmdk': Failed to lock the file (16392).(这边做操作报错,是因为忘了关闭虚拟机)关闭虚拟机后下面就成功了/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # vmkfstools -i cl1.vmdk -d thin cl1_new.vmdkDestination disk format: VMFS thin-provisionedCloning disk 'cl1.vmdk'...Clone: 100% done./vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # lscl1-flat.vmdk cl1.vmsd cl1_new-flat.vmdk vmware-5.log vmware-8.logcl1.nvram cl1.vmx cl1_new.vmdk vmware-6.log vmware-9.logcl1.vmdk cl1.vmxf vmware-4.log vmware-7.log vmware.log/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # du -sh *40.0G cl1-flat.vmdk1.0M cl1.nvram0 cl1.vmdk0 cl1.vmsd8.0k cl1.vmx0 cl1.vmxf1.9G cl1_new-flat.vmdk0 cl1_new.vmdk1.0M vmware-4.log1.0M vmware-5.log1.0M vmware-6.log1.0M vmware-7.log1.0M vmware-8.log1.0M vmware-9.log1.0M vmware.log/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # mv cl1cl1-flat.vmdk cl1.vmdk cl1.vmx cl1_new-flat.vmdkcl1.nvram cl1.vmsd cl1.vmxf cl1_new.vmdk/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # mv cl1.vmdk cl1_old.vmdk/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # mv cl1-flat.vmdk cl1-flat_old.vmdk /vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # lscl1-flat_old.vmdk cl1.vmx cl1_new.vmdk vmware-5.log vmware-8.logcl1.nvram cl1.vmxf cl1_old.vmdk vmware-6.log vmware-9.logcl1.vmsd cl1_new-flat.vmdk vmware-4.log vmware-7.log vmware.log/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # du -sh *40.0G cl1-flat_old.vmdk1.0M cl1.nvram0 cl1.vmsd8.0k cl1.vmx0 cl1.vmxf1.9G cl1_new-flat.vmdk0 cl1_new.vmdk0 cl1_old.vmdk1.0M vmware-4.log1.0M vmware-5.log1.0M vmware-6.log1.0M vmware-7.log1.0M vmware-8.log1.0M vmware-9.log1.0M vmware.log/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # mv cl1_new.vmdk cl1.vmdk/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # mv cl1_new-flat.vmdk cl1-flat.vmdk/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # lscl1-flat.vmdk cl1.vmdk cl1.vmxf vmware-5.log vmware-8.logcl1-flat_old.vmdk cl1.vmsd cl1_old.vmdk vmware-6.log vmware-9.logcl1.nvram cl1.vmx vmware-4.log vmware-7.log vmware.log/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # du -sh *1.9G cl1-flat.vmdk40.0G cl1-flat_old.vmdk1.0M cl1.nvram0 cl1.vmdk0 cl1.vmsd8.0k cl1.vmx0 cl1.vmxf0 cl1_old.vmdk1.0M vmware-4.log1.0M vmware-5.log1.0M vmware-6.log1.0M vmware-7.log1.0M vmware-8.log1.0M vmware-9.log1.0M vmware.log/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # cat cl1.vmdk# Disk DescriptorFileversion=1encoding="UTF-8"CID=2508caf1parentCID=ffffffffisNativeSnapshot="no"createType="vmfs"# Extent descriptionRW 83886080 VMFS "cl1_new-flat.vmdk"# The Disk Data Base#DDBddb.deletable = "true"ddb.virtualHWVersion = "8"ddb.longContentID = "8ef519a8670b55c795ffc1db2508caf1"ddb.uuid = "60 00 C2 91 1f 2a 8b 8a-05 df 4c db 2b 03 32 92"ddb.geometry.cylinders = "5221"ddb.geometry.heads = "255"ddb.geometry.sectors = "63"ddb.thinProvisioned = "1"ddb.adapterType = "lsilogic"/vmfs/volumes/509edc04-335c3a1e-8f6d-848f69e1e593/cl1 # vi cl1.vmdk 把# Extent descriptionRW 83886080 VMFS "cl1_new-flat.vmdk"改成# Extent descriptionRW 83886080 VMFS "cl1-flat.vmdk":wq。

VMware虚拟机置备磁盘IO测试分析

VMware虚拟机置备磁盘IO测试分析

个人的项目实施中,经常有同事或者客户问“VMware虚拟机有三种置备方式,厚置备延迟置零、厚置备格式、精简置备哪种好”,根据不同的具体环境,从不同的侧重点出发,答案是选择最合适的,而不是最好的。

前段时间,学习了王春海老师的一篇《虚拟磁盘性能测试》的博文,王老师测试了不同存储下,不同虚拟机格式的磁盘性能,个人受益良多,这篇博文将扩展下王老师的测试,测试厚置备格式与精简置备格式在传输不同块时的IOPS。

测试设计:在一台Windows 2008 DataCenter系统的虚拟机中,添加新磁盘E盘为厚置备格式,添加新磁盘F盘为精简置备格式,使用IOmeter工具进行不同块,不同读写比例的测试。

测试步骤:1. 分别建立5GB大小的厚置备磁盘和5GB大小的精简置备磁盘2. 进入Windows 2008 系统中初始化磁盘,选择GPT磁盘分区格式3. 文件系统选择NTFS格式4. 大家可以看到系统中新增的两个磁盘5. 打开IOmeter测试软件,在Disk Targets中选择E:厚置备6. 测试参数为4K:100% Read:0% random(4K大小的传输块,随机顺序100%读);BTW,前段时间看到一个白皮书,提到4K是比较能体现虚拟化的IO,故首先从4K开始。

7. 测试时间为1分钟。

8. 厚置备测试结果(4K:100% Read:0% random)9. 在Disk Targets选择F:精简置备10. 精简置备测试结果(4K:100% Read:0% random)11. 厚置备/精简置备测试结果(4K:0% Read:0% random)12. 结果(4K:0% Read:0% random)13. 厚置备结果(32K:100% Read:0% random)14. 精简置备结果(32K:100% Read:0% random)15. 厚置备结果(32K:0% Read:0% random)16. 精简置备结果(32K:0% Read:0% random)测试分析图表:测试结论:从IO角度来说在传输4K的块,随机100%读时,厚置备比精简置备IOPS提高约20%;在传输4K的块,随机100%写时,厚置备和精简置备iops几乎相等;在传输32K的块,随机100%读时,厚置备和精简置备iops几乎相等;在传输32K的块,随机100%写时,厚置备和精简置备iops几乎相等.。

虚拟存储的分类

虚拟存储的分类

所谓虚拟存储,就是把多个存储介质模块(如硬盘、RAID)通过一定的手段集中管理起来,所有的存储模块在一个存储池(Storage Pool)中得到统一管理,从主机和工作站的角度,看到就不是多个硬盘,而是一个分区或者卷,就好象是一个超大容量(如1T以上)的硬盘。

这种可以将多种、多个存储设备统一管理起来,为使用者提供大容量、高数据传输性能的存储系统,就称之为虚拟存储。

目前虚拟存储的发展尚无统一标准,从虚拟化存储的拓扑结构来讲主要有两种方式:即对称式与非对称式。

对称式虚拟存储技术是指虚拟存储控制设备与存储软件系统、交换设备集成为一个整体,内嵌在网络数据传输路径中;非对称式虚拟存储技术是指虚拟存储控制设备独立于数据传输路径之外。

从虚拟化存储的实现原理来讲也有两种方式;即数据块虚拟与虚拟文件系统。

具体如下:1.对称式虚拟存储图1图1对称式虚拟存储解决方案的示意图在图1所示的对称式虚拟存储结构图中,存储控制设备High Speed Traffic Directors(HSTD)与存储池子系统Storage Pool集成在一起,组成SAN Appliance。

可以看到在该方案中存储控制设备HSTD在主机与存储池数据交换的过程中起到核心作用。

该方案的虚拟存储过程是这样的:由HSTD内嵌的存储管理系统将存储池中的物理硬盘虚拟为逻辑存储单元(LUN),并进行端口映射(指定某一个LUN能被哪些端口所见),主机端将各可见的存储单元映射为操作系统可识别的盘符。

当主机向SAN Appliance写入数据时,用户只需要将数据写入位置指定为自己映射的盘符(LUN),数据经过HSTD的高速并行端口,先写入高速缓存,HSTD中的存储管理系统自动完成目标位置由LUN到物理硬盘的转换,在此过程中用户见到的只是虚拟逻辑单元,而不关心每个LUN的具体物理组织结构。

该方案具有以下主要特点:(1)采用大容量高速缓存,显著提高数据传输速度。

缓存是存储系统中广泛采用的位于主机与存储设备之间的I/O路径上的中间介质。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

VMware ESX三种虚拟磁盘类型分析
VMware为虚拟机文件存储提供了三种虚拟磁盘类型。

不过你如何知道哪一种类型适合虚拟机?答案是不确定的,因为每种磁盘类型提供了不同的好处:例如第一种在初始磁盘写入过程中提供了更好的性能,第二种更安全,第三种在节省磁盘空间时是最佳选择。

本文将定义虚拟磁盘,解释三种主要类型的虚拟磁盘以及介绍在何时该使用何种磁盘。

A虚拟磁盘有a .vmdk扩展,并由两个文件组成:包括磁盘配置参数的小型文本磁盘描述符文件和包括虚拟磁盘原始数据的大型数据文件。

关于虚拟机磁盘文件的更多详细信息请参见文章“VMware ESX主机上虚拟机文件介绍”。

ESX主要有三种主要的虚拟磁盘文件类型可用:thick、thin和raw。

Raw disk(原始磁盘)
原始磁盘指的是原始设备影射(RDM),可以让虚拟机在存储区域网络(SAN)上直接访问逻辑单元号(LUN)。

这意味着虚拟机的磁盘数据文件不宿主在虚拟机文件系统(VMFS)卷上。

相反,小型磁盘描述符文件是为VMFS卷上虚拟机工作目录里的虚拟磁盘而创建的。

RDM能配置成两种不同的模式:虚拟兼容模式或物理兼容模式。

虚拟兼容模式虚拟影射的设备,一般来说对子操作系统是透明的。

这种模式也提供了一些VMFS卷的优势,如创建快照的功能。

物理兼容模式提供最小化的影射设备SCSI 虚拟化,并且VMkernel直接传输几乎所有的SCSI命令到设备。

Thick disk(厚磁盘)
Thick disk——在创建的过程中分配给所有空间,在物理媒介上可能包括陈旧的数据。

这些磁盘不太安全,因为它们的(组成磁盘的)磁盘块没有清除以前的数据。

Zeroed thick disk——在创建时分配给所有空间,也清除了以前的数据。

由于使用了所有空间,数据是零,不过只是在第一次写入磁盘块是如此。

当使用VMware Infrastructure Client(VI Client)创建VMFS卷虚拟磁盘时,这是默认的磁盘类型。

Zeroed thick disk也叫做lazy zeroed thick disk。

由于磁盘在第一次写入时必须清空,这些类型的磁盘在第一次磁盘块写入时也有轻微的
I/O性能瓶颈。

Eager zeroed thick disk——在创建时,分配给所有空间,在物理媒介上清除了以前的数据。

另外,在创建磁盘时,与创建其他类型的磁盘相比较,所有数据都需要调到0,花费更多时间。

这样的磁盘是最安全的,因为磁盘块已经清除了以前的数据,在第一次写入数据到磁盘块时有较好的性能。

Thin disk(薄磁盘)
随着磁盘写入块的创建,Thin disk开始很小,然后增长到预先设置的最大值。

如果你创建了一台拥有10GB Thin disk的虚拟机,开始大小可能是1MB,随着时间推移,达到10GB的最大值。

随着增长,Thin disk可能有轻微的性能损失,因为空间按需分配。

同样,第一次对磁盘块的写入是0,这造成额外的性
能损失。

一旦磁盘增长,其块是0,不过thin disk与其他类型的磁盘表现差不多。

thin disk对保存VMFS卷上的磁盘空间是有用的,不过如果你不能控制其增长将会产生问题。

thin disk通常是网络文件系统(NFS)数据存储的默认选择。

不过是否使用它们由NFS服务器的分配策略决定,而不是VMware ESX服务器。

使用thin disk时,大概使用VI Client数据存储浏览器时,你只能看见一个磁盘的实际大小。

如果使用不同的方法,如命令行Ls命令,这个命令将显示磁盘的最大值而不是其目前大小。

2GBsparse
此外,有一个叫做2GBsparse的特殊格式。

2GBsparse将磁盘分割成多个磁盘,每个磁盘的最大值是2GB。

例如,有20GB磁盘空间的虚拟机可以划分为10个2GB的磁盘。

VMware Workstation和VMware Server可以使用这种格式,不过除非你第一次输入thick或thin disk格式,否则不能在ESX主机上以这种格式启动虚拟机。

这种格式有时用于将较大的VMware ESX磁盘分解成较小的磁盘,利于复制到其他ESX主机或物理媒介,因此这样的磁盘能交付到任何地方。

决定磁盘类型
因此你的虚拟机该使用何种磁盘?如果你关注VMFS上的磁盘空间,就使用thin disk。

如果你关注安全,也想在初次磁盘写入时性能较好就使用eager zeroed thick disk。

注意,一旦完成对新磁盘块的初次写入,所有类型的磁盘性能都一样。

如果你在虚拟机里运行的应用是感知SAN的,并且需要直接访问SAN LUN,或如果你使用像Microsoft Clustering Server这样的需要两个虚拟机的集群解决方案访问相同的磁盘文件,就使用RDM。

使用不同的磁盘类型创建新虚拟机
如果你想使用一个不是默认的磁盘文件类型,你必须使用vmkfstools服务控制台工具应用。

使用不同磁盘类型创建虚拟机的最快方式是不创建磁盘,不过只有在你使用VMware ESX 3.5的时候才可以这样做。

(在创建硬盘时,确定选择的是自定义而不是典型的虚拟机配置)如果你运行VMware ESX 3.0,你可以使用任何硬盘创建虚拟机,以后再修改。

1.登录服务控制台并修改虚拟机目录。

使用vmkfstools命令创建硬盘。

在下面的例子中,我们使用命令vmkfstools –c <disk size> -d thin <disk file name>:
vmkfstools –c 10G –d thin magenta.vmdk
为虚拟机“magenta”创建一个thin disk。

注意,Ls命令显示了磁盘的最大值10GB,而不是目前的值1MB。

数据存储浏览器显示了目前的大小。

2.编辑虚拟机并添加虚拟硬盘。

选择使用现有的磁盘并在虚拟机目录里浏览新创建的虚拟磁盘。

现在就能启动虚拟机并安装操作系统了。

如果稍后检查虚拟机磁盘大小,注意,它随着额外的数据输入而增大。

在现有虚拟机里更改磁盘类型
如果你想更改现有的磁盘格式,必须使用vmkfstools命令。

确保关闭虚拟机并且没有运行快照。

以下是命令列表及其作用。

∙vmkfstools –j <磁盘文件名>:这个命令使thin disk增长到其最大值,并删除以前的数据,就把thin disk更改成eager zeroed thick disk。

现有的数据仍然是完整的,这是由于只有新磁盘块是0开始或重定格
式。

∙vmkfstools –w <磁盘文件名>:这个命令完全清除虚拟磁盘文件,所有现有的数据都将被删除。

这个命令只能用于新创建的没有数据的虚拟磁
盘。

∙vmkfstools –i <原始磁盘文件名><目标磁盘文件名>-d thin:这个命令转换现有的thick disk到其他thick disk。

完成转换后,你必须移
除现有磁盘,添加新磁盘并浏览目标磁盘文件。

一旦确保虚拟机启动不
出错,就能使用数据存储浏览器删除原始磁盘文件。

注意,thick disk
的大小能变化,可能与虚拟机使用的磁盘空间不匹配。

如果写在操作系
统里的数据突然被删除,ESX主机仍然认为使用了空间。

相关文档
最新文档