unitedstack市值

1. OpenStack部署都有哪些方式

OpenStack部署都有：

2. 同方有云（北京）科技有限公司怎么样

简介：UnitedStack有云是一家OpenStack开源云计算公司，为企业和云服务商提供基于OpenStack的产品和开源服务。
法定代表人：程辉
成立时间：2013-01-21
注册资本：2000万人民币
工商注册号：110105015562773
企业类型：其他有限责任公司
公司地址：北京市海淀区王庄路1号院清华同方科技大厦D座17层1711-06号

3. openstack基金会是什么组织

概述

OpenStack基金会是OpenStack的全球独立家园，旨在推动OpenStack云操作系统在全球的发展、传播和使用。OpenStack基金会的目标是在全球范围内服务开发者、用户及整个生态系统，为其提供共享资源，以扩大OpenStack公有云与私有云的成长，从而帮助技术厂商选择平台，助力开发者开发出行业最佳的云软件。

OpenStack基金会它是一家非盈利组织，在2012年成立，SUSE的行业创新总监Alan Clark担任OpenStack基金会主席这一要职。OpenStack基金会分为个人会员和企业会员两大类。OpenStack基金会个人会籍是免费无门槛的，他们可凭借技术贡献或社区建设工作等参与到OpenStack社区中。而公司参与的会根据各司赞助会费的情况，分成白金会员、黄金会员、企业赞助会员以及支持组织者，其中白金和黄金会员的话语权最大，目前，OpenStack基金会的董事会有两名成员是来自于中国的公司，而整个基金会中黄金会员级别的公司中中国企业已经占据到3家，他们分别是华为、EasyStack和UnitedStack有云。

董事会成员选拔

OpenStack基金会董事成员包括24位，白金会员在董事会里的8名席位是固定的，不用参与竞选，而剩余的16位将是竞选得出，其中的8位要在所有黄金会员里进行角逐，方式是由黄金会员们在1天内投票决定，并且不对社区进行公开。另外的8位被称作个人独立董事，他们是由千万社区个人会员经过1周投票最终决定的。席位在基金会董事会里是可以影响OpenStack发展和建设方向的，重要性不言而喻，所以这也就成为了企业们对会员级别和董事会席位趋之若鹜的原因。

基金会企业会员的划分

说完了董事会成员的划分，再来看看企业会员都有谁，准确来讲，OpenStack基金会只允许最多8家白金会员资格和24家黄金会员资格。

白金会员仅限的8个席位已被AT&T、Canonical、惠普、IBM、英特尔、Rackspace、红帽和SUSE这8家囊括。

而黄金会员仅限24个席位，如下图所示包括了Aptira、CCAT、思科、戴尔、DreamHost、EasyStack、EMC、爱立信、富士通、日立、华为、inwinStack、Juniper Networks、Mirantis、NEC、NetApp、赛门铁克，UnitedStack 以及Virtuozzo这19家，目前尚有5个空缺位置。

OpenStack基金会主席Alan Clark告诉我们，社区对于个人会员而言是非常开放的，基本上向任何人敞开。但如果想要成为金牌会员的话，那么就必须要通过一系列的标准对后备公司进行审核，并且必须经由基金会、董事会成员批准。考核的首要一点就是要看他们是否对OpenStack社区做出了贡献。

4. 云宏CNware和戴尔什么关系

戴尔与云宏携手合作，为客户提供更高安全级别的混合云解决方案。
双方整合在基础架构平台以及软件方面的各自优势，推出以“宏云+”为品牌的一体机方案。
戴尔拟把云宏信息虚拟化产品cnware列入其主要的国产第三方虚拟化软件合作品牌，进行服务器的捆绑销售，以进一步增强其服务器销售优势。
合作将为包括政府、金融在内的各行业客户带来可靠的安全保障。

5. UnitedStack会成为OpenStack圈剩下的那个吗

近一年来，笔者几乎与OpenStack圈的各个重要玩家都接触过，创业公司像UnitedStack、EasyStack、AWCloud、99Cloud，传统IT公司如IBM、华为、惠普。
谁家最好呢？用那句广告词来讲是“没有最好，只有更好”。谁更好呢？恐怕没人能说清。技术方向上，各有优劣、各有侧重;客户层面，谁家都有不少拿得出手的客户案例。所以如果你想考虑OpenStack，还是别纠结这些了，还不如认真考虑下谁最终会成为OpenStack领域那最后的佼佼者，因为这很重要。

6. ceph是采用kvm虚拟化技术吗

OpenStack和CloudStack的对比
1）历史背景和概况
OpenStack由NASA和Rackspace公司在2010年联合发布，两者分别贡献计算代码（Nova）和存储代码（Swift），以Apache许可协议进行授权。OpenStack的目标是提供一个既可以用来建设公有云也能建设私有云的通用的开源云计算平台，而且做到云平台的搭建尽量的简单方便，同时能够快速的横向扩展。OpenStack独立于任何企业，遵循开源、开放设计、开放开发流程和开放社区的理念，完全由社区主导和维护。OpenStack的发布周期是半年，到目前为止已经发布8个正式版本，最新的版本是Havana，在每个版本发布之后社区都会举行一次峰会，来自世界各地的公司和开发者一起讨论下一个版本的设计，同时进行OpenStack相关的技术分享，值得一提的是，最近的一次峰会在中国的香港举行。
CloudStack最初由Cloud.com公司开发，分为商业和开源两个版本，开源版本通过GPLv3（GNU General Public License, version 3）许可协议进行授权，Citrix公司在2011年收购Cloud.com后，将全部代码开源，并在2012年将CloudStack贡献给Apache软件基金会，成为Apache的孵化项目，同时将授权协议改为更加宽松开放和商业友好的Apache许可协议，CloudStack在2013年3月份升级为Apache的正式项目。CloudStack的目标是提供高度可用的、高度可扩展的能够进行大规模虚拟机部署和管理的开放云平台。CloudStack的发布周期并不固定，目前最新的版本是4.2，社区每年会举行一次全球协作会议（CloudStack Collaboration Conference）进行技术分享和交流。
2）平台架构
OpenStack采用分布式架构，整个平台按照功能不同分为多个模块项目，如图2所示，项目之间通过消息队列中间件和RESTful形式的API进行交互通信（其中认证项目为其它项目提供认证和服务注册），因此每个项目都可以单独部署在不同的主机上，架构非常的灵活，OpenStack对外提供丰富和功能强大的API，使得资源可以被用户方便的使用和调度，同时提供和Amazon AWS（Amazon Web Services）兼容的API。

图2、OpenStack分布式架构图
CloudStack采用集中式的单体架构（Monolithic architecture），如图3所示，整个平台只有一个项目构成，不同模块之间通过的本地调用进行交互，在一台主机上就可以完成平台的部署，非常方便，CloudStack同样地对外提供自身API和与Amazon AWS相兼容的API。

图3、CloudStack集中式架构图
可以看到两者的架构几乎是相对的，OpenStack的分布式架构灵活性好，不同的项目可以单独部署，因此可以很容易的根据实际需要进行功能组合，并且由于不同的项目间耦合性低，项目间功能划分明确，因此针对单独功能进行定制开发也非常方便，缺点是部署麻烦，每个项目都要部署配置一遍；CloudStack因为只有一个项目，所以部署起来会相对容易很多，然而平台的扩展性就要相对弱一些。
3）平台整体比较
OpenStack和CloudStack的功能对比如表1所示，我们从授权协议、支持的底层技术和用户群等不同方面对两者进行了比较。

OpenStack

CloudStack

授权协议

Apache 2.0，可以免费商用

Apache 2.0，可以免费商用

虚拟化技术

XenServer/XCP,KVM,QEMU，
LXC,VMware ESXi/vCenter,Hyper-V Baremetal,Docker,Xen/Libvirt

XenServer,KVM,QEMU,
VMware vCenter ,LXC

网络服务

VLAN,Flat,FlatDHCP
Quantum虚拟化网络

VLAN,Flat,OpenFlow

存储支持

iSCSI,Ceph,NFS,LVM,Swift,Sheepdog

NFS,LVM,Ceph,Swift

调度策略

模型全面，易扩展

模型简单，可扩展

用户界面

功能完善，界面简单

功能完善，界面友好

数据库

PostgreSQL,MySQL,SQLite

MySQL

虚拟机模板

支持

支持

组件

Nova,Glance,Keystone,
Horizon,Swift,Cinder,
Quantum,Heat,Ceilometer

Console Proxy VM,
Second Storage VM,
Virtual Router VM,
Host Agent,Management Server

开发主导

开源社区

Citrix公司

开发语言

Python

Java

官方文档

非常详细

详细

版本问题

存在版本兼容性问题

不存在版本兼容性问题

用户群

160家左右，包括NASA、
RedHat、Rackspace、HP、
网易、UnitedStack等

不到60家，包括诺基亚、
日本电话电报公司、Zynga、
阿尔卡特、迪斯尼等

表1、OpenStack与CloudStack 比较
4）平台选择
经过前面的比较分析我们能够获得这样的结论，OpenStack和CloudStack都是功能强大的开源云平台，满足企业私有云建设的需求，并且因为开放开源，都可以根据需要进行定制。不同的是CloudStack因为是从商业软件开源出来的，所以对企业来说会更容易上手，在云平台构建时会比较方便，然而同样因为其带有商业软件属性，平台架构比较集中，模块间耦合度比较高，因此扩展性不是太好，同时二次开发的成本较高；OpenStack自诞生之初就是开源软件，并采用分布式的架构，所有的开发都是由社区承担，不同的项目之间几乎没有耦合，所以可以方便的进行开发定制，然而因为其有多个项目组成，每个项目都要单独安装，并且要保证项目间的协作，所以部署会比较麻烦，另外由于OpenStack处于高速发展阶段，不同版本之间项目可能会有较大的变动，因此版本间的升级会比较困难。
另外值得一提的是，OpenStack和CloudStack虽然都对VMware的ESXi虚拟化技术提供支持，但支持方式是不一样的，如图4所示。CloudStack要经过vCenter才可以实现对ESXi宿主机上虚拟机的管理；而OpenStack支持直接和ESXi通信，实现对虚拟机的基本管理，只有高级功能才需要vCenter的支持。针对目前中小企业普遍采用VMware的免费虚拟化技术而没有vCenter的现状，这也是在平台选择时需要考虑的。

图4、VMware ESXi管理方式对比图
恒天云采用OpenStack开源平台进行私有云建设，因为OpenStack架构非常开放，方便定制开发，并且拥有众多技术厂商的支持，非常有可能成为云计算IaaS平台领域的Linux，所以通过对OpenStack定制开发，积累云计算的技术能力，从长远来看对企业也是非常有益的。

7. Openstack 最多支持多少主机

从目前现有的公司，如unitedstack等的部署经验来看，物理机千台到万台左右的规模是没有问题的。虚拟机与物理机的比例大概是1:10左右。虚拟机规模可达十万的量级。更大规模的openstack，尚未有成功部署样例。

8. OpenStack部署都有哪些方式

对于每一个刚接触到OpenStack的新人而言，安装无疑是最困难的，同时这也客观上提高了大家学习OpenStack云计算的技术门槛。想一想，自己3年前网上偶然接触到OpenStack时，一头茫然，手动搭建一个多节点环境时居然用了3个星期。
时至今日，真是感触颇多，从某种角度而言，也很庆幸当时自己并未因困难而放弃OpenStack，否则，应该是去做其他领域了吧！
言归正传，咱们就来数落数落部署OpenStack都有哪些方式吧。这里，我们根据使用者群体的不同类型来进行分类和归纳：
个人使用方面
DevStack
无疑，在可预见的未来时间内，DevStack仍将是众多开发者们的首选安装方式或工具。该方式主要是通过配置参数，执行shell脚本来安装一个OpenStack的开发环境。
Github: https://github.com/openstack-dev/devstack
Wiki: https://wiki.openstack.org/wiki/DevStack
Rdo
Rdo是由Red Hat开源的一款部署OpenStack的工具，同DevStack一样，支持单节点和多节点部署。但Rdo只支持CentOS系列的操作系统。需要注意的是，该项目并不属于OpenStack官方社区项目。
Docs：https://www.rdoproject.org/install/quickstart
手动部署
手动部署all-in-one、multi-node、multi-HA-node环境。
其他
企业、团体方面
Puppet
Puppet由Ruby语言编写。应当说，Puppet是进入OpenStack自动化部署中的早期一批项目，历史还算悠久。目前，它的活跃开发群体们是Red hat、 Mirantis、UnitedStack等。
Red
hat自从收购Ansible之后，如今仍然保持强势劲头在Puppet
OpenStack项目中的Commit数量和质量，其技术实力不容小觑；Mirantis出品的Fuel部署工具中，大量的模块代码便使用的是
Puppet。就国内而言，UnitedStack是Puppet社区贡献和使用的最大用户。
Github：
https://github.com/openstack/puppet-keystone
Governance：
Wiki：
https://wiki.openstack.org/wiki/Puppet
Ansible
Ansible
是新近出现的自动化运维工具，已被Red
Hat收购。基于Python开发，集合了众多运维工具（puppet、cfengine、chef、saltstack等）的优点，实现了批量系统配
置、批量程序部署、批量运行命令等功能，它一方面总结了Puppet的设计上的得失，另一方面也改进了很多设计。比如是基于SSH方式工作，故而不需要在
被控端安装客户端。使得在和OpenStack结合上没有历史包袱，更加能够轻装上阵，未来发展潜力不容小觑号称是“你一直寻找的下一代Iaas”的
Zstack，使用到的部署工具也是基于Ansible。
Openstack-ansible项目，最早是由老牌Rackspace公司在Launchpad官网上注册。
在最新的Ansible OpenStack项目社区Commit贡献中，Rackspace也可谓是遥遥领先，而紧随其后的是Red Hat、国内九州云等公司。
Github：https://github.com/openstack/openstack-ansible
SaltStack
SaltStack
也是一款开源的自动化部署工具，基于Python开发，实现了批量系统配置、批量程序部署、批量运行命令等功能，和Ansible也是挺相近的。不同之一
是，由于SaltStack的master和minion认证机制和工作方式，需要在被控端安装minion客户端，在加之其他原因，自然和
Ansible相比，其优缺点便很明显了。
需要注意的是，使用Saltstack部署OpenStack，并不属于OpenStack社区项目。目前，主要还是处于用户自研自用的阶段。据笔者所知，目前国内的携程应该是使用Saltstack部署OpenStack规模最大的用户。
Saltstack部署OpenStack示例：https://github.com/luckpenguin/saltstack_openstack
Saltstack部署OpenStack模块：
TripleO
Tripleo
项目最早由HP于2013.4在launchpad上注册BP。用于完成OpenStack的安装与部署。TripleO全称“OpenStack On

OpenStack”，意思即为“云上云”，可以简单理解为利用OpenStack来部署OpenStack，即首先基于V2P(和P2V相反，也就是指
把虚拟机的镜像迁移到物理机上)的理念事先准备好一些OpenStack节点（计算、存储、控制节点）的镜像，然后利用已有openstack环境的裸机
服务Ironic项目去部署裸机，软件安装部分的diskimage-builder，最后通过Heat项目和镜像内的DevOps工具(Puppet
Or Chef)再在裸机上配置运行openstack。
和其他部署工具不同的是，TripleO利用OpenStack本来的基础设施来部署OpenStack，基于Nova、 Neutron、Ironic和Heat，来自动化部署和伸缩OpenStack集群。
应
当确切的说，TripleO项目属于当前OpenStack社区主推的“Big Tent”开发模式下的big tent
project（OpenStack下的项目分为三种，core project: nova/neutron等核心项目，big tent
project: 非核心项目，但也被OpenStack 基金会接受；第三种就是其它项目，只是放在OpenStack下，但是社区还没有接受）。
在该项目的社区Commit贡献上，Red hat可谓是遥遥领先，而紧随其后的是IBM等公司。
Wiki：https://wiki.openstack.org/wiki/TripleO
Kolla
在
国内一些互联网资料上，常看到关于kolla是TripleO项目的一部分这样的描述，其实是不准确的。真实的是，Kolla项目起源于Tripleo项
目，时至今日，与它没有任何关系（虽然它们的目标都是做自动化部署，但走的道路却不同）。比之于Tripleo和其他部署工具，Kolla走的是
docker容器部署路线。
kolla项目起源于TripleO项目，聚焦于使用docker容器部署OpenStack服务。该项目由
Cisco于2014年9月提出，是OpenStack的孵化项目。当前Kolla项目在Kollaglue
repo提供了以下服务的docker镜像。 # docker search kollaglue
Kolla的优势和使用场景，体现在如下几个方面：
原子性的升级或者回退OpenStack部署；
基于组件升级OpenStack；
基于组件回退OpenStack；
这里，我们予以拆分来理解：
Kolla
的最终目标是为OpenStack的每一个服务都创建一个对应的Docker Image，通过Docker
Image将升级的粒度减小到Service级别，从而使升级时，对OpenStack影响能达到最小，并且一旦升级失败，也很容易回滚。升级只需要三
步：Pull新版本的容器镜像，停止老版本的容器服务，然后启动新版本容器。回滚也不需要重新安装包了，直接启动老版本容器服务就行，非常方便。
Kolla是通过Docker Compose来部署OpenStack集群的，现在主要是针对裸机部署的，所以在部署Docker Container时，默认的网络配置都是Host模式。
首
先，只需要通过一个命令就可以把管理节点部署完成，这个命令是调用Docker
Compose来部署OpenStack的所有服务，然后我们可以在每一个计算节点上通过Docker
Compose安装计算节点需要的服务，就能部署一个OpenStack集群。因为Kolla的Docker
Image粒度很小，它针对每个OpenStack服务都有特定的Image，所以我们也可以通过Docker
Run来操作某个具体的OpenStack服务。
目前，我所在的公司九州云的一位同事近日获得提名成为Kolla项目Core。为OpenStack社区中增添了一份来自于中国的力量。
Fuel
Fuel
是针对OpenStack生产环境目标
（非开源）设计的一个端到端”一键部署“的工具，大量采用了Python、Ruby和JavaScript等语言。其功能含盖自动的PXE方式的操作系统
安装，DHCP服务，Orchestration服务 和puppet 配置管理相关服务等，此外还有OpenStack关键业务健康检查和log
实时查看等非常好用的服务。
Fuel，这款让很多人即爱且痛的工具，在国内外都很盛名。爱的原因是，它确实很棒；痛的原因是，要想彻底掌握
它，可不是一件容易事（各个模块集成度高、使用技术复杂）。既然提到Fuel，自然不能不提它的父母——Mirantis。Mirantis是一家技术实
力非常雄厚的OpenStack服务集成商，他是社区贡献排名前5名中唯一一个靠OpenStack软件和服务盈利的公司。同时，Fuel的版本节奏也很
快，平均每半年就能提供一个相对稳定的社区版。
从和笔者接触到的一些情况来看，国内研究、使用Fuel的个人、群体还是为数不少的。不少国内OpenStack初创公司的安装包就是基于Fuel去修改的。