OpenStack 初创企业 UnitedStack 团队于 2014 年 7 月 15 日宣布 UOS 2.0 正式发布。与之前的 UOS 1.0 不同,本次发布的服务是公有云和托管云这两个产品,而不是之前的 UOS 发行版。
UOS 2.0 的技术说明
UOS 2.0 公有云与托管云对用户开放 Web 控制台、CLI 与 API,所有 API 均是标准 OpenStack API。底层的分布式存储与网络、分布式管理、服务器、网络设备、安全防护不对用户暴露,完全由 UnitedStack 团队进行运维与管理。
公有云用户可以直接在 ustack.com 注册新账号使用,云主机、存储、公网 IP 与带宽、路由器的计费标准可在建立新实例的时候实时预览,按秒级计费。
托管云客户需要使用 UnitedStack 提供的硬件规范提供硬件,付费标准为 2000 元每物理节点每月。UOS 2.0 的代码对托管云客户开源。
UOS 2.0 目前基于 OpenStack Icehouse 版本,服务器操作系统采用 CentOS,存储方案采用 Ceph,虚拟化方案为 KVM,网络采用 OpenStack 标配的 Neutron+OVS 方案,自动化运维方案采用 Puppet。
技术特点
云主机
- 6 秒的平均启动速度
- 支持在线热迁移
- 主机所有部件可插拔,包括网卡、硬盘、安全秘钥等
- 支持实时监控
- 云主机处于关机状态下时停止计费,免费保留 30 天
存储
- 基于 Ceph 的 UOS 统一存储,计算与存储一体化,方便管理和扩展
- 承诺写完三份副本才返回写入成功
- 对公有云用户承诺 170MB/s 的写入速度,实测的随机写速度可达到平均 900MB/s
网络
云计算网络层的难点在于系统工程师往往不懂网络,网络工程师往往又不懂系统,所以做这部分需要同时精通网络、系统、存储、分布式的人才。
- 完全隔离的二层虚拟网络
- 支持网络迁移
- 支持 OpenStack 默认不支持的虚拟网卡
- 提供 VLAN&VXLan 的隧道网络。VLAN 仅对大客户提供
FAQs
UnitedStack 创始人兼 CEO 程辉在现场的分享环节和交流环节进行了一些问答,以下摘录部分内容(大意):
Q:之前的发行版做的挺好的,为什么不做了?
A:由于不同客户数据中心的异构造成的复杂性,通过提供一个发行版、让软件自动适应识别不同的数据中心架构注定是做不到完美的,一定会出各种各样的问题。一旦发行版开始发展付费用户,那么团队将长期陷于处理各种由于异构而造成的种种不同问题的情景下,而无法继续改善产品。这不是我们希望的路线。
而企业如果希望用到好的云服务,私有云也注定无法满足他们的需求。首先传统的解决方案采购模式流程冗长,可能几个月的 POC 之后才会有真正的部署。而即使部署之后,其实整个过程才刚刚开始,因为对于云服务来说,三分开发七分运维,但这个时候服务提供商却已经完成部署撤出了,客户自己无法解决这个系统一定会遇到的各种问题。
有些同时做公有云和私有云的服务商采取公有云一套核心研发团队、私有云另外一班人马给客户提供上门服务的模式,这样自己消耗也大,客户也没有得到跟公有云一样好的服务。
而统一软硬件架构的公有云 + 托管云的模式,首先公有云就相当于是托管云的 POC,大大减少了 POC 环节耗费的时间,而客户最终拿到手的东西,就是一模一样的东西,有同样的服务质量。
Q:为什么要将托管云的定价公开,而不通过定价保密、销售议价的方式拿到价格更高的单子?
A:我觉得讨价还价完全是一件浪费时间的事情。我这就是一口价,公开出去,到我这里也别要折扣,这样节省了大家的时间,都简单了。
Q:在基础设施研发人才匮乏的环境下,如何做令人信服的公有云产品?
A:基于 OpenStack 做云计算服务,需要明确的意识到 OpenStack 只是一个框架,一个平台基础架构,这个框架的作用是把主机操作系统、存储、虚拟化、网络 /SDN、自动化等组件都组装在一起,所以只掌握 OpenStack 是不够的。
UnitedStack 对 OpenStack 本身的参数和源代码都有非常深入的掌控,而且在上游的 Ceph 社区和 Neutron 社区都有 committer,这样做的好处是一旦上游项目出现问题,UnitedStack 能够立刻感知;而 UnitedStack 如果发现与上游组件相关的问题,也可以自己 patch,然后再输出回社区。这样才能对这套东西有完全的掌控,能够保证自己处理问题的速度绝对能超过客户自己处理问题的速度。我们把代码对托管云客户开源而并不担心客户会拿我们的代码去做自己的东西,就是因为我们有自信客户做不出比我们更好的东西。否则,我们也就没有存在的价值。
评论