虚拟卷与数据存储
Virtual Volume vs Datastore
我们正在努力将用于 VMWare 环境的旧 Equallogic SAN 升级到新的 EMC Unity 单元。我注意到新的支持虚拟卷,而旧的配置了数据存储。我想我的问题最简单的形式是我应该担心在此迁移过程中切换到 vvols,还是应该坚持使用我一直使用的数据存储设置?
如果您对 VVol 一无所知,那么我的建议是在迁移过程中使用数据存储。即使不改变您对存储的看法,迁移也足以成为正确的挑战。
完成此操作后,您就可以开始考虑 VVol,它具有许多优势。核心是您开始管理单个 VM 而不是存储阵列。然后你会得到很酷的东西,比如基于策略的管理(SPBM,就像在 VSAN 中)、更快的操作(最显着的快照)、更高效的存储利用率等。
另一方面,这是一个新事物,需要转动的旋钮很多,所以有点曲折。此外,这是一项相对较新的技术,在实施过程中可能存在挑战(读作:错误)。
好处是您可以 运行 它与数据存储并排使用,所以请尝试一下,因为它具有许多优势。但是不要冒险迁移它。
我们正在努力将用于 VMWare 环境的旧 Equallogic SAN 升级到新的 EMC Unity 单元。我注意到新的支持虚拟卷,而旧的配置了数据存储。我想我的问题最简单的形式是我应该担心在此迁移过程中切换到 vvols,还是应该坚持使用我一直使用的数据存储设置?
如果您对 VVol 一无所知,那么我的建议是在迁移过程中使用数据存储。即使不改变您对存储的看法,迁移也足以成为正确的挑战。
完成此操作后,您就可以开始考虑 VVol,它具有许多优势。核心是您开始管理单个 VM 而不是存储阵列。然后你会得到很酷的东西,比如基于策略的管理(SPBM,就像在 VSAN 中)、更快的操作(最显着的快照)、更高效的存储利用率等。
另一方面,这是一个新事物,需要转动的旋钮很多,所以有点曲折。此外,这是一项相对较新的技术,在实施过程中可能存在挑战(读作:错误)。
好处是您可以 运行 它与数据存储并排使用,所以请尝试一下,因为它具有许多优势。但是不要冒险迁移它。