摘要：
这一小节基本配置相同，但留意以下紫色部份的配置，当初为了管理方便，我们让办公网openstack的dashboard的登录桥接了科兴的dashboard，由此统一dashboard界面的登录地址 2台controller安装组件 # yum install openstack-dashboard - 阅读全文
posted @ 2017-01-14 23:30
veniceslove
阅读(841)
评论(0)
推荐(0)
摘要：
2台kxcontroller安装组件 # yum install openstack-dashboard -y 修改一样的配置 vi /etc/openstack-dashboard/local_settings 查找以下内容进行修改 OPENSTACK_HOST="kxcontroller" AL 阅读全文
posted @ 2017-01-14 23:24
veniceslove
阅读(380)
评论(0)
推荐(0)
摘要：
所有compute节点 下载安装组件 # yum install openstack-neutron openstack-neutron-linuxbridge ebtables ipset -y 修改新增内核参数： vi /etc/sysctl.conf net.ipv4.conf.default 阅读全文
posted @ 2017-01-14 22:55
veniceslove
阅读(551)
评论(0)
推荐(0)
摘要：
所有kxcompute节点 下载安装组件 # yum install openstack-neutron openstack-neutron-linuxbridge ebtables ipset -y 修改新增内核参数： vi /etc/sysctl.conf net.ipv4.conf.defau 阅读全文
posted @ 2017-01-14 22:49
veniceslove
阅读(363)
评论(0)
推荐(0)
摘要：
网络这一块推荐使用的是 Neutron--LinuxBirdge的Ha高可用，此高可用方案对Public作用不是很大，Public只用到DHCP，而Private则会用到L3 Agent，则此方案是有用的，但要关掉和牺牲一个L3 population的特性--抑制ARP报文广播。原因在下文的配置文件 阅读全文
posted @ 2017-01-14 22:42
veniceslove
阅读(394)
评论(0)
推荐(0)
摘要：
网络这一块推荐使用的是 Neutron--LinuxBirdge的Ha高可用，此高可用方案对Public作用不是很大，Public只用到DHCP，而Private则会用到L3 Agent，则此方案是有用的，但要关掉和牺牲一个L3 population的特性--抑制ARP报文广播。原因在下文的配置文件 阅读全文
posted @ 2017-01-14 22:31
veniceslove
阅读(820)
评论(0)
推荐(0)
摘要：
云主机迁移+扩展云主机大小 ，官方说它依赖nova用户之间的免密登录。确保每个resion区域的compute节点服务器他们可以相互SSH免密 compute1-7 他们相互SSH免密 kxcompute1-9 他们相互SSH免密 1、注意！是每台机器上的nova用户向另一台机器的nova用户的免密 阅读全文
posted @ 2017-01-14 20:36
veniceslove
阅读(883)
评论(0)
推荐(0)
摘要：
这里我只使用compute1节点配置为示例，其它节点的配置基本是一样的，只是声明的管理IP不同而已 计算节点 # yum install openstack-nova-compute sysfsutils 修改配置文件 vi /etc/nova/nova.conf [DEFAULT] resume_ 阅读全文
posted @ 2017-01-14 20:31
veniceslove
阅读(421)
评论(0)
推荐(0)
摘要：
这里我只使用kxcompute1节点配置为示例，其它节点的配置基本是一样的，只是声明的管理IP不同而已 计算节点 # yum install openstack-nova-compute sysfsutils 修改配置文件 vi /etc/nova/nova.conf [DEFAULT] vcpu_ 阅读全文
posted @ 2017-01-14 20:19
veniceslove
阅读(490)
评论(0)
推荐(0)
摘要：
一、首先登录controller1创建nova数据库，并赋于远程和本地访问的权限。 mysql -u root -p CREATE DATABASE nova; GRANT ALL PRIVILEGES ON nova.* TO 'nova'@'localhost' IDENTIFIED BY 'v 阅读全文
posted @ 2017-01-14 20:06
veniceslove
阅读(418)
评论(0)
推荐(0)
摘要：
一、首先登录kxcontroller1创建kx_nova数据库，并赋于远程和本地访问的权限。 mysql -u root -p CREATE DATABASE kx_nova; GRANT ALL PRIVILEGES ON kx_nova.* TO 'nova'@'localhost' IDENT 阅读全文
posted @ 2017-01-14 19:30
veniceslove
阅读(485)
评论(0)
推荐(0)
摘要：
采用Rysnc单向同步，而不用双方实时同步，原因是在历史的运行过程中，我们发现，有些镜像包太大，当在主用的glance将镜像保存时，并不是一时半会就把镜像保存好，当主用在保存时，备用节点又在实时同步那个正常拷贝保存状态中的不完整主用文件，因此我们会看到在备节点上，它删了又拷的方式，非常损耗机器的硬盘 阅读全文
posted @ 2017-01-14 19:21
veniceslove
阅读(369)
评论(0)
推荐(0)
摘要：
首先登录controller1创建glance数据库，并赋于远程和本地访问的权限。 mysql -u root -p CREATE DATABASE glance; GRANT ALL PRIVILEGES ON glance.* TO 'glance'@'localhost' IDENTIFIED 阅读全文
posted @ 2017-01-14 18:59
veniceslove
阅读(381)
评论(0)
推荐(0)
摘要：
首先登录kxcontroller1创建kx_glance数据库，并赋于远程和本地访问的权限。 mysql -u root -p CREATE DATABASE kx_glance; GRANT ALL PRIVILEGES ON kx_glance.* TO 'glance'@'localhost' 阅读全文
posted @ 2017-01-14 18:49
veniceslove
阅读(315)
评论(0)
推荐(0)
摘要：
其中一台controller上面加入环境变量，我选controller1，关注的是endpoint的名称不一样，其它创建的参数与生产环境一致 export OS_TOKEN=venicchina export OS_URL=http://controller:35357/v3 export OS_I 阅读全文
posted @ 2017-01-14 18:41
veniceslove
阅读(295)
评论(0)
推荐(0)
摘要：
其中一台controller上面加入环境变量，我选kxcontroller1，关注的是endpoint的名称不一样，其它创建的参数与测试环境一致 export OS_TOKEN=venicchina export OS_URL=http://kxcontroller:35357/v3 export 阅读全文
posted @ 2017-01-14 17:51
veniceslove
阅读(424)
评论(0)
推荐(0)
摘要：
首先登录controller1创建keystone数据库，并赋于远程和本地访问的权限。 mysql -u root -p CREATE DATABASE keystone; GRANT ALL PRIVILEGES ON keystone.* TO 'keystone'@'localhost' ID 阅读全文
posted @ 2017-01-14 17:39
veniceslove
阅读(470)
评论(0)
推荐(0)
摘要：
其实登录数据库集群中任意1台都可以创建库，它们会实时自动同步数据库和对应的数据库权限。 首先登录kxcontroller1创建kx_keystone数据库，并赋于远程和本地访问的权限。 mysql -u root -p CREATE DATABASE keystone; GRANT ALL PRIV 阅读全文
posted @ 2017-01-14 17:35
veniceslove
阅读(907)
评论(0)
推荐(0)
摘要：
生产环境建议在集群三台controller上做rabbitmq 使用到队列的openstack组件 OpenStack Compute OpenStack Block Storage OpenStack Networking Telemetry 生产环境建议在集群三台controller上做rabb 阅读全文
posted @ 2017-01-14 17:04
veniceslove
阅读(410)
评论(0)
推荐(0)
摘要：
kxcontroller1 kxcontroller2 controller1 这3台作角色 确保服务器的域名解析访问正常 确保NTP时间同步 配置HAproxy主备访问，其中的一项数据库3306端口项，参考Haproxy配置文档。 每台安装如下包 201511月的安装包如下 yum install 阅读全文
posted @ 2017-01-14 16:54
veniceslove
阅读(1694)
评论(0)
推荐(0)
摘要：
续上一节说明 一开始我也是使用haproxy来做的，但后来方式改了，是因为物理机controller的高配置有些浪费，我需要1组高可用的上层nginx代理服务器来实现其它域名80代理访问，很多办公网测试的域名解析58.251.17.238的IP，都是复用走这组controller的nginx 测试环 阅读全文
posted @ 2017-01-14 16:46
veniceslove
阅读(1165)
评论(0)
推荐(0)
摘要：
官方文档上的高可用配置，它推荐的是使用haproxy的上层代理来实现服务组件的主备访问、或者负载均衡访问 一开始我也是使用haproxy来做的，但后来方式改了 测试环境：haproxy + nginx 科兴环境：haproxy 先抛开测试环境，等下我再在4.2节中解说一下配置 两边的kxcontro 阅读全文
posted @ 2017-01-14 16:37
veniceslove
阅读(1189)
评论(0)
推荐(0)
摘要：
这里只用到keepalived 或者pacemaker两种方法，可二选一来配置，官方提供的是pacemaker，但我们实际测试环境和生产环境上使的是keepalive 首先在4台controller上安装包（kxcontroller1 \ kxcontroller2 \ controller1 \ 阅读全文
posted @ 2017-01-14 16:28
veniceslove
阅读(1278)
评论(0)
推荐(0)
摘要：
服务器物理机都安装centos7.2 1511版本 ， 此次采用的分区方式全是自动XFS格式LVM，在装系统时就将所有本地raid5硬盘都加入LVM全用了。默认/home目录有着最大的硬盘空间 并且我全程是使用root用户身份进行安装 1、配置办公网openstack的所有物理服务器的域名解析，添加 阅读全文
posted @ 2017-01-14 16:18
veniceslove
阅读(823)
评论(0)
推荐(0)
摘要：
图1说明：办公网的openstack使用2台交换机，10.40.40.2是24口 10.40.40.6是48口，管理网段接10.40.40.2VLAN1002 虚拟机的public网段接10.40.40.6的VLAN1100 。因为10.40.40.6可以支持一个接口配置多个网段，而另一台交换机不支 阅读全文
posted @ 2017-01-14 16:03
veniceslove
阅读(1623)
评论(0)
推荐(0)
摘要：
该环境布署文档，因项目运营中止2年，IDC均早已撤回。使用openstack 版本虽老，但弃之可惜，故贴出分享，其中已经将各个组件密码进行了提前替换，仅供参考 管理控制层面示图： 其实在修改这个布署文档是，我发现当时生产中的布署已经严重偏离了openstack高可用的指导思想。我们自己实践的高可用其 阅读全文
posted @ 2017-01-14 15:59
veniceslove
阅读(634)
评论(0)
推荐(0)
浙公网安备 33010602011771号