为什么您应该重命名默认的 VSAN 数据存储名称

原文：http://www.virtuallyghetto.com/2014/02/why-you-should-rename-default-vsan.html

       使用 VSAN 的早期我发现一件事，VSAN 数据存储名称是自动为您选择的，并且始终默认为vsanDatastore。这并不是什么坏事，因为这样可以进一步简化本来已经很简单的 VSAN 设置操作。要启用 VSAN，只需像启用 vSphereDRS 或 HA 一样，在 vSphere 群集配置中选中复选框即可。

       从操作角度看，我认为这可能是一个潜在的问题。如果是相同 vSphere 数据中心下有多个 VSAN 群集，甚至是多个 VSAN 群集跨不同 vSphere 数据中心对象时会发生什么？最近我在重新创建我的实验室环境时遇到了这个问题，您能看出下面屏幕截图中的问题所在吗？

 

       此处，相同的 vSphere 数据中心下有两个 VSAN 数据存储。同一 vSphere 数据中心下的数据存储名称必须具有唯一性。我确定你们肯定已经有人在使用默认“datastore1”的本地数据存储名称时遇到过这个问题。vSphere 会自动在名称中加上“(n)”，其中 n 为环境中发现的实例数量。

 

       在下面的示例中，我们有两个 VSAN 数据存储，但是这两个数据存储分散在两个 vSphere 数据中心上。由于数据中心边界内会强制使用唯一名称，现在情况更加糟糕，因为您跨两个 VSAN 群集使用了相同名称。

       虽然用户很可能会在置备虚拟机时深入特定环境，但我认为基础架构有一个良好的命名方案还是非常重要的。有人对您所有的虚拟机进行审核时，如果这些虚拟机显示的数据存储名称都是“vsanDatastore”会发生什么，如果您有多个 VSAN 群集呢？如果数据存储名称提供更多详细信息，为数据存储重新映射回某个逻辑/物理容器提供帮助，是不是会更有用？我个人是这样认为的，并且这样做可以在时间很宝贵的故障排除过程中提供很大帮助。

       幸运的是，这种问题可以很轻松地得到修正，因为 VSAN 数据存储的操作方式类似其他任何数据存储，您可以将其重命名。VSAN 自身并不会使用该名称识别唯一的数据存储，它会为每个 VSAN 数据存储实施一个唯一的 UUID。只要将 VSAN 数据存储重命名为更适合的名称，例如加入 vSphere 群集名称，您就可以在需要将虚拟机关联回特定计算/存储资源时获得很大帮助。

 

       我在想如果在 VSAN 中加入一个自动为默认 VSAN 数据存储名称添加 vSphere 群集名称的功能是不是会非常有用？您觉得如何？

       欢迎在微博上关注我，这样在我发布博客文章后您就会收到通知，并可以让您了解更多有关 VMware 存储的信息：@VMware中国

――――――――――――――――――――――――――――――――――――――――――――

作者：William Lam 

现任 VMwareR&D 主管工程师，隶属 SDDC 新兴解决方案团队的一员。目前，他在 VMware 公司从事原型设计，构建新解决方案并将其推向市场。他的工作主要侧重于从 API 和 SDK 这两个角度进行软件定义的数据中心 (SDDC) 自动化以及 SDDC 通用集成和操作。他还与 VMware 内部的多个工程团队紧密合作，帮助提供设计和架构方面的前期反馈。最后，通过客户互动和反馈，他不断应对客户的挑战、坚持满足客户的需求，从而更好地改进 VMware 产品。