怎样创建一个OpenStack官方账号
OpenStack官方账号分两种:社区成员 (Community Member)基金会成员 (Foundation Member)基金会成员比社区成员的权利多一点:允许提交峰会议题允许对峰会议题投票参与董事会成员选举建议直接注册基金会成员 (Foundation Member)注册步骤:1.浏览器打开如下地址:https://www.openstack.org/join/register/?membership-type=foundation2.填写个人信息:3.填写单位归属:4.填写其他信息:5.最后点击Submit按钮提交。
6.登录自己的电子邮箱完成最终的注册。
7.打开以下验证刚注册完成的OpenStack账号。
https://openstackid.org/accounts/user/login
openstack中身份认证是哪个模块
为其他几个模块提供认证服务,所有的认证操作都会通过keystone来进行。
整个keystone其实就是在数据库中建立用户(user)、角色(role)、Tenant、服务(service)、endpoint以及其相互对应关系。
Tenant在之前的版本中叫做Project,Tenant是一个独立的资源容器。
每个Tenant都可以定义独立的VLAN, volumes, instances, images, keys, users等。
服务指的是OpenStack所提供的那几种服务(network, volume, image, identify, compute, swift)。
endpoint是指各服务的内部、外部及管理接口址(REST API)。
如何更换 OpenStack 默认的 Hypervisor
OpenStack 几乎支持现在所有主流的虚拟技术和 Hypervisor,如 KVM, Hyper-V, LXC, QEMU, UML, VMWare ESX/ESXi, Xen/XenServer 等,未来还会支持 OpenVZ 和 VirtualBox. 不过 OpenStack 首选的 Hypervisor 是 KVM,OpenStack 安装后默认使用的是 KVM (–libvirt_type=kvm),不需要特别配置。
如果由于某种原因,比如服务器 CPU 不支持 Intel VT-x/AMD-V 不能使用 KVM 或者想简单尝试一下另外一种 Hypervisor 怎么办呢?方法很容易,1、更改 OpenStack Nova 的配置文件(–libvirt_type);2、给所有的 Compute 结点装上相应的 Hypervisor 就可以了。
以下以 LXC 为例来说明如何更换 OpenStack Nova 的 Hypervisor,LXC 使用的是与 Xen 和 KVM 完全不同的虚拟技术,和 OpenVZ 的容器技术有点类似。
首先在所有 openstack nova compute 结点上替换现有的 nova-compute-kvm 到 nova-compute-lxc: $ sudo apt-get install nova-compute-lxc LXC 使用 cgroup 文件系统来限制资源和进程,libvirt 需要 cgroup 文件系统来运行 LXC,我们只要在 nova compute 上创建一个 ctroups 目录并且在 /etc/fstab 最后加上 none /cgroups cgroup cpuacct,memory,devices,cpu,freezer,blkio 0 0 这行就可以了,别忘了重启系统: $ sudo mkdir /cgroups$ vi /etc/fstabnone /cgroups cgroup cpuacct,memory,devices,cpu,freezer,blkio 0 0$ sudo reboot 重启后可以看到 /cgroups 下面多了很多东西: $ ls /cgroup/blkio.io_merged cpu.sharesblkio.io_queued devices.allowblkio.io_service_bytes devices.denyblkio.io_serviced devices.listblkio.io_service_time libvirtblkio.io_wait_time memory.failcntblkio.reset_stats memory.force_emptyblkio.sectors memory.limit_in_bytesblkio.throttle.io_service_bytes memory.max_usage_in_bytesblkio.throttle.io_serviced memory.memsw.failcntblkio.throttle.read_bps_device memory.memsw.limit_in_bytesblkio.throttle.read_iops_device memory.memsw.max_usage_in_bytesblkio.throttle.write_bps_device memory.memsw.usage_in_bytesblkio.throttle.write_iops_device memory.move_charge_at_immigrateblkio.time memory.numa_statblkio.weight memory.oom_controlblkio.weight_device memory.soft_limit_in_bytescgroup.clone_children memory.statcgroup.event_control memory.swappinesscgroup.procs memory.usage_in_bytescpuacct.stat memory.use_hierarchycpuacct.usage notify_on_releasecpuacct.usage_percpu release_agentcpu.rt_period_us taskscpu.rt_runtime_us 修改 OpenStack Nova 配置,将 nova-compute.conf 里面的 –libvirt_type=kvm 改成 lxc: $ sudo vi /etc/nova/nova-compute.conf--libvirt_type=lxc$ sudo restart nova-compute 重启所有 nova compute 结点上的 nova-compute 服务,有必要的话重启所有 nova compute 结点。
那镜像怎么办呢?以前为 KVM 上传的镜像也可以用在 LXC 上吗?嗯,可以。
下载 oneiric-server-cloudimg-amd64.tar.gz 解压并镜像到 OpenStack: $ wget http://uec-images.ubuntu.com/oneiric/current/oneiric-server-cloudimg-amd64.tar.gz$ tar zxvf oneiric-server-cloudimg-amd64.tar.gz$ euca-bundle-image -i oneiric-server-cloudimg-amd64.img $ euca-upload-bundle -b oneiric -m /tmp/oneiric-server-cloudimg-amd64.img.manifest.xml $ euca-register oneiric/oneiric-server-cloudimg-amd64.img.manifest.xml$ euca-describe-images IMAGE ami-00000001 oneiric/oneiric-server-cloudimg-amd64.img.manifest.xml available private x86_64 machine instance-store$ euca-run-instances -k vpsee -t m1.tiny ami-00000001$ euca-describe-instances RESERVATION r-4bbu7bd7 sanbi defaultINSTANCE i-00000001 ami-00000001 172.16.39.6 172.16.39.6 running vpsee (vpseecloud, node00) 0 m1.tiny 2012-01-20T08:04:05Z nova ami-00000000 ami-00000000 需要注意的是,OpenStack 目前不支持混合 Hypervisor,也就是说所有 nova compute 结点上必须使用同一种 Hypervisor,不过支持混合 Hypervisor 的 OpenStack 正在计划开发中。
如何开始使用OpenStack命令行和API
当你开始使用OpenStack,基本上都是从一个已搭建好的环境入手,别人(operator)会告诉你horizon登录的租户名、用户名和密码。
horizon登陆页 但毕竟horizon不会封装OpenStack的所有特性,当你已经玩腻了页面上那些功能时,你想尝试更多更丰富的功能,那么恭喜你,你已经向中级玩家迈进了一步。
中级玩家对OpenStack的使用基本上有 四种方式 :OpenStack client cURL Rest API OpenStack SDK 我个人比较倾向于使用client和API,因为cURL的用法其实跟发送RestAPI相似,但cURL不太方便操作(因为我们普遍都喜欢在可视化页面点击按钮);而SDK则更多是基于OpenStack做应用时会用到,这些人一般不会关注OpenStack的内部机制。
好,你费尽心机跟operator讲好话,跟他说:哥,求求你,让我登陆后台玩玩吧! 当operator吃完你送的冰激凌,抹了一下嘴角,然后潇洒的扔了一个IP给你,“拿去耍吧”。
你反复背诵着节点登陆的用户名和密码(注意,这跟horizon登陆的用户名密码不是一个东西),小心谨慎的进了让每个程序员都感到神秘的后台,然后,快速敲了一个命令并回车:[root@node-2 ~]# nova list ERROR: You must provide a username via either --os-username or env[OS_USERNAME] shit! 怎么回事?!一个ERROR可能让你慌了神。
你平复了一下心情,心想:一定是老子敲命令的姿势不对,再试一次,这次用其他命令:[root@node-2 ~]# keystone tenant-list Expecting an auth URL via either --os-auth-url or env[OS_AUTH_URL] 天呐! 呜呼一声,你已然跪了……眼角斜了斜operator,他匆忙的背影让你失去了打扰他的信心,又摸了摸兜里仅剩的1块硬币,准备打退堂鼓。
等等! 请看完我的blog,会让你起死回生的。
找到rc文件 找了半天资料,你可能已经知道你需要的就是一个文件,然后source一下。
但文件的内容从哪里来?因为你到目前为止只知道horizon登录的用户名和密码。
好,我现在告诉你:第一步,登录horizon,进入下图所示的页面。
看到那个“下载OpenStack RC文件”的按钮了么?看到了么?看到了么?别光顾着点头了,还等啥?!打开下载的文件(这里举个例子,我以admin用户登录的),对内容稍作修改(主要是最后那个password,改成你登录horizon的密码,其他内容不要改):#!/bin/bash# With the addition of Keystone, to use an openstack cloud you should# authenticate against keystone, which returns a **Token** and **Service# Catalog**. The catalog contains the endpoint for all services the# user/tenant has access to - including nova, glance, keystone, swift.## *NOTE*: Using the 2.0 *auth api* does not mean that compute api is 2.0. We# will use the 1.1 *compute api* export OS_AUTH_URL=http://119.81.159.110:5000/v2.0# With the addition of Keystone we have standardized on the term **tenant**# as the entity that owns the resources.export OS_TENANT_ID=6d0dff68ecd24215bd971a8d1935ba03 export OS_TENANT_NAME="admin"# In addition to the owning entity (tenant), openstack stores the entity# performing the action as the **user**.export OS_USERNAME="admin" export OS_PASSWORD="tUWkuBpN" 好了,现在你可以登录后台,新建一个文件,然后把上面的内容复制进去,执行久违的source,然后再次运行命令:[root@node-2 ~]# vi ~/openrc [root@node-2 ~]# source ~/openrc [root@node-2 ~]# nova list [root@node-2 ~]# keystone tenant-list+----------------------------------+----------+---------+ | id | name | enabled |+----------------------------------+----------+---------+ | 6d0dff68ecd24215bd971a8d1935ba03 | admin | True | | d1f2d43d358743eda4e37bfd489c1163 | services | True |+----------------------------------+----------+---------+ [root@node-2 ~]# 呵呵,别亲我?!别动我!!Rest API 虽然使用命令行已经很接近OpenStack的本质了,但别忘了,命令行毕竟也是一种封装,如果你想玩的再透一些,Rest API是个不错的选择,使用Rest API之后,OpenStack在你面前基本上就是裸奔了。
关于API的使用我不做过多说明,因为在我之前的blog和topic里面已经说过太多次了,看一看下面的截图,你自己再稍微google一下,就什么都明白了。
国内的云计算平台有没有不是依靠 OpenStack 搭建的
OpenStack是一个开源项目,任何公司或个人都可以搭建自己的云计算环境,从此打破了Amazon等少数公司的垄断,意义非凡。
导读:如果你是一名CTO、或是开源社区的代码贡献者,你肯定听说过OpenStack。
OpenStack是由网络主机服务商Rackspace和美国宇航局联合推出的一个开源项目,目的是制定一套开源软件标准,任何公司或个人都可以搭建自己的云计算环境(IaaS),从此打破了Amazon等少数公司的垄断,意义非凡。
新浪在2011年以OpenStack为基础组建了SWS,是较早部署OpenStack的国内企业,并积极参与了社区贡献。
【CSDN报道】在IT管理软件提供商Zenoss发布的2011年OpenStack采用的调查报告中显示:73%的被调查者认为OpenStack部署由节约成本和害怕厂家锁定所驱动。
ZenossCEOBillKarpovich表示,OpenStack在过去几年的增长迅速,并有了巨大的影响力,将继续支持OpenStack项目,目标是提供客户完整的监控与分析解决方案。
Openstack之所以很火,一是内因,OpenStack自身的优势——开源性。
二是外因,众多企业和组织的参与开发,尤其是世界领军企业的加入,推动了OpenStack的高速成长。
Openstack的优势控制性:开源的平台意味着不会被某个特定的厂商绑定和限制,而且模块化的设计能把遗留的和第三方的技术进行集成,从而来满足自身业务需要。
OpenStack项目所提供的云计算,让IT团队可以成为自己的云计算服务厂商,虽然构建和维护一个开源私有云计算并不适合每一家公司;但是如果拥有基础设施和开发人员,OpenStack将是很好的选择。
兼容性:OpenStack公共云的兼容性可以使企业在将来很容易的将数据和应用迁移到基于安全策略的、经济的和其他关键商业标准的公共云中。
使用亚马逊网络服务及其他云服务的企业,抱怨最多的就是“用户被绑架,无法轻易转移数据”。
在云计算社区,有一个流行的概念,即数据是有重量的,一旦将数据存在某个云计算提供商那里,它就变得繁重而难以迁移,作为企业最重要的资源,如果在迁移的过程中不能保护好数据安全,很有可能会给企业带来灭顶之灾,相信没有公司愿意承担这个风险。
可扩展性:目前主流的Linux操作系统,包括Fedora、SUSE等都将支持OpenStack。
OpenStack在大规模部署公有云时,在可扩展性上有优势,而且也可用于私有云,一些企业特性也在逐步完善中。
随着Ubuntu12.04LTS正式全面将Eucalyptus替换成OpenStack,OpenStack将超过Eucalyptus成为云平台基础的第一选择。
灵活性:灵活性是OpenStack最大的优点之一,用户可以根据自己的需要建立基础设施,也可以轻松地为自己的集群增加规模。
主要用Python编写的OpenStack代码质量相当高,很容易遵循,带有一个完全文档的API,用户可以使用JSON或者XML消息格式的不同组件的代码,这相当有利于项目的发展壮大。
此外,OpenStack项目的代码将在极为宽松自由的Apache2许可下发布,这意味着任何第三方都可以重新发布这些代码,在其基础上开发私有软件并按照新的许可发布,给众多的云计算企业,留下了的更大的发展空间。
行业标准:来自全球十多个国家的60多家领军企业,包括Cisco、Dell、Intel以及微软都参与到了OpenStack的项目中,并且在全球使用OpenStack技术的云平台在不断的上线。
云计算领军企业的加入,会无形透露出一个信息,就是OpenStack未来可能会成为一个行业标准,而且OpenStack项目研发的初衷就是制定一套开源软件标准。
实践检验:实践是检验真理的唯一标准,OpenStack的云操作系统,已被全球正在运营的大型公有云和私有云技术所验证过,比如,Dell公司已经推出了OpenStack安装程序Crowbar,不仅如此,OpenStack在中国的发展趋势也是非常之好,包括物联网用户、国内高校以及部分大小企业,都开始利用OpenStack建立云计算环境,整合企业架构以及治理公司内部的IT基础架构。
领军企业支持在RackSpace宣布推出开源云计算平台OpenStack后,曾经震动了业界。
在2010年的10月,微软表示将推动WindowsServer2008R2和OpenStack的整合。
之后不久,思科也宣布加入OpenStack,着重于OpenStack的网络功能并推出了新的NaaS服务(NetworkasaService)。
OpenStack的热度在2011年仍旧未见衰减,7月底,Dell推出了第一套支持OpenStack架构的解决方案,开发了一个OpenStack安装程序Crowbar,可供企业使用PowerEdgeC服务器来建设一个OpenStack环境。
随后HP云服务副总经理EmilSayegh也在官方BBS上宣布加入OpenStack计划,除了提供赞助外,HP云端开发团队也将参与OpenStack计划的开发。
据不完全统计,2010年7月开源以后,越来越多的IT厂商宣布加入OpenStack,有超过30家公司表示对该开源平台项目有兴趣,而有些则已经积极地参与该项目,这些公司包括AMD、Cloudkick、Cloudswitch和NTTDATA等。
随着云计算创新的步伐不断加快,新一代的技术和成果也在快速增长。
但是云计算市场的分散性导致客户难以选择云计算厂商和合作伙伴,一旦做错决定将不得不转移到新的云上进行重新构建。
这对于...
如何监控 OpenStack
第一类监控服务: 基本数据监控服务阿里云在这方面的工作跟盛大云、Google Cloud Engine类似,主要覆盖了三个基本指标分别是VM的CPU,存储带宽和网络流量。
但是目前而言,历史功能都不是太丰富,这些都是基本不可能让SA依赖这些功能去运维的。
第二类监控服务: 多维度数据监控服务AWS一直是将服务可运维作为一个重要目的,如果AWS在EC2,EBS的努力一样,数据监控和报警在AWS的CloudWatch上体现。
AWS的CloudWatch API设计是作者比较推崇的,它将任意维度、类型的监控指标都可以通过一个简单的模型来集中管理。
对CloudWatch不太了解的可以去官方文档一探究竟Amazon CloudWatch Getting Started Guide 。
从下图可以发现CloudWatch的三个重要概念,在Viewing栏是Namspace,在表格栏是Metric,它可以通过不同的dimension来定位。
最后是一个Metric在时间维度和统计方法、不同时间粒度的展现。
在这里我们可以发现AWS支持的数据监控和展示优点有: 1.数据监控和报表的基本功能覆盖,如时间维度,统计粒度。
2. 增加服务或者监控项目非常方便。
上面提到的仅仅是数据收集的方式,CloudWatch的API无疑是非常好的设计。
但在显示上CloudWatch无疑还有更多工作,AWS在自己的CloudWatch上并没有太多工作是为了将显示交给用户。
这给很多用户带来的不便,提供一个类型多样的显示模板或许能做的更好。
第三类监控服务: 特定类型数据监控服务ScaleIO是一家致力于与Amazon EBS竞争的存储Startup,同样是寄希望于打破传统存储厂商的壁垒和绑定,ScaleIO提供了软件层面的块存储,并且对SSD,HDD,Network做到了不可知。
不过,现在我们主要关注ScaleIO提供的非常酷炫的监控Dashboard。
通过对存储服务的定制化展示来达到惊艳的效果,把监控当做一个系统的重要亮点。
不过,显而易见的是,这类展示是需要额外工作的,在用户方面很难复用这类展示。
在OpenStack如何实现强大的监控系统从以上不同类型甚至不同产品的监控展示系统上我们可以理出一个对IAAS平台的思路。
在IAAS平台上,数据监控从架构角度分为三层,物理机、虚拟机和应用。
然后从用户角度可以分为三类需求,普通用户,定制用户和高级用户。
普通用户希望直接能使用默认监控项,并且能大部分满足需求。
定制用户会适当修改默认监控项显示或者位置。
高级用户希望自定义输入,输出,组合监控项。
在数据收集方面,利用OpenStack现有项目Ceilometer的工作,它提供了OpenStack所有Core Project的支持并且具备一个与CloudWatch类似的存储设计和API支持。
但是由于Ceilometer目前的局限和CloudWatch API的良好设计上,我们可以结合两者,为Ceilometer同样实现CloudWatch API,这样可以大大增加了Ceilometer的兼容性,带来了CloudWatch社区的广大福利(众多第三方库和数据收集脚本)。
目前这个计划已经在社区的bp中。
在数据显示方面,需要补强AWS CloudWatch在这方面的脆弱点,大大加强数据显示上的选择和使用。
相对于AWS CloudWatch简单的折线图和ScaleIO的定制化Dashboard做一个折中,设计类似于源数据->显示单元的前端解析框架,可以为同样的数据套上不同的显示单元。
通过这一方式,我们将收集和显示完全解耦,将显示单元也同样暴露给用户可视化复用。
如何搭建搭建各个版本的openstack的本地yum源
下载要安装的openstack的官方文档(icehouse juno kilo),根据官方文档,下载两个rpm包,例如我想在centos6.5上搭建openstack icehouse,需要两个安装包,epel-release-6.8-noarch.rpm源包,在一个是rdo-release--icehouse-4-src.rpm在window下打开。
查看里面的配置配置文件,有foreman.repo puppetlabs.repo rdo-release.repo 找到他们对应的下载地址,还有一个就是epel-release-6.8-noarch.rpm 里面有两个配置文件,打开,epel.repo epel-testing.repo 找到对应的下载版本。
然后是搭建本地的centos,查询centos版本信息。
具体操作如下:foreman的配置信息如下:[foreman] name=Foreman stable baseurl=http://yum.theforeman.org/releases/1.5/%FDIST%%RELEASEVER%/x86_64 enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-foreman [foreman-source] name=Foreman stable - source baseurl=http://yum.theforeman.org/releases/1.5/%FDIST%%RELEASEVER%/source enabled=0 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-foreman [foreman-plugins] name=Foreman stable - plugins baseurl=http://yum.theforeman.org/plugins/1.5/%FDIST%%RELEASEVER%/x86_64 enabled=1 gpgcheck=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-foreman [foreman-plugins-source] name=Foreman stable - plugins source baseurl=http://yum.theforeman.org/plugins/1.5/%FDIST%%RELEASEVER%/source enabled=0 gpgcheck=0 gpgkey= 查看有两个baseurl:http://yum.theforeman.org/releases/1.5/ http://yum.theforeman.org/plugins/1.5/ 打开之后找到对应的版本号,el6 下载到本地,执行如下命令:cd /home/ mkdir foreman cd foreman wget -S -c -r -np -L wget -S -c -r -np -L puppettlabs.repo 的配置信息如下:puppetlabs-products] name=Puppet Labs Products - $basearch baseurl=http://yum.puppetlabs.com/%DIST%/%RELEASEVER%/products/$basearch gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabs enabled=1 gpgcheck=1 [puppetlabs-deps] name=Puppet Labs Dependencies - $basearch baseurl=http://yum.puppetlabs.com/%DIST%/%RELEASEVER%/dependencies/$basearch gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabs enabled=1 gpgcheck=1 [puppetlabs-devel] name=Puppet Labs Devel - $basearch baseurl=http://yum.puppetlabs.com/%DIST%/%RELEASEVER%/devel/$basearch gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabs enabled=0 gpgcheck=1 [puppetlabs-products-source] name=Puppet Labs Products - $basearch - Source baseurl=http://yum.puppetlabs.com/%DIST%/%RELEASEVER%/products/SRPMS gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabs failovermethod=priority enabled=0 gpgcheck=1 [puppetlabs-deps-source] name=Puppet Labs Source Dependencies - $basearch - Source baseurl=http://yum.puppetlabs.com/%DIST%/%RELEASEVER%/dependencies/SRPMS gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabs enabled=0 gpgcheck=1 [puppetlabs-devel-source] name=Puppet Labs Devel - $basearch - Source baseurl=http://yum.puppetlabs.com/%DIST%/%RELEASEVER%/devel/SRPMS gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabs enabled=0 gpgcheck=1
放着公有云不用,为什么要用OpenStack
OpenStack和云密切相关,对于用户来说,构建私有云要么使用VMware、Hyper V等商用化产品;要么使用OpenStack开源二者必居其一。
有意思的是,现有公有云服务商中,少有采用OpenStack,更多是采用自有的封闭系统。
OpenStack与公有云似乎没有交集。
OpenStack只能用于私有云吗?为什么放着公有云不用,用户要自建私有云呢?中小企业用户能够驾驭OpenStack吗?其中,又要关注哪些问题。
为此,记者采访了OpenStack专业服务提供商——海云捷迅(AWcloud)技术总监李华先生。
为什么要用OpenStack 首先对于用户来说,Amazon、Google,他们的系统是不公开,用户无从借鉴其系统架构,只能使用它们所提供的服务。
这些公有云虽然能够带来敏捷性和资源弹性,但对企业用户来说,数据存在公有云上,总是感觉不踏实。
这种信任感并没有建立起来。
李华表示:“一些小规模的用户,如不涉及到数据保密的情况下,会选择公有云服务。
但对中大型用户,数据比较敏感,类似财务数据、人力资源等,不愿意放到公有云,同时需要敏捷性和资源弹性的效率,为此用户会考虑自建私有云。
” 李华说 在私有云的问题上,OpenStack优势明显。
作为一种开源软件,较之OpenNebula、Eucalyptus、CloudStack等,OpenStack得到更多企业和开发者的认可,业已经成为事实上的标准。
需要注意的是,OpenStack与VMware等商用软件也不是完全竞争关系。
“它们是一种竞合关系,OpenStack底层Hypervisor可以是VMware、Hyper V、KVM,没有关系。
用户可以用OpenStack替代相对昂贵的vCloud等,构建云服务平台。
OpenStack能够和ESX server、vCenter对接。
”李华说。
寸有所长,OpenStack小厂优势 如果用户没有专业技术人员能够驾驭OpenStack,选择适合的合作伙伴就迫在眉睫。
选择大品牌厂商合作,还是选择专业品牌,这是一个问题。
“从本质上来说,不论品牌大小,大家都围绕着社区开源版本提供服务,拿到的原材料都是一样的。
所做的是在这个基础上烹制一道道菜肴,不同的厨师烹制出来的味道,一定会有所不同。
”李华说。
“对于OpenStack开源社区的理解最重要的有两点:一个是充分利用社区资源,集中全球工程师智慧,为用户提供一个稳定可靠的产品平台服务。
这一点上,厂商之间的区别不大。
区别大的在于第二点,是否坚持回馈开源社区。
”李华说。
李华指出,一些闭源出身的公司,做着做着就会与开源社区脱节,技术并不反馈给开源社区。
短期内看不出问题,开源社区发展很快,每半年就会有一个新的版本,那么产品与新版本合不上,就为后续发展带来一系列问题。
对于这些企业来说,支持OpenStack目的,还是为了销服务器售网络、服务器、存储等硬件,OpenStack不过是附属。
在这样的思路指导下,大品牌也会变现出很多的不适应,给用户应用带来隐患。
与大品牌相比,AWcloud虽然是一家相对小的企业,但却是一家OpenStack的专业企业。
公司管理层10多年开源市场的从业经验,让他们对于开源的理解和规律把握更加深刻。
他们会比大品牌更加专注,也更能够遵循开源的精神,而这种专业性,更能够确保用户的利益。
与大品牌相比,专业性让AWcloud等专业性厂商更容易摆脱硬件因素的干扰,也更符合和体现OpenStack的未来趋势和变化。
“对开源社区的理解,是选择OpenStack合作伙伴的依据,是否坚持技术回馈社区,这是进行判别的关键点。
”李华说。
版本兼容性的难题 OpenStacK不同版本之间的兼容性,也是困扰用户应用的难题,也是经常遭受诟病的地方。
李华表示,从2010年第一个版本开始,OpenStack只有4家公司,后来慢慢发展到几十家、几百家,到现在有几千家,所以OpenStack发展。
造成A、B、C、D、E,5个版本的OpenStack是一个架构,升级没有太大问题。
但从E、F版本,随着很多新厂商加入,原有架构进行了拆分,架构不一样了,导致兼容性问题。
最近几个版本,架构没有大的改动,版本升级可以保持平滑。
这是一个基本的现状。
针对兼容性, AWcloud给出建议是:如果用户生产环境在OpenStack某版本运行良好,不建议进行大规模的升级,只做小版本升级。
如果出现资源的确不够用,或者需要引入新的功能,最好的做法是另建一个集群,新集群采用新的OpenStack版本。
“这样的做法较稳妥。
”李华说。
DevOps和运维 随着规模的扩大,用户会遇到各种各样的问题,例如运维的难题。
李华表示,OpenStack属调度资源管理平台软件,没有完善的监控报警功能。
如果没有技术实力作为保障,哪个物理服务器或者虚拟机出现故障,这些故障如何定位,所谓日志分析、安全等,这些都不是OpenStack平台的固有内容,这些问题借助开源或者大数据分析工具,所谓DevOps,自动化运维管理的理念。
现在看来,DevOps是专业OpenStack服务商的价值点。
OpenStack服务商要具备DevOps的能力,以物理机高可用性支持为例,OpenStack社区认为,应该从上层应用解决问题。
但在现实应用中,用户往往需要这样的功能。
做还是不做,要不要提供支持,厂商之间就会出现分歧。
...
全面认识openstack,它到底是什么?包含什么
OpenStack是一个云平台管理的项目,它不是一个软件。
这个项目由几个主要的组件组合起来完成一些具体的工作。
OpenStack是一个旨在为公共及私有云的建设与管理提供软件的开源项目,OpenStack被公认作为基础设施即服务(简称IaaS)资源的通用前端。
openstack自身都包含什么以下是5个OpenStack的重要构成部分:l Nova – 计算服务l Swift – 存储服务l Glance – 镜像服务l Keystone – 认证服务l Horizon – UI服务OpenStack是一个由NASA(美国国家航空航天局)和Rackspace合作研发并发起的,以Apache许可证授权的自由软件和开放源代码项目。
OpenStack是一个开源的云计算管理平台项目,由几个主要的组件组合起来完成具体工作。
OpenStack支持几乎所有类型的云环境,项目目标是提供实施简单、可大规模扩展、丰富、标准统一的云计算管理平台。
OpenStack通过各种互补的服务提供了基础设施即服务(IaaS)的解决方案,每个服务提供API以进行集成。
OpenStack是一个旨在为公共及私有云的建设与管理提供软件的开源项目。
它的社区拥有超过130家企业及1350位开发者,这些机构与个人都将OpenStack作为基础设施即服务(IaaS)资源的通用前端。
OpenStack项目的首要任务是简化云的部署过程并为其带来良好的可扩展性。
本文希望通过提供必要的指导信息,帮助大家利用OpenStack前端来设置及管理自己的公共云或私有云。
OpenStack云计算平台,帮助服务商和企业内部实现类似于 Amazon EC2 和 S3 的云基础架构服务(Infrastructure as a Service, IaaS)。
OpenStack 包含两个主要模块:Nova 和 Swift,前者是 NASA 开发的虚拟服务器部署和业务计算模块;后者是 Rackspace开发的分布式云存储模块,两者可以一起用,也可以分开单独用。
OpenStack除了有 Rackspace 和 NASA 的大力支持外,还有包括 Dell、Citrix、 Cisco、 Canonical等重量级公司的贡献和支持,发展速度非常快,有取代另一个业界领先开源云平台 Eucalyptus 的态势。
转载请注明出处51数据库 » openstack user passw