awstack云管理平台运维手册.docx

1、awstack云管理平台运维手册AWstack云管理平台运维手册一、云平台故障定位思路1:介绍云平台定位思路介绍云平台的故障原因、处理流程和详细的故障处理步骤。2:常见原因本类故障的常见原因主要包括： 云平台操作类故障云平台服务类故障云平台存储类故障云平台其它类故障3:故障诊断流程针对各类故障的定位思路如下：参考用户手册，对操作的步骤进行确认；检查后台各种服务nova、neutron、cinder等的状态；坚持后台存储命令行和前端存储监控界面，坚持存储的状态；根据故障类库的文档和典型问题的思路过程进行排查。4.详细处理流程二、云平台部署类1.正确刻录部署U盘1.1下载正确的正式发行版镜像wge

2、t 192.168.246.1/awstack2/awstack-installer/awstack-installer.img1.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/awstacksha256sum -c awstack-init.tar.gz.sha256sumawst

3、ack-init.tar.gz: OK2.部署单节点SAAS2.1准备一台物理机并安装虚拟化环境2.2下载发布的SAAS虚拟机镜像2.3基于此镜像起一台虚拟机，并通过控制台登陆此虚拟机招待如下操作第一步创建eth0的配置文件vi /etc/sysconfig/network-scripts/ifcfg-eth0DEVICE=eth0NAME=eth0BOOTPROTO=dhcpONBOOT=yesTYPE=Ethernet2.3保存后执行systemctl resart network2.4然后执行 bash /opt/awstack/files/modify_ip.sh2.5打开云管：SAA

4、S_IP/register3.单节点无法部署企业版问题描述：只有一个节点无法部署企业版，在部署前的CEPH副本数输入1后提示“必须在2-1之间”处理过程：vi /opt/awstack/awstack-web/built/js/register.js,，找关键字 completefour 然后如下图屏蔽掉红框部分代码即可。 友情提示：以防修改出问题，修改前记得备份4.部署高可用失败问题描述：观察部署日志发现在部署computeha时失败处理过程：租户网不通在页面上不会有任何影响，页面仍然会提示部署成功，但是bob的日志会在部署计算高可用的时候报错；这种情况下可以用租户网互ping一下，一般是v

5、lan号写错，或者交换机trunk有问题导致5.部署SAAS下沉时虚拟机被关机问题描述：在观察部署日志发现SAAS在部署过程中无法连接处理过程：正常现象。这个过程中会将SAAS从本地迁移至CEPH，一般等等10分钟左右就会自愈6.注册码错误问题描述：在观察部署日志发现注册码错误处理过程：一般是由于人为失误，或者某些字母或数据长得类似；下面提供易发生误解的注册码三、云平台操作类1.上传模板将镜像CP任意一个节点的 /var/lib/awstack/images/ 下，平台会自动上传；然后用管理员登陆将这个编辑这个镜像，填写相关属性，并将”公有“打勾，就可以 了2.意外设置白问题描述：意外设置了白

6、将自己拒绝了处理方法：1：登陆云管：例 ssh 1.1.1.1 65522 admin Awcloud123adminsaas $ mysql -uroot -pAwcloud123MariaDB (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

7、| 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：这时候就可以

8、正常登陆了3.绑定浮动IP提示“无子网路由”问题描述：用户创建了一个部门以及其下的一个项目，项目已创建虚拟路由器，一共只剩两个公网IP，也已申请了这两个公网IP，其中一个公网IP已绑定一台云主机，剩余另一个公网IP在绑定部分云主机时报错，提示信息为“无子网路由”处理方法：DVR模式下，每个虚拟路由器qrouter-xxx会占用一个公网IP，同时该路由器会在每个计算节点创建，ID、IP及其他信息完全一致，因此并不会重复占用公网IP，主要处理东西向流量。但是和集中式路由不同的是，每个计算节点还会有一个专门处理浮动IP流量的虚拟路由器qfloat-yyy，用来处理带有浮动IP的南北向流量，这个虚拟路

9、由器是计算节点唯一的，是所有租户和网络公用的。但是，这个qfloat-yyy虚拟路由器并不会马上创建，而是当计算节点有浮动IP流量时创建。因此当虚拟机所在计算节点有过浮动IP流量时，此计算节点已经创建过qfloat-yyy，所以可以继续绑定公网IP给新虚拟机。而如果虚拟机所在计算节点之前并没有过浮动IP流量时，便尚未创建过qfloat-yyy，这就导致当所有可用公网IP已被申请后，无可用公网IP创建qfloat-yyy，出现错误提示“无子网路由”1、除去每个虚拟路由器的公网IP，有多少个计算节点，就需要提前预留好多少个公网IP。2、当出现类似错误或者公网IP不足时，可手动增加公网IP，命令参考

10、如下“neutron subnet-update -allocation-pool start=1.1.1.2,end=1.1.1.26 -allocation-pool start=1.1.1.50,end=1.1.1.70 cd2659b2-18e1-4df8-a6a7-7b8bcb99e475”，注意输入该命令时必须带上原有公网IP地址段，否则会被覆盖4.对接IBM v5000方法：consul-cli kv keys / | grep cinder #可以找到cinder配置文件相应的路径consul-cli kv read templates/cinder/cinder.conf.c

11、tmpl /home/cinder.conf.ctmpl #把cinder的配置文件弄到本地的home目录下vim /home/cinder.conf.ctmpl #修改本地的cinder配置文件#修改cinder示例配置文件 DEFAULTenabled_volume_backend = rbd_1, IBMv5000 #在原有的基础上添加一项新增section的名称rbd_1volume_backend_name = rbd_1 #新增加，必须指IBMv5000 #新建下面这些volume_driver = cinder.volume.drivers.ibm.storwize_svc.st

12、orwize_svc_fc.StorwizeSVCFCDriversan_ip = 10.131.198.48 #控制器IP 1storwize_san_secondary_ip = 10.131.198.49 #控制器IP 2san_login = superuser #存储登陆用户名san_password = passw0rd #密码storwize_svc_volpool_name = Pool0 #存储池的名称，注意不用存储上划lunvolume_backend_name = IBMv5000 #必加volume_name_template=volume-%sconsul-cli k

13、v 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-typecinder type-create 比如 IBM-typecinder type-key IBM-type set volume_backend_name=IBM_backend #绑定tpe和后端指定type创建

14、卷cinder create -name IBM volume -volume-type IBMv5000 15.常用命令查看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