Official 的VMware 虚拟SANBlog Index

虚拟SANLogo介绍 官方 的VMware Virtual SAN博客索引页面。此页面将作为以下主题及更多主题的所有正式VMware Virtual SAN相关和受支持信息的集中存储库:

  • 官方公告
  • 技术信息
  • 互通性
  • 硬件
  • 绩效基准

该页面将经常更新,Virtual SAN团队将发布所有内容。确保在页面上添加书签,以保持最新和最新的官方和受支持的Virtual SAN特性。

的VMware 虚拟SANBlog Index

的VMware 虚拟SANHardware

的VMware 虚拟SANInteroperability & Recommendations

的VMware 虚拟SAN绩效基准s

的VMware 虚拟SANWhite Papers

-请享用

有关Virtual SAN(VSAN),虚拟卷(VVol)和其他软件定义的存储技术以及vSphere + OpenStack的的将来更新,请确保在Twitter上关注我: @PunchingClouds

vSphere IAAS互操作性:Virtual SAN,NSX,OpenStack

虚拟SAN-NSX-OpenStack就在每个人都在7月4日漫长的周末在这里度过的美好时光之前, 美国 一种, 我想分享一个集成演示 ’已经有一段时间了。希望每个人都可以看到演示中放送的烟花。

在本演示中,我们’重新展示了高级IAAS功能以及vSphere与Virtual SAN的深度集成以及使用Openstack作为多租户IAAS平台的云管理门户的NSX。为了证明我们的观点,这不仅是一些孤立的实验室环境,这是今天运行的实际环境,并利用了当前可用的技术。

本演示中使用的环境实际上是NSBU内部云,它具有超过200个环境,混合了KVM和vSphere。 Virtual SAN用于所有vSphere数据存储,NSX用于所有租户与OpenStack的连接,从而提供可扩展且安全的多租户,多管理程序环境。

该演示展示了vSphere,NSX和Virtual SAN集成功能的敏捷性和灵活性。在演示中,我们快速介绍了两层“应用程序”,并演示了提供应用程序的虚拟机的所有元素之间的连接性。

完成后,所有实例,网络和路由器都将停用,并且租户将返回“空状态”。整个过程不到10分钟(如在Horizo​​n UI的实例正常运行时间部分中所示)。

示范亮点:
  • Web层网络上的实例之间的L2连接是通过覆盖,在KVM和vSphere虚拟机管理程序之间进行的,而无需对物理网络进行任何修改。 VLAN不会被逻辑网络占用。
  • 租户已安全地分开,尽管未进行演示,但两个不同的租户可以创建两个单独的逻辑网络,并且路由器事件具有相同的子网范围,并且不会互相影响。租户创建的网络和路由器专用于该租户。
  • 通过提供商网络的连接会自动暗示在租户路由器上发生了NAT(超载),以允许租户使用他们希望的任何IP方案而不会影响其他租户。虽然未显示,‘还可以将浮动IP分配给为“发布”应用程序提供1:1 NAT功能的单个实例。
  • 虽然未显示,但通过开放堆栈公开的NSX的安全功能允许租户创建安全组,这些安全组不仅可以限制不同网络之间,还可以限制同一实例之间的入站,出站(去往或来自外部世界)以及东西向的流量。网络。
  • Virtual SAN提供了一种可扩展的方法来满足计算需求来扩展存储,并且自然适用于开放堆栈平台。还没有显示Virtual SAN是其支持‘Cinder Volumes是租户专用的永久性存储,也可以(由于使用了KVM虚拟机管理程序而不在我们的环境中)用作所有vSphere环境的概览映像存储库。
  • NSX提供了灵活,可扩展和高性能的虚拟网络层,允许多租户环境通过简单且可重复的物理网络和计算设计原理进行扩展,而不受典型的多租户网络环境的限制,例如路由,重叠IP,VLAN消耗等。

– Enjoy

我要感谢NSBU解决方案架构师Nick Bradford对本文和演示的贡献。尼克,你摇滚!!

有关将来的更新,请确保在Twitter上关注我: @PunchingClouds

虚拟卷(VVol)Beta

电压It’s 官方!!!!!!! 软件定义存储时代的真正领导者和开拓者…VMware正式宣布推出两个beta程序:

Beta版程序是私有的,这是第一次,并且不同于以前的vSphere Beta版周期,vSphere Beta和VVols beta版开放供所有人注册。通过这种方法,参与者可以帮助定义全球最广泛采用,最受信任和最强大的虚拟化平台的发展方向。

借助虚拟卷(VVol),VMware提供了一种新的范例,在该范例中,单个虚拟机及其磁盘(而不是LUN)成为存储系统的存储管理单元。虚拟卷封装了虚拟磁盘和其他虚拟机文件,并将其本地存储在存储系统上。

通过使用一组特殊的API(称为“ vSphere API for 存储 Awareness”(VASA)),存储系统可以了解虚拟卷及其与相关虚拟机的关联。通过VASA,vSphere和基础存储系统建立双向带外通信,以执行数据服务并将某些虚拟机操作卸载到存储系统。例如,可以卸载快照和克隆之类的操作。

为了与Virtual Volumes存储系统进行带内通信,vSphere继续使用标准SCSI和NFS协议。这样就可以为任何类型的存储,iSCSI,光纤通道,FCoE和NFS提供虚拟卷支持。

这些是虚拟卷的主要优点:

  • 在应用程序级别启用数据服务时使用虚拟卷进行操作转换
  • 通过粒度级别的配置提高了存储利用率
  • 使用基于策略的管理进行通用管理

报名参加 vSphere Beta and visit the 虚拟卷 专用页面以了解更多信息。这是合作伙伴开发的一些早期演示。

丁特里

SolidFire

生命值

 NetApp

 EMC

灵活的存储

如需更多的合作伙伴列表和更多最新的演示,请访问 虚拟卷测试版社区页面.

 – Enjoy

有关将来的更新,请确保在Twitter上关注我: @PunchingClouds

 

的VMware 虚拟SAN&vSphere HA建议

虚拟SAN

最近我’ve参加了有关Virtual SAN和vSphere HA的许多讨论,其中就Virtual SAN和vSphere HA的互操作性和行为提出了两个非常有趣的问题。

在大多数情况下,讨论围绕vSphere HA及其如何工作以及如何支持启用Virtual SAN的群集进行网络分区和隔离事件。这些问题需要更多细节才能提供适当的技术指导。

在深入探讨细节之前,让我从有关Virtual SAN和vSphere HA的正式声明开始。 vSphere HA完全支持Virtual SAN并与Virtual SAN集成。此支持要求对vSphere HA进行一些更改,这些更改会影响vSphere HA的行为,并导致vSphere HA的某些与Virtual SAN相关的独特配置注意事项。

在这篇文章中,我将详细介绍以下信息和建议:

  • 架构变更影响隔离和分区支持
  • 心跳数据存储建议
  • 主机隔离地址建议
  • 隔离响应建议

架构变更影响隔离和分区支持

在vSphere 5.5中,只要在同时启用了Virtual SAN的群集中启用了HA,vSphere HA FDM代理和心跳监视操作就会使用Virtual SAN网络而不是管理网络。

为了防止非重叠分区发生网络分区事件,对vSphere HA的设计和行为进行了修改,如下所示:

  • HA分区A:主机esxi-01、05、06
  • 虚拟SANpartition A: hosts esxi-01, 02, 03
  • HA分区B:主机esxi-02、03、04
  • 虚拟SANpartition B: hosts esxi-04, 05, 06

HA-VSAN非均匀分区

很难对此类分区进行推理和故障排除。他们还需要大量额外的HA逻辑来支持。

的“same networks” constraint leads to simpler partitions. 的desired and actual behavior is illustrated here:

  • HA & 虚拟SANpartition A: hosts esxi-01, 02, 03
  • HA & 虚拟SANpartition B: hosts esxi-04, 05, 06

HA-VSAN统一分区

在启用了vSphere 5.5 Virtual SAN的群集中,vSphere HA代理不会将Virtual SAN数据存储用作监视分区或隔离主机的方法。这是因为在分区或隔离事件期间,受影响的主机将无法访问Virtual SAN数据存储上存储的心跳信息。

在发生分区事件的情况下,心跳信息只能被群集的一个部分访问,因此无法达到目的。 Virtual SAN在分区或隔离方案中利用专有机制来防止数据损坏,并且作为副产品,这会阻止所有主机访问心跳信息。

心跳数据存储建议

心跳数据存储在Virtual SAN群集中不是必需的,但是与非Virtual SAN群集中的心跳数据存储一样(如果可用),它们可以提供其他好处。当VMware Heartbeat数据存储提供的好处足以保证额外的配置成本时,VMware建议配置它们。

例如,如果您使用的是聚合网络,则由于要使用单独的交换机基础结构为每台主机提供对故障隔离的数据存储的访问权限,因此设置心跳数据存储可能会非常昂贵。因此,实现这些好处的成本更高。但是,如果您已经有多个物理网络,则设置iSCSI或NFS数据存储的成本可能会低得多。

心跳数据存储具有以下优点:

  • 它们使vCenter可以报告已分区或隔离的主机的实际状态,而不是报告其似乎已失败
  • 对于非虚拟SAN VM,它们增加了FDM主服务器在其主机被分区或隔离后对失败的VM做出响应的可能性。
  • 当虚拟机网络不受事件影响时,它们可防止vSphere HA在主机隔离或分区后在虚拟机网络上引起虚拟机MAC地址冲突。冲突将一直存在,直到关闭原始实例为止;对于该分区,只有在解析了该分区之后,该冲突才会自动发生

心跳数据存储库通过允许FDM主代理确定无响应的主机是隔离,分区还是已失效以及是否处于活动状态,确定该主机上正在运行哪些VM,从而提供了这些好处。

仅使用在Virtual SAN网络分区或隔离事件期间所有主机都将能够访问的数据存储。 如果您已经在Virtual SAN群集中使用非Virtual SAN数据存储,则在现有数据存储与Virtual SAN网络隔离故障的情况下,无需添加其他数据存储即可进行心跳检测。

为此,请从整体上看待您的设计。例如,如果将iSCSI数据存储添加为Heartbeat数据存储,并且您的管理,Virtual SAN和iSCSI vmkernal接口都使用相同的10GbE链接,’与Virtual SAN和iSCSI接口使用不同的链接时一样,您将获得相同的好处。在第一个示例中,如果即使使用心跳数据存储,10GbE链接也会失败,则FDM主站将赢得’无法确定无响应的从站是否被隔离或死亡。

主机隔离地址建议

如果主机上的HA代理未观察到HA代理与代理之间的网络通信,并且尝试ping所配置的隔离地址失败,则声明该主机处于隔离状态。因此,如果由于某种原因,HA代理无法与其他HA代理(例如其他主机发生故障)进行通信,隔离地址将阻止HA代理宣布其主机处于隔离状态。 HA允许您设置10个隔离地址。

  • 使用Virtual SAN和vSphere HA时,请考虑配置隔离地址,该地址将允许所有主机确定它们是否失去对Virtual SAN网络的访问权限。例如:利用Virtual SAN网络的默认网关。使用vSphere HA高级选项设置隔离地址 das.isolationAddressX。
  • 配置HA不使用默认管理网络’的默认网关。这是使用vSphere HA高级选项完成的 das.useDefaultIsolationAddress = false
  • 如果可以进行隔离和分区,请确保分区期间每个段中的主机可以访问一组隔离地址。

关于上述建议的一些附加说明:

  • 如果Virtual SAN网络不可路由,并且可能有一个主机分区,则在Virtual SAN子网中提供可ping通的隔离地址。如果不可能是单个主机分区,则可以提供这样的隔离地址,或者使用群集主机的某些Virtual SAN网络IP地址作为隔离地址,然后从环境中的任何物理分区中选择一个子集。
  • 每个Virtual SAN网络应位于唯一的子网上。对于两个VMkernel网络使用相同的子网可能会导致意外结果。例如,vSphere HA可能无法检测到Virtual SAN网络隔离事件。

隔离响应建议

VM的HA隔离响应配置可用于在主机隔离事件中确保以下各项:

  • To avoid VM MAC address collisions if independent heartbeat datastores are not used. 注意:These can be caused 通过 the FDM master restarting an isolated VM resulting in 2 instances of the same VM on the network.
  • 允许HA重新启动在隔离主机上运行的VM
  • 为了最大程度地降低VM的主机隔离时其内存状态不会丢失的可能性。

选择使用的隔离响应取决于许多因素。这些总结在下表中。这些表包括针对Virtual SAN和非Virtual SAN虚拟机的建议,因为群集可能包含两者的混合。

决策表1

HA-VSAN table1-ver3

决定表2

HA-VSAN table2-ver3

注意:“Shutdown”也可以随时使用“power off” is mentioned if it is likely that a VM will will retain access to some of its storage but not all during a host isolation. However, note that in such a situation some of its virtual disks may be updated while others are not, which may cause inconsistencies when the VM is restarted. Further, shutdown can take longer than 断电.

我要感谢 GS Khalsa from the 存储 &可用性技术营销团队。他’负责HA,FT,App HA和SRM等可用性功能,他对Virtual SAN和vSphere HA的贡献和讨论。我还要感谢我们的工程师Keith Farkas和Manoj Krishnan验证了本文的准确性并为本文做出了巨大贡献。

– Enjoy

有关将来的更新,请确保在Twitter上关注我: @PunchingClouds

 

 

X