OpenStack

一、云计算的前世今生 所有的新事物都不是突然冒出来的，都有前世和今生。云计算也是IT技术不断发展的产物。 要理解云计算，需要对IT系统架构的发展过程有所认识。 请看下 IT系统架构的发展到目前为止大致可以分为3个阶段： 1、 物理机架构 这一阶段，应用部署和运行在物理机上。 比如企业要上一个ERP系统，如果规模不大，可以找3台物理机，分别部署Web服务器、应用服务器和数据库服务器。 如果规模大一点，各种服务器可以采用集群架构，但每个集群成员也还是直接部署在物理机上。 我见过的客户早期都是这种架构，一套应用一套服务器，通常系统的资源使用率都很低，达到20%的都是好的。 2、 虚拟化架构 决定了物理服务器的计算能力越来越强，虚拟化技术的发展大大 提高了物理服务器的资源使用率 。 这个阶段，物理机上运行若干虚拟机，应用系统直接部署到虚拟机上。 虚拟化的好处还体现在减少了需要管理的物理机数量，同时 节省了维护成本。 3、 云计算架构 虚拟化 提高了单台物理机的资源使用率 ，随着虚拟化技术的应用，IT环境中有越来越多的虚拟机，这时新的需求产生了： 如何对IT环境中的虚拟机进行统一和高效的管理。 有需求就有供给，云计算登上了历史舞台。 二、OpenStack 简介 1、什么是云计算： 云计算是一种按使用量付费的模式，这种模式提供可用的、便捷的、按需的网络访问， 进入可配置的计算资源共享池

前言 OpenStack是一个开源的云计算平台，提供了IaaS的解决方案，支持各种类型的云环境（公有云，私有云）。OpenStack系统由几个关键服务组成，它们可以单独安装。这些服务根据你的云需求工作在一起。你可以独立安装这些服务、独自配置它们或者连接成一个整体。这些服务包括： 服务 项目名称 描述 Dashboard Horizon 提供了一个基于web的自服务门户，与OpenStack底层服务交互，诸如启动一个实例，分配IP地址以及配置访问控制。 Compute Nova 在OpenStack环境中计算实例的生命周期管理。按需响应包括生成、调度、回收虚拟机等操作。 Networking Neutron 确保为其它OpenStack服务提供网络连接即服务，比如OpenStack计算。为用户提供API定义网络和使用。基于插件的架构其支持众多的网络提供商和技术。 Storage Object Storage Swift 通过一个 RESTful ,基于HTTP的应用程序接口存储和任意检索的非结构化数据对象。它拥有高容错机制，基于数据复制和可扩展架构。它的实现并像是一个文件服务器需要挂载目录。在此种方式下，它写入对象和文件到多个硬盘中，以确保数据是在集群内跨服务器的多份复制。 Block Storage Cinder 为运行实例而提供的持久性块存储

一、创建虚拟机失败 vm上运行virt-install 创建kvm类型的主机，centos的版本建议不要超过7.2，本人用的7.7版本，不能创建kvm类型的虚拟机，只能创建qemu类型的虚拟机。把宿主机版本降到7.2后，恢复正常。 二、Nova控制节点安装报错 采用centos7.2，yum安装报错，需要在手动添加一个QEMU-EV.repo文件 [root@node3 yum.repos.d]# cat 1.repo [openstack] name=openstack baseurl=https://mirrors.aliyun.com/centos/7/cloud/x86_64/openstack-rocky/ gpgcheck=0 enabled=1 [root@node3 yum.repos.d]# cat CentOS-QEMU-EV.repo [centos-qemu-ev] name=CentOS-$releasever - QEMU EV baseurl=https://mirrors.aliyun.com/centos/7/virt/x86_64/kvm-common/ gpgcheck=0 enabled=1 三、手动创建openstack镜像，console日志无输出 这个问题需要在手动创建centos镜像时修改内核参数 1. vim /etc

重启openstack的整个服务 openstack-service restart 1. 重启dashboard service httpd restart service memcached restart 2. 重启 ceilometer 2.1 cinder service mongod restart 2.2 controller service openstack-ceilometer-api restart service openstack-ceilometer-notification restart service openstack-ceilometer-central restart service openstack-ceilometer-collector restart service openstack-ceilometer-alarm-evaluator restart service openstack-ceilometer-alarm-notifier restart 2.3 compute service openstack-nova-compute restart 2.4 controller service openstack-glance-api restart service openstack-glance-registry

本文是 OpenStack 中的 RabbitMQ 使用研究 两部分中的第一部分，将介绍 RabbitMQ 的基本概念，即 RabbitMQ 是什么。 第二部分 将介绍其在 OpenStack 中的使用。 1 RabbitMQ 的基本概念 RabbitMQ 是实现了高级消息队列协议（AMQP）的开源消息代理软件（亦称面向消息的中间件）。 AMQP 是一个定义了在应用或者组织之间传送消息的协议的开放标准 （an open standard for passing business messages between applications or organizations），它最新的版本是 1.0。AMQP 目标在于解决在两个应用之间传送消息存在的下列问题： 网络是不可靠的 =>消息需要保存后再转发并有出错处理机制 与本地调用相比，网络速度慢 =>得异步调用 应用之间是不同的（比如不同语言实现、不同操作系统等） =>得与应用无关 应用会经常变化 =>同上 AMQP 使用异步的、应用对应用的、二进制数据通信来解决这些问题。 RabbitMQ 是 AMQP 的一种实现，它包括Server （服务器端）、Client （客户端） 和 Plugins （插件）。RabbitMQ 服务器是用 Erlang 语言编写的，其最新版本是刚刚（2015/02/11）发布的 3.4.4 ，而

Centos7 安装完成后克隆其他子节点 首先在 VMware 中：右击 虚拟机 controller--> 设置 --> 添加 --> 网络适配器，然后做如下设置： 在 VMware 中操作 点击：克隆 --> 下一步 --> 虚拟机中的当前状态 --> 创建完整克隆 --> 下一步（克隆 controller 、 compuet 、 storage ） 总体硬件架构： 添加虚拟网络 步骤：打开 VMware--> 点击编辑 --> 虚拟网络编辑器 --> 更改设置 --> 添加网络（备用） 添加成功后可以修改网段也可以不改 , 我这里改为 10.0.0.0 网段 最终效果： Controller Compute Storage Linux 修改主机名 命令方式修改 [root@ Core ~]# hostnamectl set-hostname compute [root@Core ~]# hostname compute [root@Core ~]# exit 重新登录发现主机名修改成功了！ 修改配置文件 [root@Core ~]# echo "storage" > /etc/hostname [root@Core ~]# hostname storage [root@Core ~]# exit 重新登录发现主机名修改成功了！ 最终要确保重启后主机名不重复，且有以下三台主机

OpenStack入门之核心组件梳理（5）——Neutron篇 前言 ​ 本文将讲解OpenStack核心组件之一的Neutron组件。希望阅读本文前，建议初学者提前认知云计算、Linux操作系统、服务器群集以及OpenStack概念以及架构图。本文主要是为了自行整理有关OpenStack的相关知识理论，也是同读者分享自己对OpenStack中Neutron下面的浅解。 ​ 友情链接：下面的三篇文章对于初学者或多或少可以帮你在宏观上了解云计算以及OpenStack。 ​ 云计算浅谈 ​ OpenStack概念以及核心组件概述 ​ OpenStack部署节点类型和架构 一、Neutron的基本概念 1.1Neutron的前世今生 ​ Neutron的前身是Quantum，Quantum英文为量子，Neutron英文翻译为中子，虽然笔者不知道这样来命名项目的具体原因，但从直观的感觉上就会觉得这个玩意不简单哈！ ​ 其实最初OpenStack并没有将网络组件独立出来，为之成立单独的一个核心项目，最初是一个叫做Nova-network的网络模型，这种模型非常简单，就是一种单一的平面网络，如下图所示： ​ 但若熟悉网络知识就会发这种模式存在很大的缺点，比如： 单一网络有瓶颈，没有体现出云的特性（如可伸缩）； 难以实现租户的隔离性； ​ 所以技术需要不断更新发展，相关的技术大佬经过思索，尝试

透过现象看本质——谈谈ML2 plugin这回事儿 本文关键词：OpenStack、Neutron Plugin、Neutron Agent、Core Plugin、ML2插件、ML2架构、Driver、紧耦、解耦。 前言 ​ 在OpenStack中，其控制管理着计算、存储、网络三大资源。要想明白OpenStack是如果对计算、存储和网络资源进行管理的，就需要清楚OpenStack的架构，模块组成和各自分工的任务等等。 ​ 而网络是作为OpenStack中最为核心之一的、也是相对于其他最为复杂的一块，因此需要细品~ ​ 今天就来透过现象看本质，谈一谈ML2插件这回事儿~ Neutron Plugin是个什么鬼？ ​ Plugin——插件，根据百度搜索的结果，其介绍为：一种遵循一定规范的应用程序接口编写出来的程序。那么什么是Neutron插件呢？不用想太多，其实就是有关网络的插件，可以使Neutron提供完整的服务。 ​ 我们知道，在OpenStack中，总的来说插件的作用可以理解为： 处理Neutron Server发来的请求； 维护OpenStack中网络的状态； 调用agent处理请求； ​ 由此也可以明白，在OpenStack Neutron项目中，插件和代理服务是相对应的，而且plugin解决的是在数据库中存放网络信息，需要解决的是网络请求时需要什么配置的问题

需求说明: 计算节点linux-node1.openstack：192.168.1.8 计算节点linux-node2.openstack：192.168.1.17 这两个计算节点在同一个控制节点下（192.168.1.8既是控制节点，也是其中一个计算节点），现在需要将linux-node1.openstack上的虚拟机kvm-server005迁移到liunx-node2.openstack上。 一、openstack的虚拟机线下迁移（ ”冷迁移“ ，迁移前关闭虚拟机） 操作记录如下： linux-node1.openstack上的操作： 1） 查看虚拟机 [root@linux-node1 src]# source admin-openrc.sh [root@linux-node1 src]# nova list +--------------------------------------+----------------------------+--------+------------+-------------+--------------------+ | ID | Name | Status | Task State | Power State | Networks | +--------------------------------------+--------

官方文档：https://docs.openstack.org/nova/rocky/install/controller-install-rdo.html nova的主要服务 API：负责接受和响应外部请求，支持openstack API,EC2API. Cert:负责身份认证EC 2。 Scheduler:用于云主机调度。 Conductor:计算节点访问数据的中间件。 Consoleauth:用于控制台的授权验证。 Novncproxy:VNC代理。 mysql -uroot -p123123 创建数据库nova_cell0并授权 CREATE DATABASE nova_cell0; GRANT ALL PRIVILEGES ON nova_cell0.* TO 'nova'@'localhost' IDENTIFIED BY 'nova'; GRANT ALL PRIVILEGES ON nova_cell0.* TO 'nova'@'%' IDENTIFIED BY 'nova'; 创建novay用户 source /admin-openstack.sh (加载环境变量) [root@localhost ~]# openstack user create --domain default --password-prompt nova User Password: