魏志标的博客

一、 基础环境准备1：虚拟机版本本环境中使用的是centos7,9,内核版本为3.10.0-1160安装dockeryum install docker-ce启动docker服务systemctl start docker 2：安装pip命令由于最小化安装的系统没有pip命令，需要手动安装，如下：[root@kolla ~]# yum install python-piprpm –qa| grep pip查询已经安装的pip包更新pip版本，之后安装其他其他软件时会提

以nova为例1：进入nova_api容器查看nova进程docker exec -it -uroot nova_api bash(nova-api)[root@bjjdkg-control01 /]# ps -ef | grep novanova 1 0 0 Jan14 ? 00:00:00 dumb-init --single-child -- kolla_startnova 7 1 0 Jan14 ? 0

Openstack cinder有一个可选的功能：镜像盘缓存，可以明显提升从镜像创建云盘的性能。主要看存储后端克隆云盘的速度有多快。一、功能简介当第一次从镜像创建云盘时，cinder的internal租户会创建一个镜像盘缓存(image-volume-cache)。之后再从这个镜像创建云盘，就直接克隆这个镜像盘缓存，不需要再从glance下载镜像进行格式转换后拷贝数据到云盘这个流程了。在新创建镜像盘时，要想知道当前镜像是否被缓存过，需要借助数据库记录：只需要在创建镜像盘缓存时，将镜像与缓存的关联保存到表

一、普通gpu透传步骤1: 在BIOS中打开硬件辅助虚拟化功能⽀持对于intel cpu, 在主板中开启VT-x及VT-d选项VT-x为开启虚拟化需要VT-d为开启PCI passthrough这两个选项⼀般在BIOS中Advance下CPU和System或相关条⽬中设置，例如:VT： Intel Virtualization TechnologyVT-d: Intel VT for Directed I/O对于 amd cpu, 在主板中开启SVM及IOMMU选项SVM为开启虚拟化需要

云主机快照功能实现：OpenStack虚拟机启动源支持镜像和卷，这两种方式创建出的虚拟机，快照过程也不同。1：由镜像启动的虚拟机做快照时，只对系统盘进行快照，不对数据盘进行快照，快照过程中要挂起虚拟机，因此虚拟机中运行的业务可能会中断。快照完成后，将快照上传到glance服务中，保存为snapshot类型的镜像，并恢复虚拟机状态。2：由卷启动的虚拟机做快照时，同时对系统盘和数据盘进行快照，快照实际执行由cinder存储服务完成。因此可以利用存储后端的快照功能。当cinder存储后端为ceph时

在openstack华环境中会出现迁移虚拟机的情况，有时候会出现虚拟机迁移之后出现资源没有更新的问题，nova日志如下：2021-01-25 11:16:09.797 6 WARNING nova.compute.resource_tracker [req-d015c937-86d9-49b1-9933-09ee46b77305 - - - - -] Instance f5338801-2f26-437e-ad65-71cd9fc371a7 has been moved to another host b

Openstack中用镜像文件生成的image来创建虚机(VM或Instance)时, 通常不支持用户名加密码的ssh方式登录访问该VM,而是key file方式.这里以Centos的镜像为例, 介绍用keypair生成和访问虚机的方法.1： 查看系统中的keypair：[root@control01 ~]# nova keypair-list+------+------+-------------+| Name | Type | Fingerprint |+------+------+----

清理openstack环境时误删除了service项目。导致openstack环境无法使用。通过数据库查看service已经不存在，如下：MariaDB [keystone]> select * from project;+----------------------------------+--------------------------+-------+-----------------------------------------------+---------+----------

一：环境准备1台虚拟机 centos7.5两块网卡 ens33 （nat映射通外网，做管理网） ens34 (做业务网)存储不少于60G关闭防火墙firewalld和selinux配置主机名：hostnamectl set-hostname kolla vi /etc/hosts　　　　　　192.168.102.194　　kolla配置互信：ssh-keygen　　　　　ssh-copy-id -

通过kolla-ansible部署openstack时，nova_libvirtd和nova_compute启动失败,状态一直在restarting,如下：查看nova_compute日志如下：通过日志看无法访问16509端口，因此判断是libvirt除了问题查看/var/log/kolla/libvirt/libvirtd.log中错误如下：排查发现是因为宿主机上起了libvirtd服务，和容器服务相冲突，如下：关机主机上的libvirtd服务，重启nova_compute,nova_l

后端cinder对接ceph1、客戶端接受请求并路由到 VolumeAttachmentControllernova-api处理该请求的入口函数为 nova.api.openstack.compute.volumes.VolumeAttachmentController.delete根据虚机uuid获取instance实例对象调用cinderclient，根据卷uuid获取卷实例对象获取block_device_mapping表 中该 instance挂在该卷的映射信息2、nova api服务

1:删除虚拟机时候，volume状态仍然显示为in-use状态，如下：+--------------------------------+-------------------------------------------------+| Property | Value |+--------------------------------+----------------

1：创建卷过程慢以及启动卷经常失败,日志中出现以下错误解决方法如下：在/etc/cinder/cinder.conf文件中加入以下内容：对接存储部分，rbd_exclusive_cinder_pool=True重启cinder-volume服务原因分析如下：创建启动卷是需要查询每一个image(rbd)的预分配的大小，消耗大量的时间去采集provisioned_capacity_gb，而此时所使用的pool只供给cinder服务使用。删除一个volume, 那么RBDVolumeProx

生产环境中，可能会遇见一套openstack对接多套ceph的情况，具体步骤如下：1：首先在ceph的mon节点，为第二套ceph添加用户认证，如下;ceph auth get-or-create client.volume mon 'allow *' osd 'allow class-read object_prefix rbd_children, allow * pool=volumes, allow * pool=vms, allow * pool=images'[client.volume]

1：客户虚拟机出现readonly问题，最初操作是对磁盘进行了重新挂载，但是无效。mount -o remount rw /2：客户进行了重启虚拟机，之后进入了单用户模式提示是fstab问题，注释掉/etc/fstab中的vdb，之后再次重启正常。3：进入虚拟机对vdb进行挂载操作提示io error。怀疑是ceph集群集群出了问题，查看集群状态正常，物理磁盘无异常，使用如下命令对磁盘进行修复：xfs_repair -v -L /dev/vdb之后提示磁盘io error，如下：[ 164.