在vSphere 5中，通过新增一组vStorage API,存储感知的vStorage API,使得对于支持虚拟化服务器环境的存储阵列的洞察力得到了大幅整体的提高。

    这组API提供了一种方式，可以从支持虚拟化服务器环境的存储阵列中抽取信息，因此虚拟化层可以就在何处放置数据作出更适合的决定。

    此项功能对于虚拟化和存储管理员非常重要，因为它使得虚拟化管理工具可以获取关于存储阵列所具备能力的信息，例如原生的精简配置、重复数据删除、物理磁盘转速以及互联速度等。这些信息可以在诸如容量规划、自动化和orchestration等任务中使用。

    同时，这组API还可以帮助管理员或工具建立底层存储子系统的概况信息。随后，这些信息可以被虚拟化管理员用来更好的管理存储。

    为了说明其如何工作，让我们来看两个使用案例 ,一个使用了vStorage API实现存储感知而另一个没有。

    案例1,没有VASA:一个过量使用的Microsoft SQL Server数据库，具有很高的I/O负载和IOPS,它所在的存储需要更新。为了解决此问题，管理员在某处找到一些可用空间，并将数据库置于此处，然而新的位置性能只有之前存储位置的一半。此次迁移对于业务关键应用带了了很大的负面影响。

    案例2,使用VASA:一个过量使用的Microsoft SQL Server数据库，具有很高的I/O负载和IOPS,它所在的存储需要更新。为了解决此问题，使用从VASA得到的信息，虚拟机管理员从存储中寻找到与现有存储位置具有相近性能特征的存储空间，并将数据库迁移到新的位置。

    使用存储感知vStorage API,虚拟化管理员可以做出更智能的决定，而非简单的寻找剩余空间，并且他可以通知用户为可能到来的性能减缓做好准备。

    案例2是在虚拟化环境下实现自动化及组织的绝佳场景，并已经通过vSphere 5中存储分布式资源调度（DRS）特性实现。通过从VMware vCenter中预建立的VASA概要信息，存储DRS可根据资源争用将存储工作负载迁移到类似特征的存储位置。

    假定在当前，在所有的虚拟化平台厂商中，只有VMware使用VASA,即便如此，其它的虚拟化平台厂商仍可以使用SNIA的存储管理接口规范（SMI-S）应用编程接口来得到类似的信息。因此，非VMware的虚拟化管理员可以完全掌控自己的存储，而无需每次在数据存储间迁移虚拟机时求助于存储管理员以得到信息。

    随着VASA的功能不断增加，存储概要信息和自动化也将更加完善。例如，也许在将来你可以指定某个特定虚拟机总是驻留在具有重复数据删除、复制功能、精简配置和更高IOPS的存储阵列之上。

    遗憾的是，在不具备支持VASA存储阵列的虚拟服务器环境下，虚拟化管理员必须通过手工来建立这些概况信息，也许在他们的脑子里或者在电子表格中，直到他们的阵列支持VASA为止。并且他们必须恳求存储管理员以得到信息，而后者的时间更可能花在别处。

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