新建数据存储为何没有VMFS

㈠ 如何在云计算中使用虚拟磁盘

实例存储
最主要的一种使用虚拟磁盘的方式就是实例存储，每一个VM就是一个虚拟机实例，hypervisor在每个实例中提供仿真的硬件环境，包括CPU、内存和磁盘。这种方式，使得虚拟磁盘成为虚拟机实例的一部分，就像物理世界一样。VM删除后，虚拟磁盘也会被删除。
这种实例存储模型中，虚拟磁盘与虚拟机之间的存储关系，实际上是DAS存储。但虚拟磁盘的底层实现，上面我们说了，是用NAS方式实现的。而hypervisor的作用就是把VM层的存储模型，与虚拟机下层的实现协议（VMFS或NFS）分离开了。
卷存储
实例存储有它的限制，开发者一般希望把实例数据（比如OS以及安装的一些服务器应用软件）和用户数据分开，这样重建VM的时候可以保留用户的数据。
这个需求衍生出另外一种存储模型：卷存储。卷是存储的主要单位，相当于一个虚拟的磁盘分区。不属于虚拟机实例的一部分，可以认为是虚拟机的外置存储设备。
卷可以从一个VM卸下，然后附加给另外一个VM.这样我们就实现了实例数据与用户数据的分离。OpenStack的Cinder就是一个卷存储的实现。
除了实例存储和卷存储，最后我们再说一说另外一种比较特殊的虚拟化存储：对象存储。
对象存储
很多云应用需要在不同的VM之间共享数据，经常需要跨越多个数据中心，对象存储可以解决这个问题。
在对象存储模型中，数据存储在存储段（bucket）中，按字面意思bucket也可以被称为“桶”。我们可以用硬盘进行类比，对象就好比文件，存储段就像是文件夹（或目录）。对象和存储段可以通过统一资源标识符（URI：UniformResourceIdentifier）查找。
对象存储的核心设计思想其实也是虚拟化，具体说来，就是把文件的物理存储位置，比如卷、目录、磁盘等，虚拟化为bucket，把文件虚拟化为对象。对应用层来说，简化了对数据的存取访问，屏蔽了底层存储技术的异构性和复杂性。

㈡ 如何解决vSphere存储访问故障

为了满足虚拟机访问共享存储时对性能的需求，企业环境中大多采用FC SAN存储。本文结合在生产环境中虚拟机访问共享存储发生故障的案例，简要介绍一下如何快速定位并消除故障。vSphere问题初现
接到用户反应众多虚拟机无法使用的故障报告后，使用vSphere Client登录到vCenter Server中，在ESXi主机配置选项卡下的存储适配器选项，发现有一个数据存储处于“非活动”状态，尝试执行“全部重新扫描”链接，在弹出的重新扫描窗口，勾选默认的“扫描新的存储设备”以及“扫描新的VMFS卷”，然后点击确认。扫描完成后，发现原来状态为“非活动”的数据存储仍旧不可访问。
依次点击“主页”—>“清单”—>“数据存储和数据存储集群”选项，进入到数据存储列表，选中状态为“非活动”的数据存储。如下图所示，选中“任务与事件”选项卡，查看与该数据存储相关的事件。发现大量的错误信息：“与存储设备...连接丢失，路径...已断开”。

㈢ LUN丢失了，数据怎么恢复

爱特数据恢复为你解答：当 LUN 包含 VMFS 数据存储副本时，您可以使用现有签名或通过分配新签名来挂载该数据存储。在 LUN 中创建的每个 VMFS 数据存储都有一个唯一的 UUID，该 UUID 存储在文件系统超级块中。对 LUN进行复制或生成快照后，生成的 LUN 副本的每个字节都与原始 LUN 完全相同。因此，如果原始 LUN 包含具有UUID X 的 VMFS 数据存储，则 LUN 副本会显示包含具有完全相同 UUID X 的相同的 VMFS 数据存储或 VMFS数据存储副本。
ESX 可以确定 LUN 是否包含 VMFS 数据存储副本，并使用其原始 UUID 挂载数据存储副本，或更改 UUID 从而对该数据存储进行再签名。
以上说的比较专业，为了保险安全期间，先到爱特数据中心看看，然后再进一步做打算。希望对你有帮助！

㈣ 如何确定VMware VMFS数据存储的大小

为VMware虚拟机档系统（VMFS：Virtual Machine File System）选择合适的资料存储大小非常重要，因为合适的资料存储大小一旦定下来，后期就很难修改。如何正确地计算资料存储空间大小取决于某些特定因素，这些因素用户可能以前没有考虑到。这不仅仅是虚拟磁片档（用户希望把这些虚拟磁片档放置在一个单独的逻辑单元号上）数量所映射的全部大小，用户也需要考虑组成一台虚拟机的其他相关档。

对虚拟机进行的一些特定操作，如挂起、加电和创建快照，同时也创建其他相关档。所以不要在同一个卷上过多部署虚拟机，由于输入和输出（I/O）竞争和LUN的锁定技术，如果在同一个卷上部署太多虚拟机会就会影响到虚拟机性能。在本文中，TechTarget中国的虚拟化专家Eric
Siebert将罗列出在计算VMFS资料存储大小时需要考虑到的多方面因素，然后给出一个计算虚拟基础架构资料存储大小的公式。

计算每一个LUN上的虚拟机

我并不推荐使用多个LUN来扩展VMFS资料存储，相反我更倾向于为VMFS卷创建一个单独的LUN，这就是需要先计算合适大小的原因。因此，一个单独LUN上究竟有多少个虚拟机呢？答案当然不是只有一个，通常情况下每一个LUN上会部署14到16个虚拟机，具体数目与VM产生的磁片输入输出和使用快照的频率有关。如果平台上所有虚拟机输入输出都比较少，如网站和应用程式服务器，就可以在一个LUN上部署多个虚拟机。

同理，如果平台上虚拟机输入输出操作非常频繁，如邮件和资料库服务器，就需要在一个LUN上部署较少量的虚拟机。如果使用快照的频度比较高，并且每台虚拟机运行时间变化也比较大的话，也不要在一个LUN上部署太多虚拟机。如果VMkernel对VMFS元资料有所改动，也就是所谓的SCSI预留，不断增长的快照就会引起宿主虚拟机短期内需要对LUN频繁访问。一旦这种情况发生，多个主机就不能同时对元资料进行写操作，那么VMFS就崩溃了。更新完成之后，锁定就解除了。快照将会有16MB的增量，每一次快照增长都会带来SCSI预留。下面列举的是其他一些不太经常使用的操作（这些操作也能引起SCSI预留）：

使用VMotion迁移虚拟机
使用范本创建一台新虚拟机或者部署一台虚拟机
给虚拟机加电或关闭电源
创建一个范本
新建或者删除一个档（包含快照）

计算LUN大小

在决定资料存储区域上要部署的虚拟机数量之后，就要计算需要的LUN大小。然而因为有很多其他相关档都在资料存储区域，所以增加虚拟磁片规模并不是一个好方法。在下面可以看到一个关于这些档的列表以及其映射大小，我们首先流览一下存在于每台虚拟机的这些档及其映射大小：

.vswp档是一个虚拟交换档，大小就是指定给虚拟机的记忆体减去指定给虚拟机的任何记忆体预留大小，所以默认状态其大小为0。例如，如果给虚拟机分配4GB的记忆体，.vswp档在虚拟机加电时创建、关掉电源时删除。同样，如果创建一个4GB记忆体预留（通常情况下是建议不要这样做），创建的.vswp档大小就是0位元组。
.vmss档只有在虚拟机被挂起时创建，大小和分配给虚拟机的记忆体相同。

.vmsn档用来存储快照创建时的快照状态（如果选择的话，也可以包括记忆体），大小和指定给虚拟机记忆体的大小一样。如果不存储快照记忆体状态，这个档就会非常小（通常不超过1MB）。
delta.vmdk档是快照资料档案，档大小以16MB开始，并且在虚拟机磁片发生变化的时候，以16MB的增量增长。这些档的大小不能超过原始的磁片档大小，增长的速度取决于对原始磁片操作的次数，这在很大程度上又取决于虚拟机上面运行的应用程式。相对比较静态的应用程式，如网站和应用程式服务器，通常情况下没有太多的资料变化，因此就应该使用相对较小、增长比较缓慢的快照。然而，邮件和资料库服务器可能有很多对磁片的写操作，快照增长比较快。

其他各种各样的文件通常比较小，在VMFS卷上不会占用太大空间。这些档包括.nvram文件 (BIOS),
.vmx档（配置）,
.vmsd档（快照元资料）和.log文件。每台虚拟机为这些档分配50MB空间就足够了，用户也可以使用高级虚拟机参数控制日志档的数量和规模。

进一步完善上述说明，下面是计算VMFS磁片大小的基本步骤：

对所有计划部署在资料存储区域的虚拟机虚拟磁片大小求和。
第二步可以分为几个相互独立的步骤：对所有分配给虚拟机的记忆体大小求和（步骤A）；对所有指定给记忆体预留的大小求和（步骤B）（需要注意的是记忆体预留值为0）；从分配给记忆体大小的总和中减去指定给记忆体预留大小的总和，得到的就是需要给.vswp档分配的空间（步骤A的结果减去步骤B的结果）。同样，也可以在本地资料存储区域配置主机来存储.vswp文件。如果这样做的话，就不需要把计算的总和包括进来。

为每台虚拟机添加50MB用于各种各样的文件。
如果计画暂停虚拟机，就需要计算大概所需的磁盘空间大小，这可以通过将你所期望暂停的虚拟机的最大数量同时乘以分配给每个虚拟机的最大记忆体数量获得。
这一步也包括几个小步骤：计算快照所需要的空间大小，这是基于对多个因素的粗略估计，我建议尽量过高估计。首先近似估计同时运行的最大快照数量（步骤A）；再计算每个虚拟磁盘空间平均需要多少GB（步骤B）；确定一个百分比乘数，这个百分比乘数的确定基于保持快照的时间和对快照的期望增长速度（20%为底限、40%为中等、60%为最高限）（步骤C）；计算A*B*C，得到需要为快照所预留磁盘空间大小（单位：GB）。如果希望同时包括快照的记忆体状态，就需要乘以（步骤A）次指定给单个虚拟机最大记忆体大小，来计算所需要的额外磁盘空间。

最后，我建议为不可预知事件和操作分配额外空间，确保不会出现在资料存储区域上空间不够的情况。在同一台虚拟机运行多个快照，一次又同时删除这些快照的时候，这些额外的空间迟早就会用上。因为需要额外的空间提交（或者删除）快照给原始磁片，所以需要为此再增加25GB空间。

总而言之，这些资料都是大概估算。快照是增加或者减少工作平台所需要磁盘空间数量的主要因素，并且很难对快照增长到什么程度做出预测。这些准则可以帮助用户规划合理的资料存储大小。但是要记住，最好是慎之又慎，这样的话就需要更多磁盘空间。在创建了VMFS之后，如果不使用特定的方法（这些方法在此没有提及），就不能增加VMFS的大小。