awstack云管理平台运维手册20170330

AWstack云管理平台

运维手册

一、云平台故障定位思路

1:介绍云平台定位思路

介绍云平台的故障原因、处理流程和详细的故障处理步骤。

2:常见原因

本类故障的常见原因主要包括：

云平台操作类故障

云平台服务类故障

云平台存储类故障

云平台其它类故障

3:故障诊断流程

针对各类故障的定位思路如下：

参考用户手册，对操作的步骤进行确认；

检查后台各种服务nova 、 neutron、cinder等的状态；

坚持后台存储命令行和前端存储监控界面，坚持存储的状态；

根据故障类库的文档和典型问题的思路过程进行排查。

4.详细处理流程

二、云平台部署类

1.正确刻录部署 U 盘

1.1 下载正确的正式发行版镜像

wget http://192.168.246.1/awstack2/awstack-installer/awstack-installer.img

1.2 将镜像放置一台linux 机器，执行以下操作

# 以下命令非常危险，会抹除sdb 的所有数据，请先用lsblk等命令确认sdb 是 U 盘dd if=awstack-installer.img of=/dev/sdb bs=4M conv=sparse oflag=direct,sync

验证U盘

mount /dev/sdb1 /mnt/

cd /mnt/var/lib/awstack

sha256sum -c awstack-init.tar.gz.sha256sum

awstack-init.tar.gz: OK

2.部署单节点 SAAS

2.1 准备一台物理机并安装虚拟化环境

2.2 下载发布的SAAS 虚拟机镜像

2.3 基于此镜像起一台虚拟机，并通过控制台登陆此虚拟机招待如下操作

第一步创建eth0 的配置文件

vi/etc/sysconfig/network-scripts/ifcfg-eth0

DEVICE=eth0

NAME=eth0

BOOTPROTO=dhcp

ONBOOT=yes

TYPE=Ethernet

2.3 保存后执行

systemctl resart network

2.4 然后执行bash /opt/awstack/files/modify_ip.sh 2.5 打开云管： http://SAAS_IP/register

3.单节点无法部署企业版

问题描述：

只有一个节点无法部署企业版，在部署前的CEPH 副本数输入 1 后提示“必须在2-1 之间”

处理过程：

vi /opt/awstack/awstack-web/built/js/register.js,，找关键字completefour然后如下图屏蔽掉红框部分代码即可。

友情提示：以防修改出问题，修改前记得备份

4.部署高可用失败

问题描述：

观察部署日志发现在部署computeha时失败

处理过程：

租户网不通在页面上不会有任何影响，页面仍然会提示部署成功，但是bob的日志会在部

署计算高可用的时候报错；这种情况下可以用租户网互ping一下，一般是vlan号写错，或者交换机trunk有问题导致

5.部署 SAAS 下沉时虚拟机被关机

问题描述：

在观察部署日志发现SAAS 在部署过程中无法连接

处理过程：

正常现象。这个过程中会将SAAS 从本地迁移至CEPH ，一般等等10 分钟左右就会自愈

6.注册码错误

问题描述：

在观察部署日志发现注册码错误

处理过程：

一般是由于人为失误，或者某些字母或数据长得类似；下面提供易发生误解的注册码

三、云平台操作类

1.上传模板

将镜像CP 任意一个节点的/var/lib/awstack/images/下，平台会自动上传；然后用管理员登陆将这个编辑这个镜像，填写相关属性，并将”公有“打勾，就可以了

2.意外设置白名单

问题描述：

意外设置了白名单将自己拒绝了

处理方法：

1 ：登陆云管：例ssh 1.1.1.1 65522admin Awcloud123

[admin@saas ~]$ mysql -uroot -pAwcloud123

MariaDB [(none)]>use awstack-user-db;

MariaDB [awstack-user-db]>select * from tb_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.1.1.1 ||| 1 | 2016-12-29 08:26:42 | NULL| 1 |

+----+----------------------------------+-----------+---------+---------+--------+----

+---------------------+-------------+---------+

---------+---------

1 row in set (0.00 sec)

MariaDB [awstack-user-db]>delete from tb_wblist_ip where id=1;

Query OK, 1 row affected (0.03 sec)

2：这时候就可以正常登陆了

3.绑定浮动 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 ，命令参考如下“neutron subnet-update--allocation-poolstart=1.1.1.2,end=1.1.1.26--allocation-pool

start=1.1.1.50,end=1.1.1.70cd2659b2-18e1-4df8-a6a7-7b8bcb99e475”，注意输入该命令时必须带上原有公网IP 地址段，否则会被覆盖

4. 对接 IBM v5000

方法：

consul-cli kv keys / | grep cinder# 可以找到cinder配置文件相应的路径

consul-cli kv read templates/cinder/cinder.conf.ctmpl>/home/cinder.conf.ctmpl

# 把 cinder的配置文件弄到本地的home目录下

vim /home/cinder.conf.ctmpl# 修改本地的cinder配置文件

# 修改 cinder示例配置文件

[DEFAULT]

enabled_volume_backend = rbd_1, IBMv5000 #在原有的基础上添加一项新增section 的名称

[rbd_1]

volume_backend_name = rbd_1# 新增加，必须指

[IBMv5000]# 新建下面这些

volume_driver= cinder.volume.drivers.ibm.storwize_svc.storwize_svc_fc.StorwizeSVCFCDriver

san_ip = 10.131.198.48# 控制器 IP 1

storwize_san_secondary_ip = 10.131.198.49# 控制器 IP 2

san_login = superuser# 存储登陆用户名

san_password = passw0rd# 密码

storwize_svc_volpool_name = Pool0# 存储内池的名称，注意不用存储上划lun volume_backend_name = IBMv5000# 必加

volume_name_template=volume-%s

consul-cli kv write templates/cinder/cinder.conf.ctmpl"$(cat /home/cinder.conf.ctmpl)"# 将本地配置文件写到集群环境中

nomad stop cinder-service# 手动停掉cinder服务，然后nomad run /etc/kolla/nomad/cinder-service.hcl

创建对应的volume-type

cinder type-create 比如IBM-type

cinder type-key IBM-type set volume_backend_name=IBM_backend #绑定tpe和后端

指定 type创建卷

cinder create --name "IBM volume" --volume-type IBMv50001

5.常用命令

查看 bob-leader节点：awbob-leader

查看部署状态：consul-cli kv read cluster/state

删除状态： consul-cli kv delete cluster/state

重启部署： systemctl restart awbob

进入 kolla_toolbox容器

docker exec -it kolla_toolbox bash

进入 cinder-volume容器

docker exec -u root -it cinder-volume-529609c8-c950-6e80-542a-888df2cffe63

bash