创建vmfs数据存储

⑴ lun格式化成VMFS,怎样转为裸lun

爱特数据恢复为你解答：当LUN包含VMFS数据存储副本时，您可以使用现有签名或通过分配新签名来挂载该数据存储。在LUN中创建的每个VMFS数据存储都有一个唯一的UUID，该UUID存储在文件系统超级块中。对LUN进行复制或生成快照后，生成的LUN副本的每个字节都与原始LUN完全相同。因此，如果原始LUN包含具有UUIDX的VMFS数据存储，则LUN副本会显示包含具有完全相同UUIDX的相同的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的大小。

⑶ vSphere 5.0 +Win2008 双机，共享存储怎么实现

本文摘要
以vSphere为代表的虚拟化架构中要求有FC/iSCSI SAN或NAS等外部共享存储设备，它们与服务器本地存储（如硬盘）最大的不同是需要先在存储设备端为需要存取数据的主机赋予访问权限。相比于使用存储设备的管理软件创建卷和分配主机，在vSphere Client中添加Datastore和选择VMFS实在是小菜一碟。
返回分页阅读

摘要：以vSphere为代表的虚拟化架构中要求有FC/iSCSI SAN或NAS等外部共享存储设备，它们与服务器本地存储（如硬盘）最大的不同是需要先在存储设备端为需要存取数据的主机赋予访问权限。相比于使用存储设备的管理软件创建卷和分配主机，在vSphere Client中添加Datastore和选择VMFS实在是小菜一碟。
内容：
共享存储的价值与必要性；
将卷分配给ESXi主机；
创建Datastore（数据存储）；
vSphere 5引入VMFS-5的价值。
注意：留意存储设备的管理软件，易用性实有天壤之别……稍后的存储配置进阶篇会为您展现。
共享存储的空间与权限分配
从物理环境到虚拟环境，存储的重要性有了很大的提升。道理很简单：物理机多少还有硬件实体，虚拟机则完全以数据的形态存在。考虑到数据的安全性和虚拟机迁移（vMotion、Storage vMotion）的便利性，vSphere的架构中要求有FC/iSCSI SAN或NAS等外部共享存储设备（vSphere 5.0中新增的vSphere Storage Appliance还不成熟，不在本文的讨论范围之内），划分出相应的空间来，作为保存虚拟机的Datastore（数据存储）。

⑷ vmware中浏览数据储存

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

⑸ VMware vSphere 5有什么用

什么是VMware vSphereVMware vSphere 是业界领先且最可靠的虚拟化平台。vSphere将应用程序和操作系统从底层硬件分离出来，从而简化了 IT操作。您现有的应用程序可以看到专有资源，而您的服务器则可以作为资源池进行管理。因此，您的业务将在简化但恢复能力极强的 IT 环境中运行。编辑本段vSphere Essentials和Essentials PluvSphere Essentials 和 Essentials Plus 专门为刚开始体验虚拟化的小型组织而设计。两个版本都提供最多三台服务器主机的虚拟化和集中化管理。vSphere Essentials 可以整合服务器以帮助您充分利用硬件。 Essentials Plus 添加了 vSphere Data Recovery 等功能，可以实现数据和虚拟机的无代理备份。它还包括业务连续性功能，如 vSphere High Availability（用于在检测到服务器故障时自动重启应用程序）和 vSphere vMotion（可完全消除用于服务器维护的计划内停机）。由此可以建立一个始终可用的IT 环境，此环境更经济高效、恢复能力更强，并且能更好地响应业务需求。要获得具有更高级功能的可扩展解决方案，请升级到vSphere Acceleration Kit。编辑本段无需共享存储硬件推出 vSphere Storage Appliance ：vSphere Essentials Plus 中的高级特性需要共享存储功能。过去，这意味着您的环境中需要有共享存储硬件，但是现在不必了。现在您可以将服务器变为共享存储。vSphere Storage Appliance 这款革命性软件让您免去了共享存储硬件的成本和复杂性，却能拥有共享存储的功能。只需点击几下鼠标即可完成安装，而使用 vCenter Server 即可对其进行管理 – 非常适合所有中小型企业。保持 IT 操作的简单性，同时使用 vSphere 的高可用性和自动化功能。编辑本段vSphere Essentials Essentials Plus 用途· 消除停机并保护数据 — 利用虚拟机实时迁移和虚拟机集群中的应用程序高可用性实现始终可用的 IT。 · 整合并优化 IT 投资 — 实现 10:1 或更高的整合率，将硬件利用率从 5% - 15% 提高到 80% 甚至更高，而无需牺牲应用程序性能。 · 最大程度提高应用程序可用性并保护信息资产 — 通过 vSphere坚实的可靠性以及集成的备份、恢复和故障切换功能，确保始终可用的 IT 运营连续性。 · 简化管理和提高工作效率 — 在数分钟（而不是数日或数周）内部署新的应用程序，监控虚拟机性能，并实现修补程序和更新管理的自动化。 · 优化软件开发过程 — 允许测试和开发团队在共享服务器、网络和存储基础架构的同时，在安全、隔离的沙箱环境中安全地测试复杂的多层配置。编辑本段主要功能和组件VMware vSphere Essentials 和 Essentials Plus 包括以下主要功能和组件 ： · VMware ESXi 虚拟化管理程序体系结构提供强健的、经过生产验证的高性能虚拟化层，允许多个虚拟机共享硬件资源，性能可以达到甚至在某些情况下超过本机吞吐量。 · VMware vCenter Server for Essentials 通过内置的物理机到虚拟机 (P2V) 转换和使用虚拟机模板进行快速部署，可为所有虚拟机和 vSphere 主机提供集中化管理和性能监控。 · vSphere 虚拟对称多处理 (SMP) 使您能使用拥有多达 4 个虚拟 CPU 的超强虚拟机。 · vSphere vStorage Virtual Machine File System (VMFS) 允许虚拟机访问共享存储设备（光纤通道、iSCSI 等），而且是其他 vSphere 组件（如 Storage vMotion）的关键促成技术。 · vSphere vStorage Thin Provisioning 提供共享存储容量的动态分配，允许 IT 部门实施分层存储战略，同时将存储开支削减多达 50%。 · vSphere vStorage API 可提供与受支持的第三方数据保护的集成。 · vCenter Update Manager 可自动跟踪、修补和更新 vSphere主机以及 VMware 虚拟机中运行的应用程序和操作系统。 · vCenter Converter 允许 IT 管理员将物理服务器和第三方虚拟机快速转换为 VMware 虚拟机。 · vSphere VMsafe API 支持使用与虚拟化层协同工作的安全产品，从而为虚拟机提供甚至比物理服务器级别更高的安全性。 · 硬件兼容性可兼容最广泛的 32 位和 64 位服务器和操作系统、存储和网络设备以及企业管理工具。 此外，VMware vSphere Essentials Plus 还包括为实现始终可用的 IT 而提供的以下业务连续性功能和组件 ： · vSphere vMotion 支持在不中断用户使用和不丢失服务的情况下在服务器间实时迁移虚拟机，从而无需为服务器维护安排应用程序停机。 · vSphere High Availability 可在硬件或操作系统发生故障的情况下在几分钟内自动重新启动所有应用程序，实现经济高效的高可用性。 · vSphere Data Recovery 可为小型环境中的虚拟机提供简单、经济高效、无代理的备份和恢复。编辑本段vSphere 5新功能加速实现100%虚拟化 在vSphere 5中，由于引入了存储分布式资源调度（Storage DRS）和配置文件驱动存储（Profile-Driven Storage），大大改善了存储资源管理。 在新的VMware HA架构，每台主机运行一个特别的、独立于vpxd代理（用于和vCenter Server进行通信）的故障域管理器。发生故障时，新的HA架构能够比vSPhere 5之前版本的HA更快启动虚拟机。 此外，VMware vShield 5提供专为虚拟化和云环境设计的基于软件的自适应型安全模式；VMware vCenter Site Recovery Manager 5在原始站点和备份站点支持异构存储。 简化vSphere5许可操作 vSphere 5实行新的许可策略。VMware继续采用每处理器（CPU）许可模式，将取消当前的CPU内核物理限制和每服务器物理RAM限制，代之以基于虚拟化内存池（或称为vRAM）的软件授权模式 。。 对于迁移到vSphere 5的用户来说，这些改变将影响主机的架构及管理。 通过增加大量内存升级物理主机将变得非常昂贵。相反扩展具有更少内存的更多主机将更加划算。同时，既然内存方面的许可成本过高，防止虚拟机蔓延，给虚拟机配置合理的资源参数也将更加重要。 VMFS 5 使用VMFS 5能够创建2TB的虚拟磁盘，但是创建新的VMFS卷只能使用1MB的块大小。VMware管理员必须处理各种各样的块大小并限制虚拟磁盘大小；而VMFS 5解决了大量相关的问题。 从VMFS 3升级至VMFS 5很简单，而且不会对数据造成破坏（在以前，如果从之前版本的VMFS升级，将破坏数据卷上的所有数据包括虚拟机），而且升级至VMFS 5同样可以保留之前配置的块大小。 虽然VMFS 5支持更大的块大小，但是特定的vStorage API特性要求数据存储具有相同的块大小。其中一个特性就是复制-卸载（-offload），该特性在hypervisor和阵列上卸载与存储相关的特定功能。因此如果你的VMFS 3没有使用1MB的块大小，那么最好创建新的VMFS 5数据卷。 VMFS 5同样与通过多个LUN组合而成的容量高达64TB的LUN兼容。 SplitRx模式 vSphere 5很有趣的网络特性之一就是SplitRx，该特性是接收、处理从其他网络设备发送到网卡的数据包的新方法。 以前，虚拟机在单个共享的环境中处理网络数据包，这个过程可能会受到抑制。现在能够将接收到的数据包拆分到多个独立的环境中进行处理（想象一下，以前数据包必须在一个通道上等待，但是现在有了一条专用的VIP通道直接访问虚拟机）。 使用SplitRx模式，可以指定哪块虚拟网卡在单独的环境中处理网络数据包。但是只能在使用VMXNET3适配器的虚拟网卡上启用SplitRx模式。 但是vSphere 5的这一特性同样增加了主机的CPU开销，因此在部署时需要引起注意。VMware建议在多播工作负载下也就是同时具有多个网络连接时使用SplitRx模式。 网络I/O控制 在vSphere 5中VMware同样增强了网络I/O控制，这样你可以划分虚拟机流量的优先级。VMware在vSphere 4中引入了网络I/O控制，允许创建资源池并为主机特定的网络流量，比如NFS、iSCSI、管理控制台以及vMotion设置优先级。但是虚拟机的所有流量都是在一个资源池中，因此你不能为单个虚拟机的网络流量设置优先级，确保关键的工作负载能够使用足够的网络带宽。 然而，在vSphere 5中这个问题得到了解决。新的资源池基于802.1p网络标记。现在你可以创建多个资源池，为运行在一台主机上多个虚拟机分配不同的网络带宽。这一特性对于多租户环境或者在主机上混合了关键应用及非关键应用的情况下非常有意义，能够确保重要的虚拟机获得足够的网络资源。 Storage vMotion功能增强 vSphere 5重新设计了Storage vMotion，使其更有效率。在Storage vMotion过程中，vSphere 5不再使用变化块追踪（Change Block Tracking）记录磁盘的变化。相反，Storage vMotion执行镜像写操作，这意味着在迁移过程中所有写入操作都同时写入到源磁盘和目标磁盘。为确保两端的磁盘保持同步，源和目标磁盘同时对每次写入操作进行确认。 VMware同时对Storage vMotion进行了另一个巨大的改进：现在你可以在线迁移具有活动快照的虚拟机，这在vSphere 4中是不允许的。这是个很大的改进，因为Storage vMotion操作将在vSphere 5更加变得通用。而且新的存储分布式资源调度特性将定期在数据存储之间迁移虚拟机，重新分布存储I/O负载。 vMotion功能增强 vSphere 5的很多特性都依赖vMotion这一核心技术，VMware在vSphere5中增强了vMotion的性能以及可用性。 也许最大改进就是执行vMotion操作时能够使用多块物理网卡。现在VMkernel将使用分配给VMkernel端口组的所有物理网卡自动对vMotion流量进行负载均衡。现在vMotion能够使用多达16块的1GB物理网卡或者多达4块的10GB物理网卡，这将大大加快迁移速度。 由于引入了城域vMotion（Metro vMotion），vMotion将能够更好地进行扩展。Metro vMotion将VMkernel接口与主机之间可接受的往返延迟增加到了10毫秒，而在调整之前，所支持的最大延迟仅为5毫秒，这在快速局域网中限制了vMotion的可用性。 Metro vMotion在主机之间仍然需要快速，低延迟的网络连接，但是它允许在更远的距离之间比如城域网中使用vMotion。在城域网中，主机通常位于不同的物理区域。 由于在城域网中不同站点之间的距离通常少于100英里，所以网络延迟足以支持vMotion。但是跨越更远距离的网络通常会产生更多的网络延迟，所以仍不能使用vMotion进行迁移。

⑹ 文件系统的VMFS

VMware Virtual Machine File System （VMFS ）是一种高性能的群集文件系统，它使虚拟化技术的应用超出了单个系统的限制。VMFS的设计、构建和优化针对虚拟服务器环境，可让多个虚拟机共同访问一个整合的群集式存储池，从而显着提高了资源利用率。VMFS 是跨越多个服务器实现虚拟化的基础，它可启用VMware VmotionTM 、Distributed Resource Scheler 和 VMware High Availability 等各种服务。VMFS 还能显着减少管理开销，它提供了一种高效的虚拟化管理层，特别适合大型企业数据中心。采用 VMFS 可实现资源共享，使管理员轻松地从更高效率和存储利用率中直接获益。

⑺ OpenShift+VMware：新的容器架构

这是一个由VMware的Robbie Jerrom撰写的访客帖子。Robbie与VMware在欧洲的一些最大客户一起工作，因为他们专注于将现代和云本机应用程序和平台带到他们的VMware软件定义的数据中心。在加入VMware之前，Robbie花了十年时间作为软件工程师构建企业软件，如Java虚拟机、CICS和WebSphere。Robbie也是VMware首席技术官大使社区的成员，确保了VMware的工程组织和现实世界客户之间的紧密协作。

在这篇博客中，我们更深入地探讨了根据最近的发布，VMware和Red Hat是如何协作以更好地集成OpenShift容器平台和VMware的软件定义数据中心（SDDC）基础架构堆栈的。我们有许多共同客户希望充分利用他们的技术投资组合。而且，由于VMware和Red Hat都将Kubernetes作为支持其现代应用程序的核心平台，因此，我们共同致力于为在VMware SDDC上部署OpenShift的客户实现成功，这是合乎逻辑的。

下面，第一步是沟通和分享我们已经拥有的共同点。

VMware vSphere和Red HatEnterprise Linux已经可以很好地协同工作；但是IT团队和OpenShift管理员往往忽略了为交付更好的存储和SDN而进行的体系结构调整。为了解决这一问题，本文概述了Red Hat OpenShift Container Platform 3.11核心文档的最新更新，其中包括了SDN和存储集成的最新指导文档以及支持SDN（NSX-T/NCP）和Kubernetes存储的专用VMware文档。

让我们一起深入研究这两个领域。

一、存储

为了支持容器的持久存储需求，VMware开发了vSphere云服务程序及其相应的卷管理插件。这些可以提供给Red Hat OpenShift，用以支撑VMWare的vSAN或者支持vSphere的任意数据库。虽然每个存储后端的各不相同，但这种集成方案依旧可以满足。

这些公布的存储产品为VMFS、NFS或vSAN数据存储。企业级功能（如基于存储策略的管理（SPBM））提供了自动化的资源调配和管理，使客户能够确保其业务关键应用程序请求的QoS，并在SDDC平台上确保SLA达成。

SPBM在广泛的数据服务和存储解决方案中提供单一的统一控制平面。SPBM还使vSphere管理员能够克服预先的存储资源调配挑战，例如：容量规划、差异化的服务级别和管理容量净空。

Kubernets StorageClass允许按需创建持久卷，而不需要创建存储并将其挂载在OpenShift的节点之上。StorageClass指定一个提供者和相关参数，用于定义持久卷预期策略，该策略将动态地提供。

组合使用SPBM和vSphere数据存储的组合作为抽象，我们隐藏了复杂的存储细节，并为从OpenShift存储持久数据（PV）环境提供了统一的接口。

根据使用的后端存储，数据存储可以是vSAN、VMFS或NFS：

●VSAN支持可提供强大性能和可靠性的超聚合基础架构解决方案。VSAN的优点是简化了存储管理功能特性，具有诸如在vSphere IaaS层上驱动的存储策略等功能。

●VMFS（虚拟机文件系统）是一个群集文件系统，允许虚拟化扩展到多个VMware vSphere服务器的单个节点之外。VMFS通过提供对存储池的共享访问来提高资源利用率。

●NFS（网络文件系统）是一种分布式文件协议，可以像本地存储一样通过网络访问存储。

1）静态和动态资源调拨

vSphere Cloud Provider提供两种向Red Hat OpenShift容器平台提供存储的方法：静态资源调配和动态资源调配。首选的方法是使用动态资源调配——让IaaS平台处理复杂性。与静态资源调配不同，动态资源调配会自动触发创建PV及其后端VMDK文件。这是一种更安全的方式，对于在vSphere上提供可靠的Red Hat OpenShift容器平台至关重要。

2）动态调拨

●为OpenShift集群定义默认的StorageClass

●在Kubernetes中创建Persistent Volume Claim

3）静态调拨

●在vSphere存储上创建虚拟磁盘并挂载到Red Hat OpenShift容器平台节点

●在OpenShift中为该磁盘创建持久卷（PV）

●创建一个持久卷，申请一个PVC

●允许POD认领PVC

与SPBM一起使用vSphere Cloud Provider，可以让vSphere和OpenShift管理员了解存储，并让他们能够在不增加OpenShift层复杂性的情况下利用后端存储功能。

二、网络（SDN）

NSX-T数据中心通过NSX容器插件（NCP）帮助OpenShift客户简化了网络和基于网络的安全性。NCP在IaaS级别提供OpenShift和VMware NSX Manager之间的接口。

NCP在每个OpenShift节点上运行，并将容器的网络接口连接到NSX覆盖网络。它监视容器生命周期事件，并通过调用NSX API管理容器的网络资源，如负载平衡器、逻辑端口、交换机、路由器和安全组。这包括客户vSwitch的编程，以便在容器接口和虚拟网络接口卡（VNIC）之间标记和转发容器流量。

NCP提供如下功能：

●自动为OpenShift集群创建NSX-T逻辑拓扑，并为每个OpenShift命名空间创建单独的逻辑网络

●将OpenShift pods连接到逻辑网络，并分配IP和MAC地址

●支持网络地址转换（NAT），并为每个OpenShift命名空间分配一个单独的SNAT IP

●使用NSX-T分布式防火墙实施OpenShift网络策略

●支持进出网络策略

●在网络策略中支持IPBlock选择器

●当为网络策略指定标签选择器时，支持matchLabels和MatchExpression

●使用NSX-T的7层负载均衡器实现OpenShift路由器

●通过TLS edge termination支持HTTP路由和HTTPS路由

●支持具有备用后端和通配符子域的路由

●为NSX-T逻辑交换机端口命名空间、pod名称创建标签，标记pod，并允许管理员基于标记定义NSX-T安全组和策略。

1）微分段

NSX-T（通过NCP）可以使用预定义的基于标签的规则和每个命名空间的Kubernetes网络策略，将微分段应用到OpenShift pod。预定义的标记规则使您能够在部署之前根据业务逻辑定义防火墙策略，而不是使用诸如静态IP地址等效率较低的方法来制定安全策略。使用此方法，NSX-T中定义的安全组具有入口和出口策略，并进行了微分段，以保护敏感应用程序和数据，可以达到POD和容器底层级别。

最后，NSX-T为OpenShift集群提供了完整的网络可跟踪性和可视性。NSX-T为Kubernetes提供了内置的操作工具，包括：

●端口连接

●流量追踪

●端口镜像

●IpFIX

以上方法为DevOps和专用网络团队提供对OpenShift容器网络的更好可见性，使网络管理员和OpenShift管理员在诊断和排除问题时能够有共同语言。

三、总结

VMware SDDC提供了弹性、可扩展的基础架构，与VMware的Kubernetes解决方案以及Red Hat等关键合作伙伴的解决方案紧密集成。

展望未来，VMware和Red Hat都致力于支持我们的共同客户和Kubernetes社区，共同目标是通过可参考体系结构提供更好的产品集成，该体系结构使改进的工具能够在VMware的SDDC和Red Hat OpenShift容器平台上交付和管理云本机应用程序。

原文链接：

ArthurGuo 职场老司机。21世纪初开始拥抱开源，后转型项目管理。现在某云计算公司担任技术总监。掌握多门计算机语言，但更擅长人类语言。爱玩文字，不喜毒舌。

⑻ 如何正确运用vSphere中DRS存储资源调度

以下是五个重要的Storage DRS设置要点，还有需要注意的一些误区：
Storage DRS设置第一要点：首先考虑完全升级到vSphere。如果你决定同时启用vSphere HA和Storage DRS的话，这一点很重要。在混合版本集群中，不应该同时启用HA和Storage DRS，这样做可能会导致主机故障，造成虚拟机虚拟磁盘的中断。请注意：在启用任何新功能之前，要确保升级了每一台集群主机。
Storage DRS设置第二要点：确定Storage DRS是否会对I/O负载能力进行负载均衡。Storage DRS可以根据存储消耗量和/或存储利用率来负载均衡虚拟机磁盘文件。在消耗量的情况下，Storage DRS能够确保数据存储之间的有效空间是均衡的。这与利用率情况有所不同，在利用率情况下，虚拟机磁盘文件是基于其活动水平来进行负载平衡的。差异在于存储I/O延迟。在默认情况下，当存储I/O延迟超过15毫秒时，Storage DRS会考虑对负载进行均衡。你可以通过在SDRS运行规则属性(SDRS Runtime Rules)屏幕取消选中复选框“Enable I/O metric for SDRS recommendations”，来决定是否启用第二种情况。
Storage DRS设置第三要点: 根据磁盘类型调节I/O延迟阀值。在启用基于磁盘利用率的Storage DRS负载均衡功能后，还有第二个你需要注意的设置。这个设置同样位于SDRS运行规则页面中，在Storage DRS阀值框，你会看到为I/O延迟调节延迟阀值(从5毫秒到100毫秒之间)的滑块。你应该根据你将要创建的集群中使用的磁盘类型来调整这个设置，你可以采用以下建议：
SSD磁盘： 10-15毫秒
光纤通道和SAS磁盘： 20-40毫秒
SATA磁盘: 30-50毫秒
这些只是提供了一个范围，你需要在创建一个集群后监测Storage DRS的活动来决定什么设置最适合你的需要。
Storage DRS设置第四要点：使用新创建的数据存储而不是升级具有不同块尺寸的VMFS卷。vSphere 4.x 使用的VMFS-3文件系统可以配置成四种不同块大小中的一种，范围从1MB到8MB。vSphere 5的VMFS-5文件系统只使用单个1MB块大小。虽然能够直接将VMFS-3升级到VMFS-5，但这样做并不会将块大小重新配置到vSphere 5的新标准。这可能创建具有不同块大小的不同卷，而这些卷随后可能出现在同一个集群中。
Vmware建议出于性能考虑，不要运行具有不同块大小的Storage DRS环境。如果你打算在你升级的环境中使用Storage DRS，考虑使用新创建的数据存储而不是升级已有的存储。
Storage DRS设置第五要点： 配置关联规则。关联规则对于经验丰富的DRS管理员而言并不是新概念。关联规则在Storage DRS的作用仍然是相同的，虽然它们应用的地方略有不同。Storage DRS的关联规则提供了一种方法来确定哪个虚拟机磁盘文件因为负载均衡不应该结束于相同的数据存储。此外，还应该考虑虚拟机间和虚拟机内规则，前者涉及虚拟机间的磁盘文件，而后者涉及虚拟机内的磁盘文件。
在设置关联规则时必须谨慎小心。保持磁盘分开可以确保数据存储的丢失不会造成关键服务器的丢失。你可能还想保持相同虚拟机的磁盘文件在一起。请注意，关联规则应该遵循商业驱动因素，每个额外的关联规则还会影响Storage DRS的潜在计算以及它在优化你的存储消耗和使用方面的有效性。
与之前的DRS相比，Storage DRS是另一个看似简单的vSphere功能，如果没有正确部署的话，Storage可能更多地带来损害而不是帮助。认真配置，并密切注意任何变化对下游的影响。
作者简介：
Greg Shields

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

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

⑽ b120i怎么直通

1. 添加250GB SSD 为ESXi Server 的存储设备
登录Web Client，选择左侧导航栏“存储”，接下来右侧界面标签栏“数据存储”—“新建数据存储”，弹出的新建数据存储对话框中，选择创建类型“创建新的VMFS 数据存储”，下一步，选择将要用于部署虚拟机的那块250GB SSD，并对新建的存储池明明，我这里是local-storage，下一步“分区选项”直接分为一个完整的数据分区即可。
2. 创建数据盘的RDM 直通
根据此前的规划，我需要将四块硬盘组成的三个阵列（一个RAID1 和两个RAID 0）首先做RDM 直通，以便后期分配给对应做Home Server 的虚拟机。