ron breault

除了最初的安装和调试，一般来说，最重要的、小心管理的任务是运营商必须经常解决的?答案很简单:系统升级。然而，这个过程就像魔术一样!

考虑一下：如果您是运营商，您正在在一个非常紧张的市场中提供服务，不断寻找侵略性的竞争对手来吸引您的客户。您的企业用户和消费者不需要停机时间，7×24可用性，但仍希望尽快使用所有最新功能和功能。您需要向前移动，升级您的系统，但您无法扰乱操作。你是如何完成的？谢天谢地，经过几十年的运营商和电信设备提供商，网络升级已成为一个很好的理解。

到达详细的进程和功能，以向网络中的每个节点提供“滚动升级”。操作系统升级;新电信应用程序部署;数据库升级;数据迁移到新格式;协议版本是上涨的等等。所有没有服务影响，因此整个过程对企业和消费者透明 - 他们没有看到一件事。这几乎是魔力，真的。

但是等等!现在我们正以一种新的模式运作，虚拟化和云技术支撑着电信服务。NFV已经从概念变成了现实，OpenStack似乎无处不在。这会影响升级过程吗?运营商应该担心吗?答案是肯定的和肯定的!

OpenStack陷入了信息技术和企业世界的存在。这是一个世界，可以仔细计划停机，并且在部署和激活的新系统时，系统可以在几个小时内关闭系统。想想你在办公室收到了多少次，告诉你一些重要的系统（会计，电子邮件，工资单）将在周末升级到升级 - 我们都看到这些。然而，此同样的技术现在用于托管虚拟化网络功能，诸如呼叫服务器，数据包核心，路由器，防火墙和会话边界控制器（少数名称）等功能。更糟糕的是，OpenStack不是一些小型项目，较长，慢速生命周期。这是一个巨大的开源进行，实际上不断发展和旋转两次新版本！

如果OpenStack包括一个很好的，平滑，服务的系统升级的服务流程，运营商使用它可能会呼吸浮雕 - 不幸的是，该行业还没有。If you’re looking for a “fun” way to spend your weekend, go to the OpenStack website and browse through the numerous documents, wikis and webinars describing the various upgrade processes for the individual projects comprising OpenStack (Keystone, Nova, Neutron, Cinder, etc.). It’s sobering. Much more work is clearly needed to achieve the level of process maturity necessary for standard OpenStack upgrades in a telecom environment.

我很高兴地说已经部署的运营商风河钛馆服务器网络虚拟化平台在升级到新版本时将获得完全不同的体验!Titanium Server是由同一个电信工程师设计和建造的，他们创造了用于传统、非nfv网络升级过程背后的“魔法”。这些工程师了解运营商在进行升级时面临的约束。他们知道升级不会影响服务——零停机时间——并且流程本身必须易于理解和完全自动化。

我最近观看了一个现场演示，演示了这种升级。使用作为Titanium Server不可分割的一部分的升级工具，我看到一个正在运行的系统发生了完整的升级。我们的框架将从头到尾的整个过程自动化:VNFs从一个节点实时迁移到另一个节点(即使是那些使用DPDK的节点);系统操作系统升级;OpenStack组件和服务升级;虚拟化基础设施管理器升级....一切!在升级过程中，系统会显示升级信息、日志和告警等信息，告知操作人员升级的进度。如果需要，将为受控回退创建回滚点，并根据需要重新格式化和迁移所有系统数据。简而言之，Titanium Server使得NFV世界中的系统升级行为就像他们在非NFV世界中的行为一样——一个重要的，但管理良好的事件。

如果您想了解有关Titanium Server如何升级工作的更多信息，或安排时间亲自查看升级，请访问windriver.com．我们想向你展示我们的魔法!