为何VMware警告顾客别用微软自制Azure搬家工具,因有2大风险企业得自扛

VMware台湾副总经理暨技术长吴子强也解释,由于Azure Migrate及VMware virtualization on Azure皆是微软单方面所提出,目前并不清楚该公司未来可能会推出何种搬迁策略,“目前台湾VMware并没有收到相关的企业用户询问微软所推出的解决方案。”
虽VMware vSphere仍稳坐服务器虚拟化龙头,但是二当家微软不时也搬出新策略抢占VMware既有企业用户,像是去年8月,微软就发布免费升级Windows Server 2016计划,在2016至9月至2017年6月间,只要从vSphere转为使用Hyper-V,可以免费使用Windows Server 2016操作系统。
近日微软则是祭出新手段,推出免费搬迁服务Azure Migrate,协助企业将vSphere环境搬上云端。同时微软也推出VMware virtualization on Azure预览活动,提供裸机环境,让企业将VMware环境移植到Azure硬件平台上运作。在微软推出上述解决方案后,VMware云端服务事业部产品开发资深副总裁Ajay Patel也做出回应,表示VMware并未参与此解决方案的开发,也未经过VMware认证。因此,VMware并不建议既有用户使用。
而VMware台湾副总经理暨技术长吴子强表示:“目前台湾VMware并没有收到相关的企业用户询问微软所推出的解决方案。”
两大理由不支持VMware用户采用
而吴子强提出了两大理由,说明VMware不支持既有用户使用微软搬迁解决方案的原因。第一个理由是“VMware无法确认搬迁过程是否顺利。”他表示,虽然微软推出了Azure Migrate服务,让vSphere可以搬迁至Azure环境,“但据我理解,这是微软单方面所推出的解决方案”,VMware并没有参与其中开发、规划工作,也不清楚微软这个搬迁工具的架构设计如何。因此,VMware并不确定在搬迁的过程中,微软是否能确保这些VM正常运作,“可能搬迁过程中就会失败。”
第二个理由,则是不确定vSphere在Azure环境运作的稳定度。吴子强表示,假若企业使用通过VMware认证硬件,在Azure环境执行vSphere,“从技术层面来说,也许并没有相容性问题”,但是VMware并未参与相关计划工作,因此不能确认VM运作是否稳定,“我认为,企业用户并没办法感受到实际好处。”
不停机搬迁的技术门槛相当高
另外,搬迁工作并没有想像中轻松,根据不同服务水准要求,也得规划相异策略。例如,企业可以选择下线搬迁,虽然技术门槛较低,但是会造成服务中断。若企业要求不停机搬迁,“技术门槛就相当高”,吴子强表示,服务不中断的搬迁工作,最难的问题在于,如何解决网络连线不中断,“延迟性跟带宽都还是次要问题。”
吴子强举例,像是银行所提供的网络银行服务,当使用者存取该服务时,必须得固定的IP存取服务,但是搬迁至公有云资料中心,该服务也有另外一组独特IP。在自家资料中心可以使用任意IP,只要内部服务不冲突即可,但是公有云得要提供多租户环境,很容易产生IP冲突问题。此外,他表示,目前大多网络架构仍采取实体网络,“网络连线问题成为即时搬迁VM中最大的挑战。”
搬迁工作靠vMotion还不够,搞定即时搬迁要靠网络虚拟化NSX
在去年10月时,VMware就已经宣布与AWS合作,推出VMware Cloud on AWS,让企业可以在AWS公有云环境中,使用vSphere私有云环境,而这项服务,直到今年8月才正式落地。吴子强表示,AWS跟VMware合作许多,“原因就在于AWS了解VM环境搬迁的困难”。
而当中的关键,就是网络虚拟化技术NSX,“靠着NSX,才能打通即时搬迁的困难。”目前VMware既有可以搬迁的工具,除了VM迁移工具vMotion外,也可使用NSX。吴子强表示,仅靠vMotion搬迁VM到公有云环境上运作,虽然可行,“但是企业得先提前在公有云中完成环境建置”,将资料中心与公有云环境间的资料链接层(Layer 2)打通,打造一个大型内部网络架构,才能使用vMotion。他认为,这样的作法就比较类似传统电信公司先划分内部机房,让企业用户在机房内架构内网。
而吴子强表示,AWS选择跟VMware合作,看上的核心技术就是NSX,“靠它才能完成不中断服务的搬迁任务。”他解释,传统的网络结构很复杂,布建网络架构前,得要先切分网段,“这些操作都必须修改底层实体网络设备的组态设定。”而虚拟网络的好处在于,不需要修改底层网络,利用NSX做为虚拟路由器,让企业在公有云、私有云都可以建构任意的网络环境、架构。
多租户架构、计价方案都得解决才能让服务上线
不仅如此,在解决网络连线的挑战之后,想让企业用户可以使用新解决方案,AWS及VMware也得要更新多租户架构及既有计价方式。吴子强表示,为了达到一定经济规模,公云厂商的内部系统架构得得要采取多租户架构,“才能一套环境提供多家企业使用”,因此,VMware与AWS花费许多时间重新设计多租户架构。他解释,这是为大型公有云业者特别规划,“只有AWS这类有跨区资料中心的服务商,才会碰上这类问题。”
再者,第二个难题是设计新计价模式。原本既有AWS的计价方式,依据硬件规格、带宽需求会有所差异,此模式与VMware有相当出入,“将公有云及私有云计价模式整合也得耗费许多功夫。”
VMware呼吁既有用户使用VCPP计划上公云
目前VMware在全球110多个国家,已经有超过4,300个VMware Cloud供应商加入VMware Cloud供应商计划(VCPP),而VCPP的前身,就是VMware过去提出的vCloud Air Network合作计划(vCAN),让这些合作伙伴可以提供月租模式的公有云、混合云服务。而VMware也呼吁,企业可以选择通过VCPP计划认证的伙伴,“这样VMware才可以给予后续服务。”吴子强表示。
吴子强表示,VMware也欢迎微软加入VCPP的计划。他解释,无论是大型云服务厂商IBM、OVH,或是台湾本地提供IDC服务的业者如数位通国际、远传电信,原先都有自家平台。在加入VCPP后,除了自家既有的环境外,也另建置vSphere环境。例如,AWS的虚拟化技术是采用Xen,而VMware Cloud on AWS,除了Xen环境外,还能让完整的SDDC架构在AWS环境上运作,“如果微软未来愿意加入VCPP计划,VMware也愿意全力支援。”吴子强表示。
