虚拟化九、OpenStack

一、云计算

云计算是一种计算模型,它将诸如运算能力、存储、网络和软件等资源抽象成为服务,以便让用户通过互联网远程享用,付费的形式也如同传统公共服务设施一样。因需而定、提供方便、动态改变和无限的虚拟化扩展能力是云计算的几个重要特征。

不同的“云”对应着不同的基础设施。下面是三种广义的“云”:

基础设施即服务(IaaS)

平台即服务(PaaS)

软件即服务(SaaS)3322222222222322222222222

相应的解决方案:

IaaS (OpenStack, CloudStack)

PaaS(Docker, Openshift)

SaaS

DBaaS、FWaaS

私有云:自建云,内部使用

公有云:云服务商提供

混合云:自建一部分,租用一部分

二、OpenStack

1、OpenStack概要

OpenStack是一个由NASA(美国国家航空航天局)和Rackspace合作研发并发起的,以Apache许可证授权的自由软件开放源代码项目。

OpenStack是一个开源的云计算管理平台项目,由几个主要的组件组合起来完成具体工作。OpenStack支持几乎所有类型的云环境,项目目标是提供实施简单、可大规模扩展、丰富、标准统一的云计算管理平台。OpenStack通过各种互补的服务提供了基础设施即服务(IaaS)的解决方案,每个服务提供API以进行集成。

OpenStack是一个旨在为公共及私有云的建设与管理提供软件的开源项目。它的社区拥有超过130家企业及1350位开发者,这些机构与个人都将OpenStack作为基础设施即服务(IaaS)资源的通用前端。OpenStack项目的首要任务是简化云的部署过程并为其带来良好的可扩展性

OpenStack 包含两个主要模块:Nova 和 Swift,前者是 NASA 开发的虚拟服务器部署和业务计算模块;后者是 Rackspace开发的分布式云存储模块,两者可以一起用,也可以分开单独用。

OpenStack除了有 Rackspace 和 NASA 的大力支持外,还有包括 Dell、Citrix、 Cisco、 Canonical等重量级公司的贡献和支持,发展速度非常快,有取代另一个业界领先开源云平台 Eucalyptus 的态势。

以下是5个OpenStack的重要构成部分:

l Nova - 计算服务

l Swift - 存储服务

l Glance - 镜像服务

l Keystone - 认证服务

l Horizon - UI服务

Openstack的组件:

Compute: 代码名Nova,管理VM的整个生命周期,主要职责包括启动、调度VMs;

Networking:代码名Netron(早期叫Quantum,独立之前为nova-netwroking);为Openstack提供NCaaS的功能;插件化设计,支持众多流行的网络管理插件;

Object Storage: 代码名swift;分布式存储,基于RESTful的API实现非结构化数据对象的存储及检索;

Block Storage:代码名为Cinder(早期由Nova提供,代码为nova-storate),为VMs提供持久的块存储能力;

Identity: 代码为Keystone;为Openstack中的所有服务提供了认证、授权以及端点编录目录;

Image: 代码名Glance,用于存储和检索磁盘映像文件;

Dashboard: 代码名为Horizon,WebGUI;

Telemetry: 代码名为Ceilometer,用于实现监控和计量服务的实现;

Orachestration: 代码名为Heat,用于多组件联动;

Database:代码为Trove,提供DBaaS服务的实现;

Data processing:代码为sahara,用于在OpenStack中实现Hadoop的管理;

时间: 2024-10-12 06:08:42

虚拟化九、OpenStack的相关文章

部署OpenStack问题汇总(六)-- OpenStack入门需要知道的概念

一.网络问题-network 更多网络原理机制可以参考<OpenStack云平台的网络模式及其工作机制>. 1.1.控制节点与网络控制器区别 OpenStack平台中有两种类型的物理节点,控制节点和计算节点.控制节点包括网络控制.调度管理.api服务.存储卷管理.数据库管理.身份管理和镜像管理等,计算节点主要提供nova-compute服务. 控制节点的服务可以分开在多个节点,我们把提供nova-network服务的节点称为网络控制器. 1.2.OpenStack中nova-network的作

##8.创建虚拟机--openstack

##8.创建虚拟机.txt.sh #仅作为参考 source ./admin-openstack.sh #创建虚拟网络 openstack network create --share --external --provider-physical-network provider --provider-network-type flat vnet_10.2 #创建子网 openstack subnet create --network vnet_10.2 --allocation-pool st

我眼中的互联网

"互联网"这个话题实在是太大,以我目前的能力去想这么大的问题也只会是管中窥豹,权当是不自量力的絮絮叨叨吧.   我为什么要反思并整理出这个系列? 一句话,感慨于过去的十几年是互联网的黄金阶段,而我居然与其失之交臂. 一方面,在本世纪(至少到目前为止)还没有哪个行业像互联网这样大的影响力,如此深刻并真实的改变着人们的各种生活方式:一个个相关的巨头企业飞速成长起来,像一部部超级吸金机器和印钞机,像"黑洞".我看到的是,互联网没有丝毫减弱的趋势,相反是越来越神勇.(电子政

理解 OpenStack 高可用(HA)(3):Neutron 分布式虚拟路由(Neutron Distributed Virtual Routing)

本系列会分析 OpenStack 的高可用性(HA)解决方案: (1)概述 (TBD,写完整个系列在回来写这块) (2)Neutron L3 Agent HA - VRRP (虚拟路由冗余协议) (3)Neutron L3 Agent HA - DVR (分布式虚机路由器) (4)RabbitMQ 和 Mysql HA Neutron 作为 OpenStack 一个基础性关键服务,高可用性(HA)和扩展性是它的基本需求之一.对 neutron server 来说,因为它是无状态的,我们可以使用负

为什么在openstack虚拟网络中要设置物理网卡为混杂模式promisc

L2 数据链路层通过交换机设备进行帧转发.交换机在接收到帧之后(L2 层叫帧,L3 层叫包)先解析出帧头中的 MAC 地址,再在转发表中查找是否有对应 MAC 地址的端口,有的话就从相应端口转发出去.没有,就洪泛(专业术语,即将帧转发到交换机的所有端口),每个端口上的计算机都检查帧头中的 MAC 地址是否与本机网卡的 MAC 地址一致,一致的话就接收数据帧,不一致就直接丢弃.而转发表是通过自学习自动建立的. 这里引出一个重要概念,混杂模式.默认情况下计算机只接收和本机 MAC 地址一致的数据帧,

理解 OpenStack 高可用(HA)(2):Neutron L3 Agent HA 之 虚拟路由冗余协议(VRRP)

本系列会分析OpenStack 的高可用性(HA)解决方案: (1)概述 (TBD,写完整个系列在回来写这块) (2)Neutron L3 Agent HA - VRRP (虚拟路由冗余协议) (3)Neutron L3 Agent HA - DVR (分布式虚机路由器) (4)TBD 1. 基础知识 1.1 虚拟路由冗余协议 - VRRP 1.1.1 概念 路由器是整个网络的核心.一个网络内的所有主机往往都设置一条缺省路由,这样,主机发出的目的地址不在本网段的报文将被通过缺省路由发往路由器,从

packstack工具部署单节点的openstack虚拟服务

首先介绍一个网站 https://www.rdoproject.org/install/quickstart/ 本文档介绍了安装 Mitaka release openstack, packstack快速入门 Packstack是一个安装工具,让你旋转的云概念的证明在一个节点.你可以添加更多的节点,你的OpenStack云之后,如果你选择. 如果你正在寻找如何部署生产就绪的云,看tripleo快速入门. 如果你想要尝试OpenStack没有安装任何东西,看看TryStack. 以下文档摘抄自我录

如何解决OpenStack创建虚拟机或删除虚拟机时一直处于deleting或者creating状态的问题。

在OpenStack使用时,有时候会遇到创建虚拟机或者删除虚拟机无法成功创建或者删除的时候,一直提示正在进行中. 这种问题是由于OpenStack的消息积压,OpenStack的Nova Computer无法消费消息说导致. 处理这两种情况的方法可以是,先重置虚拟机状态,把虚拟机设置为active状态,删除虚拟机,再重启nova computer的服务即可. 步骤如下: 1.SSH登陆OpenStack管理平台. 2.加载source源: source keystonerc 3. 把所有Open

虚拟 ?router 原理分析- 每天5分钟玩转 OpenStack(101)

上一节我们创建了虚拟路由器"router_100_101",并通过 ping 验证了 vlan100 和 vlan101 已经连通. 本节将重点分析其中的原理. 首先我们查看控制节点的 linux bridge 结构发生了什么变化. vlan101 的 bridge 上多了一个 tape17162c5-00,从命名上可以推断该 TAP 设备对应 router_100_101 的 interface (e17162c5-00fa). vlan100 的 bridge 上多了一个 tapd