awstack云管理平台运维手册20170330

AWstack 云管理平台运维手册一、 云平台故障定位思路介绍云平台定位思路介绍云平台的故障原因、处理流程和详细的故障处理步骤。常见原因本类故障的常见原因主要包括：云平台操作类故障云平台服务类故障云平台存储类故障云平台其它类故障故障诊断流程针对各类故障的定位思路如下：参考用户手册，对操作的步骤进行确认；检查后台各种服务 nova、neutron 、cinder 等的状态；坚持后台存储命令行和前端存储监控界面，坚持存储的状态；根据故障类库的文档和典型问题的思路过程进行排查。详细处理流程二、 云平台部署类正确刻录部署U盘1.1下载正确的正式发行版镜像1.2将镜像放置一台 linux 机器，执行以下操作#以下命令非常危险，会抹除 sdb 的所有数据，请先用 lsblk 等命令确认 sdb 是U盘ddif=awstack-installer.imgof=/dev/sdbbs=4Mconv=sparseoflag=direct,sync验证U盘mount/dev/sdb1/mnt/cd/mnt/var/lib/awstack部署单节点SAAS2.1准备一台物理机并安装虚拟化环境2.2下载发布的 SAAS虚拟机镜像2.3基于此镜像起一台虚拟机，并通过控制台登陆此虚拟机招待如下操作第一步创建 eth0 的配置文件/etc/sysconfig/network-scripts/ifcfg-eth0DEVICE=eth0NAME=eth0BOOTPROTO=dhcpONBOOT=yesTYPE=Ethernet2.3保存后执行systemctlresartnetwork2.4然后执行 bash/opt/awstack/files/modify_ip.sh2.5打开云管： http://SAAS_IP/register单节点无法部署企业版问题描述：只有一个节点无法部署企业版， 在部署前的 CEPH副本数输入 1后提示“必须在 2-1之间”处理过程：vi/opt/awstack/awstack-web/built/js/register.js, ，找关键字 completefour 然后如下图屏蔽掉红框部分代码即可。友情提示：以防修改出问题，修改前记得备份部署高可用失败问题描述：观察部署日志发现在部署 computeha 时失败处理过程：租户网不通在页面上不会有任何影响，页面仍然会提示部署成功，但是 bob 的日志会在部署计算高可用的时候报错；这种情况下可以用租户网互 ping 一下，一般是 vlan 号写错，或者交换机 trunk 有问题导致部署SAAS下沉时虚拟机被关机问题描述：在观察部署日志发现 SAAS在部署过程中无法连接处理过程：正常现象。这个过程中会将 SAAS从本地迁移至 CEPH，一般等等 10分钟左右就会自愈注册码错误问题描述：在观察部署日志发现注册码错误处理过程：一般是由于人为失误，或者某些字母或数据长得类似；下面提供易发生误解的注册码三、 云平台操作类上传模板将镜像 CP任意一个节点的 /var/lib/awstack/images/ 下，平台会自动上传；然后用管理员登陆将这个编辑这个镜像，填写相关属性，并将”公有“打勾，就可以 了意外设置白名单问题描述：意外设置了白名单将自己拒绝了处理方法：1：登陆云管：例 admin Awcloud123[admin@saas~]$mysql-uroot-pAwcloud123MariaDB[(none)]>useawstack-user-db;MariaDB[awstack-user-db]>select*fromtb_wblist_ip;+----+------------------------------+-----------+---------+---------+--------+-------------+---------+---------------------+-------------+---------+|id|enterprise_uid|list_name|wb_type|bgn_ip|end_ip|description|enabled|create_time|update_time|ip_type|+----+------------------------------+-----------+---------+---------+--------+-------------+---------+---------------------+-------------+---------+|1|66666666666666666666666666666666|liufu|0||||1|2016-12-2908:26:42|NULL|1|+----+------------------------------+-----------+---------+---------+--------+-------------+---------+---------------------+-------------+---------+1rowinset(0.00sec)MariaDB[awstack-user-db]>deletefromtb_wblist_ipwhereid=1;QueryOK,1rowaffected(0.03sec)：这时候就可以正常登陆了绑定浮动IP提示“无子网路由”问题描述：用户创建了一个部门以及其下的一个项目， 项目内已创建虚拟路由器， 一共只剩两个公网 IP，也已申请了这两个公网 IP，其中一个公网 IP已绑定一台云主机， 剩余另一个公网 IP在绑定部分云主机时报错，提示信息为“无子网路由”处理方法：DVR模式下，每个虚拟路由器 qrouter-xxx 会占用一个公网 IP，同时该路由器会在每个计算节点创建， ID、IP及其他信息完全一致，因此并不会重复占用公网 IP，主要处理东西向流量。但是和集中式路由不同的是，每个计算节点还会有一个专门处理浮动 IP流量的虚拟路由器 qfloat-yyy ，用来处理带有浮动 IP的南北向流量，这个虚拟路由器是计算节点唯一的，是所有租户和网络公用的。但是，这个 qfloat-yyy 虚拟路由器并不会马上创建，而是当计算节点有浮动 IP流量时创建。 因此当虚拟机所在计算节点有过浮动 IP流量时， 此计算节点已经创建过 qfloat-yyy ，所以可以继续绑定公网 IP给新虚拟机。而如果虚拟机所在计算节点之前并没有过浮动 IP流量时，便尚未创建过 qfloat-yyy ，这就导致当所有可用公网IP已被申请后，无可用公网 IP创建qfloat-yyy ，出现错误提示“无子网路由”1、除去每个虚拟路由器的公网 IP，有多少个计算节点，就需要提前预留好多少个公网 IP。2、当出现类似错误或者公网 IP不足时，可手动增加公网 IP，命令参考如下“ neutronsubnet-update --allocation-pool cd2659b2-18e1-4df8-a6a7-7b8bcb99e475 ”，注意输入该命令时必须带上原有公网 IP地址段，否则会被覆盖4.对接IBMv5000方法：consul-clikvkeys/|grepcinder #可以找到 cinder 配置文件相应的路径consul-cli kv read > #把cinder 的配置文件弄到本地的 home 目录下 #修改本地的 cinder 配置文件#修改cinder 示例配置文件[DEFAULT]enabled_volume_backend=rbd_1,IBMv5000# 在原有的基础上添加一项新增 section的名称[rbd_1]volume_backend_name=rbd_1 #新增加，必须指[IBMv5000] #新建下面这些volume_driver = #控制器IP1 #控制器IP2san_login=superuser #存储登陆用户名san_password=passw0rd #密码storwize_svc_volpool_name=Pool0 #存储内池的名称， 注意不用存储上划 lunvolume_backend_name=IBMv5000 #必加volume_name_template=volume-%sconsul-cli kv write "$(cat #将本地配置文件写到集群环境中nomad stop cinder-service #手动停掉 cinder 服务，然后 nomad run/etc/kolla/nomad/cinder-service.hcl创建对应的 volume-typecindertype-create<type-name> 比如 IBM-typecindertype-keyIBM-typesetvolume_backend_name=IBM_backend# 绑定tpe 和后端指定type 创建卷cindercreate--name"IBMvolume"--volume-typeIBMv50001常用命令查看bob-leader 节点： awbob-leader查看部署状态： consul-clikvreadcluster/state删除状态：