awstack云管理平台运维手册20170330

上传人:第*** 文档编号:62514829 上传时间:2018-12-21 格式:DOCX 页数:12 大小:1.05MB
返回 下载 相关 举报
awstack云管理平台运维手册20170330_第1页
第1页 / 共12页
awstack云管理平台运维手册20170330_第2页
第2页 / 共12页
awstack云管理平台运维手册20170330_第3页
第3页 / 共12页
awstack云管理平台运维手册20170330_第4页
第4页 / 共12页
awstack云管理平台运维手册20170330_第5页
第5页 / 共12页
点击查看更多>>
资源描述

《awstack云管理平台运维手册20170330》由会员分享,可在线阅读,更多相关《awstack云管理平台运维手册20170330(12页珍藏版)》请在金锄头文库上搜索。

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

2、wget http:/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.sha2

3、56sumawstack-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

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

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

6、可以 了2. 意外设置白名单问题描述:意外设置了白名单将自己拒绝了处理方法: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 | descripti

7、on | 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

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

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

10、现类似错误或者公网IP不足时,可手动增加公网IP,命令参考如下“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

11、templates/cinder/cinder.conf.ctmpl /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.volu

12、me.drivers.ibm.storwize_svc.storwize_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

13、_template=volume-%sconsul-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-typecinder type-create 比如 IBM-typecinder type-key IBM-type set volume_backend_name=IBM_backend #绑定tpe和后端指定type创建卷cinder create -name IBM volume -volume-type IBMv5000 15. 常用命令查看bob-leader节点:awbob-leader查看部署状态:consul-cli kv read cluster/state删除状态:consul-cli kv delete cluster/sta

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 工作范文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号