OpenStack

简介 　　当完成keystone、glance、nova、neutron组件的部署（部署方法参考之前的博文）之后，我们就可以创建第一个虚拟机实例了，下边具体操作下创建第一个虚拟机实例。 创建第一个实例 创建provider network 设置环境变量，这个在所有服务部署中都会用到，所以如果有报错，首先考虑是否设置环境变量 [root@localhost ~]# source admin-openstack.sh 创建网络 $ openstack network create --share --external \ --provider-physical-network provider \ --provider-network-type flat provider Created a new network: +---------------------------+--------------------------------------+ | Field | Value | +---------------------------+--------------------------------------+ | admin_state_up | UP | | availability_zone_hints | | | availability_zones | | |

openstack平台需要使用各种Linux发行版镜像,其制作方法主要有两种,要么是基于各大Linux发行版ISO光盘手动制作,要么是使用官方提供的制作好镜像进行修改 问题 FATAL: Module scsi_wait_scan not found.... 再进一步测试,就会发现,在物理机上升级内核,一切ok! 原因是虚拟机生成的initramfs.img无法包含virtio_blk.ko模块,造成虚拟机启动报错 解决问题的关键在于要确保virtio_blk.ko能够被加载 如果我们单纯是需要解决升级内核后启动失败问题,直接下载文章提到的内核rpm包,然后使用下面的步骤解决启动问题 rpm --import http://elrepo.org/RPM-GPG-KEY-elrepo.org rpm -Uvh http://elrepo.org/elrepo-release-6-5.el6.elrepo.noarch.rpm yum --enablerepo=elrepo-kernel install kernel-ml -y 安装完内核后修改/etc/grub.conf配置文件使 修改配置文件中的 Default=1 to Default=0 #添加virtio_blk支持(新建conf文件) echo 'add_drivers+="virtio_blk"' >/etc

Openstack安装过程中遇到的问题 centos7安装queens时出现的问题------在keystone安装阶段请求认证令牌出现错误 [root@controller ~]# vim admin-openrc export OS_USERNAME=admin export OS_PASSWORD=centos export OS_PROJECT_NAME=admin export OS_USER_DOMAIN_NAME=Default export OS_PROJECT_DOMAIN_NAME=Default export OS_AUTH_URL=http://10.0.0.10:5000/v3 export OS_IDENTITY_API_VERSION=3 [root@controller ~]# openstack user list The request you have made requires authentication. (HTTP 401) (Request-ID: req-e69da3bd-2aed-4c33-9e55-18ab82a789d2) 解决：将Default改成default，此时，请求认证令牌成功。 [root@controller ~]# vim admin-openrc export OS_USERNAME=admin export

在这个到处都是“云里雾里”的云计算时代，如果不知道点OpenStack、Kubernetes等，出门都不好意思说自己是个程序猿了。 编码规范与代码静态检查 程序员最讨厌的四件事应该是：写注释，写文档，别人不写注释，别人不写文档。那么对于这样一个貌似很不好相处的群体，有人说，如果莎士比亚生活在当下，他会是一名科技作家，而且他座右铭会变成：“消灭世界上所有的程序员。” 消灭当然是做不到的，于是有一种所谓的编码规范的东西就被推上了前台，来预防程序员的各种个性与创造力。 对于达到百万行代码这个量级的OpenStack来说，它当然也必须有自己的一套编码规范来约束以及预防自己的众多开发者们是在把自己的创造力作用在构建一个蓬勃发展的开源云项目上，而不是一个其他的什么怪胎。 至于这个编码规范的内容，我们尽可打开http://legacy.python.org/dev/peps/pep-0008/这个链接去仔细阅读，这里的内容将着重放在OpenStack编码规范检查工具，及其相关的一个子项目Hacking上。 Python代码静态检查Flake8 对于OpenStack息息相关的Python代码静态检查来说，目前的工具主要有Pylint、Pep8、Pyflakes、Flake8等。 Pylint据评价属于稍显变态的一种，违背了Python开发者Happy Coding的倡导

一、什么是openstack openstack，是目前最为流行的 开源云操作系统框架 。深入理解openstack需要围绕开源、云、操作系统、框架这几个关键词展开说明 1、云 openstack是用来构建云计算系统的 核心软件组件 。 2、云操作系统 云操作系统是面向云计算的操作系统。 云操作系统五项主要功能的内容是 （可以参照操作系统的概念去理解） ： （1） 资源接入与抽象 ，是指将 各类服务器、存储、网络设备等硬件资源，通过虚拟化的或者可软件定义的方式，接入到云计算系统中，并将其抽象为云操作系统可以识别的计算、存储、网络等资源池 ，以此作为云操作系统对各类硬件资源实施管理的基础； （2） 资源分配与调度 ，是指利用云操作系统的资源管理能力，将前述的不同资源，按照不同的云租户对于资源类型与数量的不同需求，将资源分配给各个租户，以及不同租户的不同应用； （3）应用生命周期管理，是指协助租户实现各类云应用在云操作系统上的安装、启动、停止、卸载等管理操作； （4）系统管理维护，是指协助系统管理员实现对于云计算系统的各类管理与运维操作； （5）人机交互支持，指提供必要的人机界面，支持系统管理员和普通租户对系统实施各类操作。 3、云操作系统框架 云操作系统框架，不等于云操作系统：要构建一个完整的云操作系统， 需要对大量软件组件进行有机整合 ，让他们协同工作

本例子ceph L版本采用的是filestore，而不是bluestore. 一、查看class类型，只有一个hdd，。Luminous 为每个OSD添加了一个新的属性：设备类。默认情况下，OSD将根据Linux内核公开的硬件属性自动将其设备类设置为HDD、SSD或NVMe（如果尚未设置）。这些设备类在ceph osd tree 中列出(实验环境无ssd硬盘，生产环境有ssd可以直接认到并自动创建ssd class，不需要第二步到第四步) , 修改前集群拓扑： [root@ceph1 ceph-install]# ceph osd tree ID CLASS WEIGHT TYPE NAME STATUS REWEIGHT PRI-AFF -1 0.76163 root default -9 0.25388 rack rack01 -3 0.25388 host ceph1 0 hdd 0.07809 osd.0 up 1.00000 1.00000 1 hdd 0.07809 osd.1 up 1.00000 1.00000 6 hdd 0.09769 osd.6 up 1.00000 1.00000 -10 0.25388 rack rack02 -5 0.25388 host ceph2 2 hdd 0.07809 osd.2 up 1.00000 1.00000 3 hdd

keystone组件简介和安装配置 keystone是Openstack中提供认证服务的一个组件，主要负责项目管理、用户管理，用户鉴权，用户信息认证等。keystone租件安装配置在控制节点上，为了实现可伸缩性，此配置部署Fernet令牌和ApacheHTTP服务器来处理请求，步骤如下所示： 在数据库中创建keystone的表 mysql - uroot - pwwwwww create database keystone ; GRANT ALL PRIVILEGES ON keystone . * TO 'keystone' @'localhost ' IDENTIFIED BY ' keystone '; GRANT ALL PRIVILEGES ON keystone.* TO ' keystone '@' % ' IDENTIFIED BY ' keystone' ; 安装keystone的组件 yum install openstack-keystone httpd mod_wsgi python-openstackclient memcached python-memcached -y 其中memcached 是一个开源的、高性能的分布式内存对象缓存系统。通过在内存中缓存数据和对象来减少读取数据库的次数，从而提高网站访问速度，加速动态WEB应用、减轻数据库负载

系统版本为Centos7.5 内存均分配：4G 存储：40G CUP：1核（根据电脑实际情况分配） 准备两台电脑或虚拟机（配置两张网卡） 192.168.2.188 192.168.2.190 准备 ###查看时区 date ###修改时区 timedatectl set-timezone Asia/Shanghai结果是：Mon Jul 8 17:25:28 CST 2019 ###修改语言环境 查看语言 locale 查看系统拥有的语言包 locale -a yum install kde-l10n-Chinese vi /etc/locale.conf ##加下面内容到第一行，设置中文 LANG=zh_CN.UTF8 方法（二）(该命令会修改上面配置的值) localectl set-locale LANG=en_US.UTF-8 ###查看网卡UUID （修改第二块网卡的配置/etc/sysconfig/network-script/ifcfg-enp0s8） 在/etc/sysconfig/network-script/目录下复制ifcfg-enp0s3为ifcfg-enp0s8，并修改相关的配置 nmcli con show ###安装文件上传工具 yum install -y lrzsz ###关闭防火墙 ###我的建议是先关闭防火墙，等配置好了，再去设置防火墙

一、nova介绍： Nova 是 OpenStack 最核心的服务，负责维护和管理云环境的计算资源。OpenStack 作为 IaaS 的云操作系统，虚拟机生命周期管理也就是通过 Nova 来实现的。 用途与功能 : 1) 实例生命周期管理 2) 管理计算资源 3) 网络和认证管理 4)REST 风格的 API 5) 异步的一致性通信 6)Hypervisor 透明：支持Xen,XenServer/XCP,KVM, UML, VMware vSphere and Hyper-V 在上图中可以看到，Nova 处于 Openstak 架构的中心，其他组件都为 Nova 提供支持： Glance 为 VM 提供 image Cinder 和 Swift 分别为 VM 提供块存储和对象存储 Neutron 为 VM 提供网络连接。 Nova 架构如下： Nova 的架构比较复杂，包含很多组件。 这些组件以子服务（后台 deamon 进程）的形式运行，可以分为以下几类： API nova-api 是整个 Nova 组件的门户，接收和响应客户的 API 调用。所有对 Nova 的请求都首先由 nova-api 处理。nova-api 向外界暴露若干 HTTP REST API 接口 在 keystone 中我们可以查询 nova-api 的 endponits。 客户端就可以将请求发送到

OpenStack Keystone Keystone(OpenStack Identity Service)是 OpenStack 框架中负责管理身份验证、服务规则和服务令牌功能的模块。用户访问资源需要验证用户的身份与权限，服务执行操作也需要进行权限检测，这些都需要通过 Keystone 来处理。Keystone类似一个服务总线， 或者说是整个Openstack框架的注册表， 其他服务通过keystone来注册其服务的Endpoint（服务访问的URL），任何服务之间相互的调用， 需要经过Keystone的身份验证， 来获得目标服务的Endpoint来找到目标服务。 第一部分： keystone的功能有哪些？ openstack是一个SOA架构，各个项目独立提供先关的服务，且互不依赖，如nova提供计算服务，glance提供镜像服务等。防止耦合性，且扩展性不高实际上所有的组件都依赖keystone， 它有两个功能： （1）用户管理：验证用户身份信息合法性 （2）服务目录管理：提供各个服务目录的（Service Catalog:包括service和endpoint）服务，无论任何服务或者客户访问openstack都要访问keystone获取服务列表，以及每个服务的endpoint 如下图，这个图只是一个简单的表达，具体里面的工作流程肯定不止这些，各位慢慢往下看