关于OpenStack的九个关键问题

编者注：本文转载自ithome。完整讲述了OpenStack 在如何使用、如何升级、和如何管理过程中的九个挑战。

01

OpenStack 会成为未来 10 年 IT 架构的主流技术吗？

OpenStack 基金会营运长 Mark Collier 最大的目标是，要让 OpenStack 成为像 Google 或 Facebook 那样普及的大众科技，人人都会使用，就算只有 2 个人，也能在车库里打造出不输 Google 等级的云端服务。

他认为，OpenStack 将能成为未来 IT 架构的主流。目前已有许多企业正在寻找属于自己的基础架构技术，希望自家资料中心可以运作得更有效率，让企业更快地前进。而 OpenStack 也因此成为他们的选择，不只是一个开源专案，而逐渐变成了企业的核心。OpenStack 可以协助企业内部开发者更快取得资源，来迅速提供市场所需的新特色。例如可以支援所有运算技术平台，主流厂商的伺服器或储存产品。

OpenStack 可以帮助任何企业或产业，快速拥有云端能力，尤其可以让许多新兴经济体，如印度，快速具备了不输欧美的技术能力，而在未来 10 年，可预见将出现大规模导入 OpenStack 的企业。

02

传统应用如 ERP 也能部署在 OpenStack 上吗？

目前如 SAP 或甲骨文也正努力支援 OpenStack，让企业惯用的 ERP 等传统企业大型应用也能在 OpenStack 环境中执行。另外，Intel 也大力投入发展 OpenStack，要处理器和伺服器不只能满足云端原生应用程式的需求，也能利用 OpenStack 云来设计出足以满足关键应用系统所需的硬体可用性设计。

03

未来 3 年，OpenStack 的发展会如何？

从全球应用情况来看，短期内最大的挑战是 OpenStack 人才慌。因为许多公司征求可以帮助导入或营运 OpenStack 的人才，包括需要技术面人才还有云端服务营运能力的人才。为了弥补这个断层，OpenStack 基金会近期较大投资也集中在社群人才培训，让拥有 Linux 系统专业的 IT 人员也能具备 OpenStack 和云端平台技术的能力，来帮助更多企业导入 OpenStack。

未来 3 年 OpenStack 另一个挑战是要积极整合更多新兴开源技术，例如 Docker，不是要和 Docker 竞争，而是要共同来建立更大个生态系。

OpenStack 最大的价值是能实现实体资料中心的抽象化，可以推动资料中心转型。

尽管目前 OpenStack 的平台可以能从 API 层来控管资料中心，但他期待，未来 3 年能出现更友善且自然地管理资料中心的方法。

，OpenStack 开放各界参与标准 API 的开发，可以让各方业者贡献自己的程式码，贡献度又能带动业者对 OpenStack 的影响力，因此成为了资讯厂商都愿意投入的原因。今年刚发布的 OpenStack 联邦身份管理验证（Federated Identity），还能更进一步串连不同服务供应商提供的 OpenStack 平台，让使用者互相分享资源，更有助于 OpenStack 在公有云或私有云市场上的成长。

04

企业导入OpenStack的常见风险有哪些？

升级是最大的痛点，因为 OpenStack 目前仍采每半年改版一次的步调，相关升级功能还有带加强。不少企业才完成一个版本的导入，就又面临了是否要升级新版的抉择，改变的代价和冲击都很高。他建议，最好可以提供像桌面作业系统升级后，还能恢复旧版的机制。另一个实际遇到的考验是，杨晴雯表示，OpenStack 在储存产品的支援广度还不足，例如他们所用的储存设备型号就不支援。

为了解决升级问题，如日本雅虎的作法是不升级，而是直接安装新版系统，但得预备大量实体伺服器来。日本雅虎网路营运总部基础建设技术分部部长伊藤拓矢将这个作法称为资料中心生命周期管理策略。他将资料中心内的伺服器分区分版安装，来进行 OpenStack 丛集的版本控管。资料中心内所有伺服器分成 4 区，各安装不同版本的 OpenStack，每一个版本使用约 25％的伺服器。遇到需要导入新版时，先将最旧版本丛集内虚拟机器上的应用程式转移到其他版本的 OpenStack 丛集上，再将最旧版本所有伺服器整批直接重新安装最新一版的 OpenStack。

05

若要自行导入 OpenStack 会不会很难？

任何人都能从网路上取得 OpenStack 的完整程式码，也能自行安装出一套 OpenStack 的 IaaS 平台。不过，要实际运用于上线系统时，早从 2011 年就开始导入 OpenStack 的 104 人力银行则吃了不少苦头。

104 资讯科技系统维运处工程部工程襄理蔡吉明表示，不过早期说明文件不足，得以依靠社群讨论才能获得协助，OpenStack 社群相当活跃，有助于解决问题。

2012 年开始，104 花了一年时间，开始分批部署 OpenStack 的 Essex 版本，看中 KVM 的高度稳定性，而决定导入 OpenStack，导入后也提高了伺服器的利用率，增加了约 30％的机柜空间。不过，导入时仍旧遇到了一些 OpenStack 还未提供的功能，因为 104 内部团队中有略懂 Python 语言的开发者，才能修改原始码来符合 104 的需求。但也因如此，104 后来又担心自行开发的网路功能无法相容新版，而决定不升级。

蔡吉明表示，104 已将所有网站服务部署在 OpenStack 上，即使不升级也仍旧稳定，没有非升级不可的需求，就算要升级，也考虑采取先建置新版环境再转移应用系统的策略。

104 人力银行 2011 年就开始导入 OpenStack，从 2012 年更用于正式环境，来提供所有 104 网站上的服务。因为内部拥有 Python 人才，才能客制原始码来满足特定需求，但也因此担心相容性，而迟迟未升级到新版。──104 资讯科技系统维运处工程部工程襄理蔡吉明

06

官方有何方法解决改版升级问题？

OpenStack 基金会仍会采取半年改版一次的步调，但 Mark Collier 表示，已经采取了几项作法来改善升级问题，包括了让 Nova 运算丛集分批升级的机制，来避免整套服务中断。另一个作法是让调整现有的 OpenStack 开发流程，增加向下相容性测试，要求每项更新都得经过升级相容性的测试，来减少升级的困难，另外也计画要推动跳板升级的作法和机制，来减缓半年改版的升级压力。

07

OpenStack 可以通吃各种虚拟化技术平台吗？

OpenStack 是目前唯一一套可同时管理多种虚拟化平台、Container 和实体伺服器裸机部署的开源云端平台产品。

不过，从 1 年多前为了整合自家伺服器和 OpenStack 软体来打造整柜式产品而尝试了各种不同运用情境的云达科技技术处协理李家瑞表示，虽然 OpenStack 可以支援多种虚拟化平台，但是单一运算节点只能选择一种，还无法将不同的虚拟化平台建置在同一台伺服器上。不过，OpenStack 社群也正在讨论对单一节点支援多种 Hypervisor 的功能，推出时程还未决定。

08

Google 的加入，会对 OpenStack 带来什么影响？

Google 宣布成为 OpenStack 基金会的赞助企业，也派出了 Container 专家，要让这套源自内部大规模部署经验而衍生的管理平台 Kubernetes。

Google 向 Mark Collier 说明加入的目的是，因为 Google 将 OpenStack 视为建置私有云的标准，为了让 Google 自家公有云服务更能结合 OpenStack 来发展混合云，所以，Google 才加入 OpenStack 阵营。Mark Collier 认为，这将是一个双赢的局面。Aptira 技术长 Kavit Munshi 更预测，在 Google 拥抱 OpenStack 之后，未来 3 年，有助于让 OpenStack 的普及率翻数倍。

09

导入 OpenStack 前要先考虑哪些事？

因为 OpenStack 提供了高度弹性的部署组合，旗下多种套件可搭配不同的需求个别安装，例如只安装运算套件，或只安装储存套件，而不一定要全部安装。云达科技技术处协理李家瑞表示，一般企业导入 OpenStack 前，要先评估企业内部应用系统和工作流程的需求，找出自己需要的云端环境配置，再来设定合理的效能指标，才能进一步找出合适的部署计画。