VMware正在为满是vSAN替代品的市场里提供虚拟SAN的测试版。让我们先来看看部署vSAN的一些注意事项。

    1. 避免使用元数据控制器

    Sanbolic 的CEO Michilov 要用户保持简单的方式。

    “部署需要元数据控制器，要避免区域所有权和其他交通警察的方法，因为这些都代表了单点故障，”他说。

    2. 不要重新构建

    Michailov也推荐称：“不要部署那些需要全新方法或重新构建的软件定义型存储平台”。

    “虚拟存储平台应该增大企业现有的基础架构，”他说。

    3. 留意额外的开支

    StorageIO 集团的分析师Greg Schulz也认为虚拟SAN或许并不适合所有用户。

    “能够创建，部署，利用什么并不意味着它就是最佳的选择，而且vSAN的潜力很大；不过仍然还可以做其他选择，”Schulz。

    “如果你会用成本较低的现成的白盒硬件和工具，花更多时间配置，管理和解决vSAN还是利用合适的存储系统呢？记住那些因为内存，IO和CPU等因素应用到物理机上的额外工作负载。

    4. 留意对整体的把握

    DataCore软件公司COO Steve Houck建议企业先认真了解目前的虚拟化战略以及IT行业的大方向。

    “在还不了解虚拟SAN方案是否适合自己的存储虚拟战略前，暂时不要进行部署，”Houck说。“否则，你的基础架构中可能出现部件不兼容的问题。”

    5. 外部SAN

    许多vSAN的初始部署理念是想使其一直维持内部部署。然而事与愿违。

    “当主机节点增加的时候，要考虑到最初的内部虚拟SAN会扩展为外部SAN，”Houck说。“要评价短期方案是否适应长期扩展的需求。”

    6. 选择Hypervisor

    另一个重要的考量在于你选择的虚拟SAN产品是否适用于其他主机，因为其他主机可能使用的是不同的hypervisor或是没有使用hypervisor。毕竟，原有的一些应用可能还没被虚拟化或是由不同的服务器虚拟化数据包提供更经济的服务。“想想hypervisor的选择和数据跨越这些hypervisor的便捷性，”惠普StoreVirtual产品营销Kate Davis说。“还要注意新兴的技术和基于软件的技术，因为这些技术是硬件进入市场后，利用硬件的第一种途径。”

    7. 记住数据保护

    不论是否部署虚拟SAN，请确保部署环境是具有弹性的。Schulz建议，必须包含它在vSAN外部备份且受到保护的事实。

    8. 不要创造瓶颈

    此外，Schulz对服务器CPU，内存和IO已经很忙碌的较大环境表示出担忧。在顶层添加存储虚拟化，那么会给系统增添很多负载和需求。

    “利用软件IO缓存方案，借助SSD卡和驱动，以及企业级的固态混合式驱动（SSHD）来消除或避免性能瓶颈，这些工具可以将普通15K HDD的性能提升三倍，”Schulz说。

    9. 镜像效果

    有些vSAN可以轻松完成镜像，而其他的则会随着虚拟SAN扩展严重影响性能。

    Houck说：“从一开始就要评估节点之间镜像对性能的影响，特别是随着集群不断变大，且必须同步保存的副本越来越多的时候。”

    10. 第三方工具

    有些vSAN是完全专属的或者绑定到某个Hypervisor或是一套工具上。在多样化的企业中这种方法或许行不通。

    “如果虚拟SAN部署妨碍你使用第三方工具做功能增补，要找出其中的细微差别，”Houck说。“它运行起来是否和标准的磁盘一样呢？”

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。