编者的话：这一份Gartner魔力象限报告只关注了北美地区的数据中心外包市场，但却很可能给中国的云计算行业带来重要的启发。在北美地区，托管私有云解决方案正在受到追捧，IBM、惠普、戴尔等大型传统IT厂商将此作为向云转型的重要支点。这一趋势映射到中国市场有望展现出另一番场景。更多的中国本土企业和创业公司有望在此间寻找到创新与发展的新天地。同时，本地化的服务与开源项目的结合，也将成为一个重要的方向。目前，中国的OpenStack创业企业UnitedStack有云同时向用户交付公有云和托管私有云服务。相信在未来，托管私有云市场将会迎来更多的玩家。作为企业与IBM、惠普或戴尔等大型厂商达成的数据中心外包合同中的一部分，托管虚拟私有云正在越来越受到欢迎。研究机构Gartner在2015年8月发布了一年一度的“北美地区数据中心外包市场魔力象限”报告。“托管私有云成为数据中心外包新宠”，正是Gartner在这份报告中的核心观点。Gartner将托管私有云归在了“基础设施公用服务”或企业根据资源使用量、所服务用户数量付费服务的类别中。该报告称，“基础设施公用服务（IUS）正逐步以托管虚拟私有云服务作为基础。”分析师认为，工业化基础设施服务是推动数据中心服务市场未来增长的动力。这种增长将牺牲传统服务的增长和利润，Gartner预测，这将导致传统服务的增长和利润将会面临更大的压力。这类服务的类别包括I ...继续阅读 (18)

2014年的这个时候，我们还在OpenStack社区中为NFV是否属于OpenStack而争论不休。如今这一争议已经被解决了。OpenStack已经成为NFV讨论中的重要部分，正如下面的ETSI MANO概念性架构图所反映的那样，OpenStack是虚拟化基础设施管理（VIM）层的主要执行者。作为通过综合开放平台专注于推动NFV演进速度的开源项目，OPNFV正在其参考架构中利用OpenStack和OpenDaylight SDN控制器。现在向那些不熟悉Tacker的人们介绍一下它。Tacker是一个在OpenStack内部孵化的项目，它的作用是VNF管理器，用于管理VNF的生命周期。Tacker的重点是配置VNF，并监视它们。如果需要，还可重启和/或扩展（自动修复）VNF。整个进程贯穿ETSI MANO所描述的整个生命周期。自从在加拿大温哥华召开的OpenStack峰会和博科近期主持了Tacker 中期会议（Mid-Cycle Tacker Meetup）以来，Tacker项目获得了强劲的推动力。除中期会议外，每周的IRC（网上实时交流）会上也在讨论一些具体的执行细节。Tacker由四大组件组成：即VNFD目录、VNF设置、VNF配置管理，以及VNF监控与自动修复。以下是Tacker的每个子领域迄今为止所取得的主要成就。VNFD目录：围绕如何呈现VNF（VNF描述符）的标准化努力如 ...继续阅读 (19)

OpenStack已经成为了领先的企业级私有云技术。当IT经理决定在数据中心内创建OpenStack私有云时，他们很快就会发现，“OpenStack”这个术语并不意味着他们只能通过一种方式实现自己向云转型的目标。实际上，创建OpenStack私有云可以有多种方式，每一种方式都会有不同的效果。VMware在2015年通过推出自己的OpenStack发行版帮助许多公司简化了他们的选择。如今这家总部位于加州帕洛阿尔托的科技巨头的技术已经遍及全球的企业数据中心。VMware承诺，用户可以在数据中心内创建OpenStack私有云，并且可能继续使用他们管理VMware环境的技能，用户不必转向开源KVM的虚拟层。OpenStack的魔力研究机构Gartner的副总裁、著名分析师Donna Scott表示，简言之，OpenStack是在企业内部创建类似亚马逊AWS云的最佳方法。越来越多的企业希望借助软件进行验证、开发、部署、改进，或是放弃这种由网络巨头所倡导的运营模式。不过，这种运营模式需要拥有由IaaS（基础设施即服务）所提供的基础设施灵活性。她说：“OpenStack可以帮助在企业内部使用的IaaS API，它们也因此而不断成长。”OpenStack还代表着那些由商用硬件组成、由开源软件编排的网络级基础设施的发展前景。这种解决方案的优势是可以降低成本、提升互操作性、减少厂商锁定。成本的降低不仅 ...继续阅读 (21)

你是否已经被OpenStack铺天盖地的宣传所淹没？OpenStack被宣传成是一剂灵丹妙药，可以在将企业应用转化为云服务的过程中，提供快捷且具备出色成本效益比的工具。不过，一些分析师并没有这么乐观，他们认为，“用OpenStack创建私有云”是一项艰巨的任务。美国《Network World》近期采访了沃尔玛、时代华纳有线、PayPal等OpenStack应用的先锋企业。他们认为，OpenStack已经做好了在企业中大规模部署的准备，但是我们需要理解其中的潜在危险与障碍。我们需要有能够胜任的员工，需要从小规模的尝试开始，需要为应对在升级、扩展和易用性方面存在的潜在问题做好准备。“创建私有云是一件非常困难的事”OpenStack 基金会董事，EMC 技术副总裁Randy Bias说：“我认为，因为OpenStack存在缺陷导致了企业的大规模部署受限这种观点并不正确。通过OpenStack创建的许多私有云的确存在一些问题。是的，这是一个挑战，不过创建私有云本身就是一件困难的事。”Bias说：“我们正在整合存储、网络和计算，并为它们增加SDN（软件定义网络）叠加层、对象存储、按需的L4-L7网络和商用交换机等大量下一代服务。此外，我们还为数据中心引入了亚马逊AWS、谷歌Cloud等服务。这是一项艰巨的工作，需要大量的人才，这也是一个重大的挑战，不过这跟是否使用了OpenStack没有任 ...继续阅读 (12)

随着移动互联网和物联网的兴起，大数据领域出现了两大新贵，传统的离线大数据处理框架Hadoop和统一迭代计算、流式计算和图计算的Spark。对于Hadoop我们并不需要过多的介绍，经典的MapReduce编程范式已经流行了近十年，但它的使用很大程度上仅限于离线计算，于是出现了Storm、Hive、Impala等项目来弥补它在流式计算和在线查询上的劣势。大量生态项目的涌入让Hadoop学习越来越复杂，并且很多公司都在重复研究和实现数据挖掘、人工智能的算法，对真正的数据工程师或数学家来说这是难以驾驭的大数据处理服务。这是Spark应运而生，诞生于伯克利大学的AMPLab，通过RDD的设计创新性地实现了迭代计算、流式计算、图计算等大数据处理接口，并且提供比Hadoop快10倍到100倍的性能。无论从功能来看，还是从性能来看，Spark无疑将获得大部分大数据开发者的青睐。Spark提供了Java、Scala和Python的开发接口，三行代码即可实现经典的WordCount分布式应用，因此快速了解和学习Spark也是当代程序员的基本要求。UOS支持为了满足公司内部和公有云用户的大数据开发需求，我们提供的UOS平台必须支持用户在上面运行Spark集群。UOS通过KVM虚拟化技术为开发者提供了按需分配的虚拟机，在需要分析数据时可以一键创建虚拟机集群，目前UOS基于Ceph统一存储虚拟机启动时间控制 ...继续阅读 (31)

本文会重点讲解OpenStack中使用的API开发框架的使用。但是本文的目的并不是覆盖这些框架的使用细节，而是通过说明重要的部分，降低初学者的入门的门槛。框架的使用细节都可以从文档中找到。说明一下，除非特殊说明，本文中的相对路径都是相对于项目源码目录的相对路径。Paste + PasteDeploy + Routes + WebOb我们在API服务(1)中已经提到了，这个框架只在早期开始的项目中使用，新的项目都已经转到Pecan框架了。但是，早期的项目都是比较核心的项目，因此我们还是要学会如何使用这个框架。我们会以Keystone项目为例，来说明如何阅读使用这个框架的开发的API代码。重点在于确定URL路由RESTful API程序的主要特点就是URL path会和功能对应起来。这点从API文档就可以看得出来，比如用户管理的功能一般都放在/user这个路径下。因此，看一个RESTful API程序，一般都是看它实现了哪些URL path，以及每个path对应了什么功能，这个一般都是由框架的URL路由功能负责的。所以，熟悉一个RESTful API程序的重点在于确定URL路由。本章所说的这个框架对于初学者的难点也是如何确定URL路由。WSGI入口和中间件作为基础知识，你需要先了解一下WSGI的相关概念，可以参考这篇文章WSGI简介。WSGI入口在API服务(1)中提到了WSGI可以使 ...继续阅读 (23)

使用OpenStack服务的方式OpenStack项目作为一个IaaS平台，提供了三种使用方式：通过Web界面，也就是通过Dashboard（面板）来使用平台上的功能。通过命令行，也就是通过keystone,nova,neutron等命令，或者通过最新的openstack命令来使用各个服务的功能（社区目前的发展目标是使用一个单一的openstack命令替代过去的每个项目一个命令的方式，以后会只存在一个openstack命令）。通过API，也就是通过各个OpenStack项目提供的API来使用各个服务的功能。上面提到的三种方式中，通过API这种方式是基础，是其他两种方式可行的基础。通过Web界面使用OpenStack服务这种方式是通过OpenStack的Horizon项目提供的。Horizon项目是一个Django应用，实现了一个面板功能，包含了前后端的代码（除了Python，还包括了CSS和JS）。Horizon项目主要是提供一种交互界面，它会通过API来和各个OpenStack服务进行交互，然后在Web界面上展示各个服务的状态；它也会接收用户的操作，然后调用各个服务的API来完成用户对各个服务的使用。通过命令行是用OpenStack服务的方式是由一系列项目来提供的，这些项目一般都命名为python-projectclient，比如python-keystoneclient，pyt ...继续阅读 (88)

2015年，OpenStack全面拥抱容器技术。在春季的温哥华OpenStack Summit上，容器的大讨论如火如荼。而在7月谷歌宣布加入OpenStack基金会之后，OpenStack与谷歌开源容器项目Kubernetes的整合行动进一步加快。在替代传统IT架构、扮演云计算时代基础计算资源统一调度平台的同时，OpenStack也在全力与云端下一波浪潮的宠儿——容器技术实现融合。近日，一份名为《探索机遇：容器与OpenStack》的白皮书由OpenStack基金会官方发布。这份由来自Mirantis、Rackspace、思科等公司的技术专家共同撰写的白皮书试图用通俗的语句、生动的案例和深入的技术探讨为您展示在OpenStack中部署容器的价值，两者之间融合应用路径，以及如何利用OpenStack Nova搭建容器的托管环境。“社区将OpenStack看作是一个集成引擎，这样的定位对用户而言意义重大。就像我们在计算、存储和网络方面无需重新发明轮子一样，我们也无需对容器做这些事。”——OpenStack基金会COO Mark Collier在白皮书的开篇中说道。作为一项处在快速演进状态的技术，OpenStack已经进入了容器支持者的阵营，而这样的支持与OpenStack此前对其他技术的包容与融合过程是十分类似的。对IT组织而言，关键的价值在于，OpenStack通过交付跨平台的API ...继续阅读 (8)

这是UntiedStack有云创始人程辉与ZStack联合创始人张鑫的一场思想碰撞，关于全API交付、自动化部署、差异化竞争、产品化以及PaaS和SaaS支持的讨论。张鑫：记得去年跟程总在硅谷畅聊了一次，谈到IaaS必须全API交付，都非常认同。但大家知道OpenStack本身是不提供管理物理设施的API的，例如添加物理机要自己去部署Nova和配置。UnitedStack在这方面有没有做一些额外的工作？做到全API交付，用户无需手动做任何配置和部署。程辉：这个问题需要先了解一下行业目前对物理基础设施的API支持的情况。因为在底层硬件基础设施API支持不完善的情况下，上层做完美的API支持是不实现的。软件定义数据中心的概念提了很多年，但是大部分突破还都在软件服务化方面，各大硬件厂商在硬件基础设施管理的API化方面进展都比较慢。现在的情况是，客户数据中心硬件基础设施普遍是异构的，几乎涵盖所有主流品牌的网络和服务器，年代也不一样。全API交付，即完全自动化交付，客户只需要少量简单的配置，即可完成自动配置和部署。在我们的UOS 1.0曾经就把OpenStack做到了这样，只需要一个U盘，把所有的设备通电开机，即能实现自动的硬件部署、平台安装等工作。但是那是在对数据中心硬件配置、品牌和型号等方面高度明确的情况下才可以做到这样，但实际上当客户越来越多时，遇到的基础设施硬件越来越多时，你所面临的 ...继续阅读 (26)

为什么写这个系列OpenStack是目前我所知的最大最复杂的基于Python项目。整个OpenStack项目包含了数十个主要的子项目，每个子项目所用到的库也不尽相同。因此，对于Python初学者和未接触过OpenStack项目的人来说，入门的难度相当大。幸运的是，OpenStack中的项目有很多共同点。比如，它们有相同的代码库结构，都尽可能是用同样的库，配置文件和单元测试的规范也都几乎一样。因此，通过学习这些共通的部分，我们就可以快速掌握多个OpenStack项目。但是，万事开头难，学习这些基础知识总是痛苦的。不过，学习的难点并不在于这些知识点本身有多难理解，而是这些基础知识的应用场景和应用效果对初学者来说都是模糊的。这个系列文章的目的就是帮助有需要的人了解OpenStack中一些常见的知识点。理解过程就是通过动手做一个web application demo来实现的。这个系列文章会涉及到以下的知识点：包管理和pbrWSGI, RESTful Service和Pecan框架eventletSQLAlchymy单元测试下面的知识点是不会专门讲的，如果有遇到不会的请自学：git软件包管理软件包管理是每个OpenStack项目的基础，其目的是用来将项目代码打包成源码包或者二进制包进行分发。一个项目的代码可能会被打包放到PyPI上，这样你可以通过pip命令安装这个包；也可能会被打包放到项目 ...继续阅读 (23)

教师节到了，向战斗在一线的老师们致敬！作为IT大学，云计算学院中国区的一个在校生，UnitedStack有云也要给自己的老师送去感谢和祝福！下面将一一介绍老师队伍：系主任：OpenStack老师介绍：5岁，幼年成名，开源云平台中最成功的一位，战斗力五颗融合力五颗星！成长速度五颗星！从CloudStack和桉树等竞争对手出脱颖而出，大有一统天下的气魄，虽然用户自己部署仍有许多问题，但是仍不妨碍我们这个世界敬爱他。UnitedStack有云学习成绩：代码贡献中国区三甲，世界范围前三十。在互操作性认证方面，曾受到系主任的表扬，跻身全球十四家通过认证的企业之中。主课选修：OS：CentOS老师介绍：系出名门，济世天下。源自Red Hat Enterprise Linux，但是免费使用。备选项目：Ubuntu、Debian、Red Hat、CentOS等。计算：KVM老师介绍：年轻有为，学生爱戴。2007年出生，作为轻量级的虚拟化管理程序模块，对Linux重量级的持续支持非常不错。备选项目：KVM、Xen、Docker、ESXi、Hyper－V等。存储：Ceph老师介绍：得遇伯乐，人气超高。2004年出生，遇到云计算，特别是系主任之后，发展一日千里，成为现在讨论最多的技术之一，他的直属弟子都成为各大公司哄抢的香饽饽。备选项目：Cinder＋LVM、Ceph、GlusterFS、SheepDo ...继续阅读 (40)

网络一直都是OpenStack的众多子集中面临最多挑战的部分。在8月中旬召开的LinuxCon大会上，OpenStack Neutron的PTL（项目技术主管）Kyle Mestery与红帽公司的OpenStack社区联络员Rich Bowen进行了一次深入的访谈，Mestery描述了Neutron未来的模样。以下是访谈实录（Rich Bowen以下简称为R，Kyle Mestery以下简称为K）：R:自从我接触OpenStack以来，我就注意到网络一直是头号难题。很高兴能够采访到Neutron的PTL Kyle Mestery。K:我也很高兴讨论这一话题，因为网络一直非常重要。我们必须要有一个针对计算节点的网络。R:在LinuxCon大会上，我亲自演示了它们的重要性。在另外两场采访中，我将重点主要放在了Kilo的新功能以及Liberty中即将出现的新功能。不过，我对Neutron的前景尤为感兴趣，因为它们似乎已经成为了一个非常棘手的问题，然而在过去的几年里，我们只是注意到了它所取得的惊人进展。能告诉我们您对Liberty、M、N 、O、P等版本的新功能预测吗？K:我可能更想从项目本身，而不是从技术层面上讨论这个问题。如果你看一下所有的指标，无论是代码评估、漏洞还是蓝图等，Neutron都是一个很大的项目，它拥有大量的插件和驱动。针对网络，我们部署了一个平台、一个API 和一个平台 ...继续阅读 (12)

谷歌云产品经理、开源容器项目Kubernetes的联合创始人Craig McLuckie最近接受了ComputerworldUK网站的专访。这位谷歌云的掌舵人畅谈了云、开源社区以及谷歌支持OpenStack背后的深层次原因。很少有公司清楚在数以千计的机器中扩展云应用，比方说谷歌搜索或地图这类的应用到底意味着什么？谷歌运行着当今世界上最为复杂的自动化基础设施，他们也因为积极创新云计算技术而闻名全球。谷歌通过容器管理庞大的应用需求和早期Docker部署的技术，后者允许基于云的应用与传统企业工作负载共存，这也让他们拥有了非常大的影响力。如今，谷歌正在将努力的重点转向OpenStack。OpenStack是一个开源云计算平台，旨在为致力于立足和深化这一框架的公司和开发者提供一个强大的生态系统。这其中既包括像Mirantis这样提供企业级解决方案的贡献者，也包括由大型厂商主导的整合行动。它们如今已经成为了一个合法社区，其主要目的是开发出具有企业价值、并且可以解决基本基础设施配置问题的技术。谷歌的云开发者正在为OpenStack项目（例如聚焦于容器的Magnum）贡献代码，同时将他们自己的开源容器项目Kubernetes与该框架整合起来。这显然也是一个明智的选择。对OpenStack提供支持的举措虽然可能不那么惊天动地，但是却给了谷歌的对手亚马逊AWS有力的一击。除了回击近乎垄断的AWS外，M ...继续阅读 (6)

Kuryr一词来自捷克语，意思是“信使”。在OpenStack的大家庭里，Kuryr正在尝试做一项具有重大意义的工作，即把容器和Docker网络加入到Neutron解决方案和网络服务的使用中，从而弥补其中现存的差距。Kuryr正在尝试解决什么问题？OpenStack和Neutron已经不再是新的东西。目前Neutron已经成熟，它们正在nova-network上的OpenStack部署中流行起来，并且有着非常丰富的插件与驱动生态系统，可以提供网络解决方案和服务（例如负载平衡即服务LBaaS、虚拟私有网络即服务VPNaaS，以及防火墙即服务FWaaS）。云部署者可以对Neutron抽象层组件进行互换。在容器网络和容器与OpenStack混合的环境中，我们已经注意到每个网络解决方案都试着进行改造，以便让网络能够适应容器，但是这次涉及的是Docker API（或者其他抽象层）。例如，OpenStack Magnum项目已经根据所使用的容器编排引擎（Container OrchestrationEngine，简称为COE）为不同的libnetwork驱动引入了一个抽象层。如果Kuryr能够成为Magnum COE的默认选项，那么这将是最理想的情况。Kuryr背后的理念是能够利用抽象层、Neutron及其插件与服务中的所有工作，为容器应用案例提供一个生产级的网络。与试图解决这一问题的每个独立 ...继续阅读 (10)

在8月30日开幕的VMworld 2015大会上，VMware和Rackspace公布了他们合作创建的一个可互操作的、新的OpenStack云平台。新的架构旨在帮助用户消除启动OpenStack云时所面临的复杂性，尤其是在涉及混合云环境和多云环境的情况下。VMware的高级产品营销经理Amr Abdelrazik在自己的个人博客中透露称，可互操作的OpenStack云架构允许用户选择启动VMware的Integrated OpenStack或是Rackspace基于OpenStack的私有云。此外，该平台还允许用户创建可自动使用标准OpenStackAPI的基础设施。Abdelrazik承诺，VMware和Rackspace将展开密切合作，以确保在两个OpenStack环境中可自动地进行互操作。他还指出，这一举措符合OpenStack基金会通过“联合身份”实现多云环境整合的转型趋势。“我们与Rackspace正在就这类针对OpenStack的多厂商架构展开合作，它们可以消除基础设施层的厂商锁定。”Abdelrazik说道。Rackspace表示，选择这一解决方案的所有厂商都可以获得极大的灵活性且没有任何难度，因为他们能够跨EsXi或KVM的虚拟层部署应用，自由选择配置使用通用凭证的工作负载的方式和位置。Rackspace解释说：“这种可互操作的OpenStack云架构让企业可以在基 ...继续阅读 (16)

奔跑吧，OpenStack！容器专场的分享来到第二篇，来自UnitedStack网络工程师秦天欢的《Docker Kubernetes Neutron下的网络》，文末可以下载演讲PPT，观看演讲视频。在正文开始之前，小编想先聊聊关于关于网络的事儿，和全文有关，但也没有完全关系。 网络的作用一直就是通道，可以类比公路、水管或者是下水道，只是其中流通的内容是数据。这是网络的本质，不论是在传统物理IT层面，还是在云计算以及容器的今天，网络一直都在执行这样的使命。比如，负载均衡其实就是给数据分类提高速度，相当于分出了快车道慢车道；而VPN隧道技术就是在大管子里套了一个小管子，让小管子里的数据更加安全。到了云计算时代，OpenStack孕育出Neutron，在Docker中孕育出libnetwork，他们的作用都是把OpenStack或者是Docker中的数据与其他网络实现互联互通，或者更形象的说法是，修了一个河道，实现了一个池塘（新平台上的数据）与其他池塘（物理网络）之间的沟通。本次分享的话题《Docker Kubernetes Neutron下的网络》，其实就是讲了三个池塘如何与内外沟通的故事。下载PPT：docker-k8s-neutron下的网络视频观看地址：http://www.stuq.org/course/detail/1014先把三个河道的区别show出来，如图：D ...继续阅读 (36)

奔跑吧，OpenStack！系列上周日继续，这一站，容器！虽然当天与阅兵预演封路，影响了大家出行，但是仍有很多朋友从北京各处赶来，赶到上地云基地，聆听一场OpenStack和Docker的盛宴。甚至有朋友提前一个多小时入场，这让我们非常感动，送给他的除了早鸟奖励还有我们的感激。关于本次活动的分享我们分为两个部分，今天整理的是由陈迪豪同学分享的《Docker与缓存服务》。本次分享PPT下载：docker_and_cache_service一UnitedStack和OpenStack对Docker的支持在2014年9月我们上线了CoreOS镜像，很多开发者都支持CoreOS是第一个也是目前最流行的为容器优化的操作系统，UnitedStack是国内第一个支持CoreOS的IaaS厂商，并且发布了《在UOS上体验CoreOS》和《从运维角度看CoreOS》两篇文章。在2015年6月我们还上线了Fedora Atomic镜像，这是开源巨头Redhat力推的容器操作系统，我们也是国内首家支持Atomic镜像的基础云服务厂商，并且是国内唯一一家同时支持CoreOS和Atomic系统的服务商。目前我们也积极与Docker创业公司合作，为Docker爱好者提供最好的基础服务。在未来，我们将基于Magnum项目提供像亚马逊ECS这样的容器服务，打造容器与虚机结合的良好生态。二基于Docker和Trov ...继续阅读 (38)

关于云计算落地有各种各样的猜测，但是真正了解这个过程的却并不多。本文是UnitedStack有云产品VP袁东在云头条的一次分享，把在向云迁移过程中的三类典型用户抽象成具体人物，个性鲜明。虽然都有真是真事儿，但是大家不要较真到底是谁，因为这样的故事在这些行业频繁的上演。也许，帅小伙儿说的就是你？今天来讲一个帅小伙、大叔和高富帅的故事，这三个人物实际上是我们做的三个典型项目的客户给我留下的感觉。希望通过这三个项目和大家分享一下不同的行业对云计算的思考方式的差异。帅小伙：来自IDC行业（故事背景：IDC是个水很深的行业，帅小伙的背后我也不知道有没有背景）当时这个项目做下来也奇葩，本来人家第二天要跟别人签合同了，硬件都采购完了——然后被我们抢单了。在和帅小伙交流的时候也很有意思，他们最关心的问题是：云计算这个东西，怎么为他们挣钱！但凡IDC行业转型云计算，出发点几乎都是这一点：怎么用云计算挣钱。把这个问题讲清楚了，单子就到手了。不过单子到手不算完，正当我们打算弹冠相庆的时候，帅小伙就把一大堆定制化需求糊了我们一脸。果然，这才是做项目的节奏——事情本来就会这么简单嘛。这一坨定制化需求从按月导出客户对账记录，一直到公网IP的分配，再到各种打折、促销和代金券……搞得我们动物园里面的产品汪和程序猿一阵狗吠猿闹。等到都坐下来了，我们总结了一下：以帅小伙为代表的IDC客户的核心需求是“运营”！如果一个 ...继续阅读 (19)

在上周六落幕的ArchSummit深圳站上，Unitedstack有云的网络工程师王为进行了关于OpenStack 网络的主题演讲《通向高可用与分布式的 OpenStack 网络服务》，对 OpeStack 的网络发展做了一个综合性的总结和比较，也解答了对于OpenStack 网络复杂、Neutron 难维护、Overlay 网络性能低下的疑问。前言当我们提到 OpenStack 的网络，很多人会望而生畏，说OpenStack 网络好复杂、Neutron 难以维护、Overlay 网络性能低下…… 这样的印象阻碍了 OpenStack 特别是 Neutron 在企业的部署脚步，事实上从 OpenStack 诞生起，其网络的模型和设计就一直在进化并且保持着高效、快速的迭代，特别是从 Neutron 诞生，Legacy 网络、Provider 网络、L3 HA、L2 Population、DVR、DragonFlow 相继提出，我们看到Neutron 在其每一个 Cycle 都在向企业级的生产软件靠近，本文将尝试对 OpeStack 的网络发展做一个综合性的总结和比较。从 Nova-network 说起我们知道最初 OpenStack 只有 Nova 和 Swift 两个组件，所以 Nova 除了提供基础的计算服务，包括调度、块设备和网络也一并由 Nova 提供，当时的网络是什么样呢？ ...继续阅读 (22)

UnitedStack有云课堂继续！Kubernetes课程分享了《搭建单机Kubernetes开发环境（1）》和《在UOS搭建Kubernetes集群》，受到大家欢迎，该系列第三篇文章介绍Kubernetes与OpenStack容器服务。背景介绍OpenStack作为最流行的IaaS项目吸引了大量开发者的关注，而同样受到广泛关注的还有容器项目Docker。Docker基于Linux容器技术提出了一种新的应用打包方式，开发者在本地开发的程序可以无隙迁移到服务器，并且没有任何环境依赖，加上Google推出的容器调度系统Kubernetes，为开发者搭建基于容器的私有云提供了新的思路。有人不禁怀疑OpenStack提供的虚拟机云服务已经过时了吗？显然没有，虚拟机和容器本质上就是不同层次的虚拟化技术，虚拟机更重也更安全，容器很快但也存在安全隐患。本文在《搭建单机Kubernetes开发环境（1）》和《在UOS搭建Kubernetes集群（2）》之后，介绍了在OpenStack基础之上搭建的容器服务，同时我们还推出了《Magnum开发体验教程》方便大家学习。容器服务继IaaS（Infrastructure as a Servce）、PaaS（Platform as a Service）、SaaS（Software as a Service）之后，最近火了CaaS（Container as ...继续阅读 (21)

虽然红帽早期曾经投资了Mirantis，但是随着Mirantis开始推出自己的OpenStack版本与红帽竞争，双方的合作关系轰然崩塌。两年之前，红帽和Mirantis曾经展开了密切合作。在蜜月期，红帽领投了对Mirantis的A轮1000万美元的融资。如今投资者与初创公司之间的合作关系就此终结。下面让我们回顾一下双方的合作历程。起初，红帽与Mirantis的合作具有重要意义。红帽是企业级Linux的领导者，也有兴趣推动OpenStack云基础设施。Mirantis则是OpenStack部署的专业系统集成商。Mirantis将来自不同厂商的优秀OpenStack组件紧密整合到一个可以良好运行的解决方案中。对于红帽和Mirantis来说，他们之间的合作是一种双赢的关系。从开始合作到如今分道扬镳，Mirantis在此期间已经从OpenStack集成商变身成为了一家提供自己的开源云框架版本的OpenStack厂商。对于力推自有OpenStack版本的红帽来说，这成为了一个问题。两个合作伙伴由此变成了竞争对手，事情的发展就如同我们所知道的那样了。红帽在一年前收购了OpenStack系统集成商eNovance（编者注：据称收购金额接近1亿美元）。随后，红帽与Mirantis在宣传方面开始出现矛盾。到了2014年9月，Mirantis显然是想收购红帽手中的股权，或者是说红帽希望自己手中的股权被 ...继续阅读 (27)

虽然红帽早期曾经投资了Mirantis，但是随着Mirantis开始推出自己的OpenStack版本与红帽竞争，双方的合作关系轰然崩塌。两年之前，红帽和Mirantis曾经展开了密切合作。在蜜月期，红帽领投了对Mirantis的A轮1000万美元的融资。如今投资者与初创公司之间的合作关系就此终结。下面让我们回顾一下双方的合作历程。起初，红帽与Mirantis的合作具有重要意义。红帽是企业级Linux的领导者，也有兴趣推动OpenStack云基础设施。Mirantis则是OpenStack部署的专业系统集成商。Mirantis将来自不同厂商的优秀OpenStack组件紧密整合到一个可以良好运行的解决方案中。对于红帽和Mirantis来说，他们之间的合作是一种双赢的关系。从开始合作到如今分道扬镳，Mirantis在此期间已经从OpenStack集成商变身成为了一家提供自己的开源云框架版本的OpenStack厂商。对于力推自有OpenStack版本的红帽来说，这成为了一个问题。两个合作伙伴由此变成了竞争对手，事情的发展就如同我们所知道的那样了。红帽在一年前收购了OpenStack系统集成商eNovance（编者注：据称收购金额接近1亿美元）。随后，红帽与Mirantis在宣传方面开始出现矛盾。到了2014年9月，Mirantis显然是想收购红帽手中的股权，或者是说红帽希望自己手中的股权被 ...继续阅读 (17)

UnitedStack有云课堂继续！Kubernetes课程上一讲《搭建单机Kubernetes开发环境（1）》介绍了单机版Kubernetes，受到大家的热烈欢迎，这个系列的第二篇文章将介绍如何在公有云平台上搭建Kubernetes集群。Kubernetes集群简介Kubernetes是Google开源的容器调度系统，在《搭建单机Kubernetes开发环境（1）》我们介绍了单机版Kubernetes的教程，这个系列的第二篇文章将介绍如何在UOS搭建Kubernetes集群。以Docker为容器基础，以Kubernetes为调度系统，我们可以轻易在公有云上搭建基于容器的“私有云”服务。项目开源地址https://github.com/googlecloudplatform/kubernetesKubernetes架构Kubernets架构属于Master/Slave架构，我们可以部署一台Master和多台Minion，而且Master和Minion可以部署在同一台服务器上。Master会启动kube-apiserver接受客户端的API请求，启动kube-controller-manager来管理这个集群的ReplicationController，还要启动kube-scheduler来实现容器的调度算法。而Minion只需要启动kubelet来管理实际运行的Docker容器，还 ...继续阅读 (17)

UnitedStack有云课堂继续！Kubernetes课程上一讲《搭建单机Kubernetes开发环境（1）》介绍了单机版Kubernetes，受到大家的热烈欢迎，这个系列的第二篇文章将介绍如何在公有云平台上搭建Kubernetes集群。Kubernetes集群简介Kubernetes是Google开源的容器调度系统，在《搭建单机Kubernetes开发环境（1）》我们介绍了单机版Kubernetes的教程，这个系列的第二篇文章将介绍如何在UOS搭建Kubernetes集群。以Docker为容器基础，以Kubernetes为调度系统，我们可以轻易在公有云上搭建基于容器的“私有云”服务。项目开源地址https://github.com/googlecloudplatform/kubernetesKubernetes架构Kubernets架构属于Master/Slave架构，我们可以部署一台Master和多台Minion，而且Master和Minion可以部署在同一台服务器上。Master会启动kube-apiserver接受客户端的API请求，启动kube-controller-manager来管理这个集群的ReplicationController，还要启动kube-scheduler来实现容器的调度算法。而Minion只需要启动kubelet来管理实际运行的Docker容器，还 ...继续阅读 (49)

Kubernetes是Google基于内部Borg开源的容器调度系统，被称为OpenStack拥抱容器的实质性一步的Magnum项目就是使用Kubernetes来调度的。对OpenStacker而言，学习Kubernetes有助于更好的了解容器技术，我们将推出Kubernetes系列，让开发者对这个系统有更好的认识。Kubernetes简介Kubernetes是Google开源的容器调度系统，众所周知Google十几年前已经在生产环境使用容器技术，并且向Linux社区贡献出Cgroups、Namespaces这样的容器核心代码。经过这些年的实践，加上近年来Docker的迅速推广，Google启动了新项目来重写内部容器调度系统Borg，这就是Kubernetes。目前Kubernetes的最新版本为0.19.3，很快会Release 1.0版本，这势必引起更多开发者的关注。我们将推出Kubernetes系列文章，让开发者对这个系统有更好的认识，本教程引导大家搭建单机Kubernetes开发环境。项目开源地址https://github.com/googlecloudplatform/kubernetes准备Ubuntu环境Kubernetes是Golang实现，可以运行在各种平台上，官方比较推荐在Ubuntu上搭建Kubernetes开发环境。为了初始化干净的Ubuntu环境，我们将 ...继续阅读 (162)

Kubernetes是Google基于内部Borg开源的容器调度系统，被称为OpenStack拥抱容器的实质性一步的Magnum项目就是使用Kubernetes来调度的。对OpenStacker而言，学习Kubernetes有助于更好的了解容器技术，我们将推出Kubernetes系列，让开发者对这个系统有更好的认识。Kubernetes简介Kubernetes是Google开源的容器调度系统，众所周知Google十几年前已经在生产环境使用容器技术，并且向Linux社区贡献出Cgroups、Namespaces这样的容器核心代码。经过这些年的实践，加上近年来Docker的迅速推广，Google启动了新项目来重写内部容器调度系统Borg，这就是Kubernetes。目前Kubernetes的最新版本为0.19.3，很快会Release 1.0版本，这势必引起更多开发者的关注。我们将推出Kubernetes系列文章，让开发者对这个系统有更好的认识，本教程引导大家搭建单机Kubernetes开发环境。项目开源地址https://github.com/googlecloudplatform/kubernetes准备Ubuntu环境Kubernetes是Golang实现，可以运行在各种平台上，官方比较推荐在Ubuntu上搭建Kubernetes开发环境。为了初始化干净的Ubuntu环境，我们将 ...继续阅读 (64)

本文由2015年5月30日举行的OpenStack Meetup北京上的演讲整理而成，演讲者为UnitedStack网络工程师王为。在温哥华OpenStack Summit上，Neutron最新的子项目Dragonflow并未被特别提及。事实上，在网络领域，这个由华为以色列技术团队提出的项目在开发者中还是很受关注的。Dragonflow项目提出的时间是在2014年，2015年开始提交代码，目前已经成为OpenStack的孵化项目。Dragonflow可以理解为Neutron的3层的控制器扩展组件。它实现了Neutron的L3 Service API，还为Neutron提供了分布式虚拟路由器功能。从设计理念上讲，Dragonflow使用的是可插入式无状态化轻量级SDN控制器，实现了租户子网间（东-西）流量的完全分布化，避开了网络节点，减小了故障域，避免单点故障。按照Dragonflow的设计理念，它可以提升OpenStack Neutron L3的可扩展性、弹性、性能和可靠性。它可以支持数千个计算节点，为实现动态增长而保持控制器的无状态化，没有中央瓶颈，通过避免使用iptables和命名空间减少计算节点开销。DVR分布式虚拟路由模式Dragonflow到底进行了哪些改进？要了解Dragonflow的设计思路，我们先来看看目前OpenStack网络所采用的DVR（分布式虚拟路由）模式。 ...继续阅读 (31)

本文由2015年5月30日举行的OpenStack Meetup北京上的演讲整理而成，演讲者为UnitedStack网络工程师王为。在温哥华OpenStack Summit上，Neutron最新的子项目Dragonflow并未被特别提及。事实上，在网络领域，这个由华为以色列技术团队提出的项目在开发者中还是很受关注的。Dragonflow项目提出的时间是在2014年，2015年开始提交代码，目前已经成为OpenStack的孵化项目。Dragonflow可以理解为Neutron的3层的控制器扩展组件。它实现了Neutron的L3 Service API，还为Neutron提供了分布式虚拟路由器功能。从设计理念上讲，Dragonflow使用的是可插入式无状态化轻量级SDN控制器，实现了租户子网间（东-西）流量的完全分布化，避开了网络节点，减小了故障域，避免单点故障。按照Dragonflow的设计理念，它可以提升OpenStack Neutron L3的可扩展性、弹性、性能和可靠性。它可以支持数千个计算节点，为实现动态增长而保持控制器的无状态化，没有中央瓶颈，通过避免使用iptables和命名空间减少计算节点开销。DVR分布式虚拟路由模式Dragonflow到底进行了哪些改进？要了解Dragonflow的设计思路，我们先来看看目前OpenStack网络所采用的DVR（分布式虚拟路由）模式。 ...继续阅读 (40)

UnitedStack有云上线Atomic镜像，开发者可以在UOS公有云平台上体验最新的Fedora Cloud Atomic容器操作系统。Atomic是什么？如何在公有云上搭建Atomic系统？本文将一一道来。我们也将在近期推出Kubernetes系列教程，欢迎大家关注。此外，我们建立了一个容器服务交流QQ群（群号：462294386），每天发布有关容器的最新资讯，方便大家交流。2015年6月18日，UnitedStack有云上线Atomic镜像，开发者可以在UOS公有云平台上体验最新的Fedora Cloud Atomic容器操作系统。这是继上线CoreOS镜像之后，UnitedStack有云对容器技术的又一有力支撑，也成为国内目前唯一一个同时提供这两个镜像的IaaS厂商。Atomic项目简介Atomic是Red Hat公司发起的以应用为中心的操作系统，它可以更方便地部署和管理你的Docker容器。Atomic基于成熟的底层操作系统，保证容器运行环境的安全，并且集成了Kubernetes、Systemd等管理工具，提供容器应用部署的全套解决方案。对于Atomic采用的Kubernetes调度系统，我们也将在近期推出Kubernetes系列教程，欢迎大家关注。与传统操作系统不同，Atomic经过裁剪后体积更小更容易维护，并且集成了SELinux安全技术，让Docker容器有更好的 ...继续阅读 (22)

UnitedStack有云上线Atomic镜像，开发者可以在UOS公有云平台上体验最新的Fedora Cloud Atomic容器操作系统。Atomic是什么？如何在公有云上搭建Atomic系统？本文将一一道来。我们也将在近期推出Kubernetes系列教程，欢迎大家关注。此外，我们建立了一个容器服务交流QQ群（群号：462294386），每天发布有关容器的最新资讯，方便大家交流。2015年6月18日，UnitedStack有云上线Atomic镜像，开发者可以在UOS公有云平台上体验最新的Fedora Cloud Atomic容器操作系统。这是继上线CoreOS镜像之后，UnitedStack有云对容器技术的又一有力支撑，也成为国内目前唯一一个同时提供这两个镜像的IaaS厂商。Atomic项目简介Atomic是Red Hat公司发起的以应用为中心的操作系统，它可以更方便地部署和管理你的Docker容器。Atomic基于成熟的底层操作系统，保证容器运行环境的安全，并且集成了Kubernetes、Systemd等管理工具，提供容器应用部署的全套解决方案。对于Atomic采用的Kubernetes调度系统，我们也将在近期推出Kubernetes系列教程，欢迎大家关注。与传统操作系统不同，Atomic经过裁剪后体积更小更容易维护，并且集成了SELinux安全技术，让Docker容器有更好的 ...继续阅读 (34)