openstack实现nova-api的HA

1       实验环境

  • Openstack juno版本,一个controller(计算节点也在这个物理节点上)和一个网络节点network
  • 使用haproxy作为代理软件
  • 使用pacemaker作为资源管理工具
  • 因为这里只用这两个节点做实验所以这两个节点即作为openstack节点同事也作为ha的主从节点

2       安装配置haproxy

分别在controller和network上安装

2.1       安装

执行 yum install haproxy –y

2.2       配置

修改 /etc/haproxy/haproxy.cfg,如图:

Global为默认:

主要是添加如下内容:

listen nova_compute_api_cluster  172.16.1.5:8774

balance source

option tcpka

option httpchk

option tcplog

server controller 172.16.1.75:8774 weight 1 check inter 10s rise 2 fall 5

server network 172.16.1.74:8774 weight 1 check inter 10s rise 2 fall 5

listen status 172.16.1.5:8001

stats enable

stats uri /stats

stats auth  admin:123456

stats realm Global\statistic

编辑文件/etc/sysctl.d/haproxy.conf,添加net.ipv4.ip_nonlocal_bind = 1

3       安装和配置pacemaker

在controller和network上都要安装

3.1       安装

执行yum install pacemaker  corosync  pcs  fence-agents-all –y

修改hacluster密码,执行passwd hacluster

执行systemctl enable pcsd.service pacemaker.service corosync.service和systemctl start pcsd.service

3.2       配置

在控制节点执行

pcs cluster auth controller network

pcs cluster setup --start --name openstack-cluster controller network

pcs cluster enable –all

检查一下状态,执行如下命令:

corosync-cfgtool -s

corosync-cmapctl | grep members

pcs status corosync

pcs status

3.3       集群属性设置

执行如下命令:

pcs property set stonith-enabled=false

pcs property set no-quorum-policy=ignore

pcs resource defaults resource-stickiness=100

crm_verify -L –V

3.4       Vip设置

pcs resource create ClusterIP-01 ocf:heartbeat:IPaddr2 ip=172.16.1.78 cidr_netmask=24 op monitor interval=5s

pcs resource create HAproxy systemd:haproxy op monitor interval=5s

pcs resource group add HAproxyIPs ClusterIP-01

pcs constraint colocation add HAproxy HAproxyIPs INFINITY

pcs constraint order HAproxyIPs then HAproxy

3.5       查看crm状态

crm_mon -1

出错,修改一个keystone endpoint, nova的endpoint要使用vip,进入数据修改keystone数据库,执行update endpoint set url=‘http://172.16.1.78:8774/v2.0enant_id)s‘ where url=‘http://controller:8774/v2.0/%(tenant_id)s‘;

3.6       登录http://172.16.1.78:8001/stats

查看一下界面如下,可以看到正常登录,到此nova-api的HA就完成了。

时间: 2024-10-12 12:49:52

openstack实现nova-api的HA的相关文章

OpenStack Mitaka Nova API 接口扩展之instance_resize

# Mitaka NOVA API 接口开发 背景: OpenStack官方默认Resize接口支持local storage 不是很好,问题很多,因此重新定 制Resize接口,实现云主机套餐变更,比之前的接口提高了很多时间 ### 配置 Resize 路由 vim /usr/lib/python2.7/site-packages/nova-13.1.0-py2.7.egg-info/entry_points.txt  [nova.api.v21.extensions]          in

openstack 用nova API 指定 compute node 创建 instance

感谢朋友支持本博客,欢迎共同探讨交流,因为能力和时间有限,错误之处在所难免,欢迎指正! 假设转载,请保留作者信息. 博客地址:http://blog.csdn.net/qq_21398167 原博文地址:http://blog.csdn.net/qq_21398167/article/details/46924597 我们在博客中能够知道  能用命令行定向创建虚拟机到指定计算节点 http://blog.csdn.net/qq_21398167/article/details/46710175

用pdb.set_trace()设断点,跟nova/api/openstack/compute/servers.py - detail() 流程

由 curl -s -H "X-Auth-Token: $OS_TOKEN" http://192.168.153.128:8774/v2.1/servers/detail | python -m json.tool 命令: 得到结果: { "servers": []       注:因为servers是核心资源,所有返回为空.} 1/opt/stack/nova/nova/api/openstack/compute/servers.py(210)detail()

nova api源码分析(一)

说明: 源码版本:H版 参考文档:http://www.choudan.net/2013/12/09/OpenStack-WSGI-APP%E5%AD%A6%E4%B9%A0.html 一.前奏 nova api本身作为一个WSGI服务器,对外提供HTTP请求服务,对内调用nova的其他模块响应相应的HTTP请求.分为两大部分,一是创建该服务器时加载的app,这个用来处理请求:一是服务器本身的启动与运行. 目录结构如下: 首先,nova api是作为一个WSGI服务,肯定要查看它的启动过程,查看

nova api源码分析(二)

转载于:http://www.it165.net/pro/html/201407/17020.html (经过部分编辑) 一.使用到的库或组件如下: paste.deploy 用来解析/etc/nova/api-paste.ini文件,加载用于服务的wsgi app.它的功能有: 1.api-paste.ini中配置多个wsgi app,deploy可根据传入的app name加载指定的wsgi app: deploy.loadapp("config:/etc/nova/api-paste.in

Openstack之Nova分析

前言  Openstack作为一个虚拟机管理平台,核心功能自然是虚拟机的生命周期的管理,而负责虚机管理的模块就是 Nova. 本文就是openstack中Nova模块的分析,所以本文重点是以下三点: 先了解Openstack的整体架构,搞清楚为什么要用这样的架构: 然后再了解架构中的各个组件,组件提供的主要功能与各个组件之间的交互: 了解虚机的启动过程,能在遇到问题时发现问题出在哪个模块中的哪个组件. Nova组件介绍 接下来进行详细介绍,如有错误,欢迎拍砖! 下图为创建虚拟机的一个大概流程图.

玩转Openstack之Nova中的协同并发(一)

玩转Openstack之Nova中的协同并发(一) 前不久参加了个Opnstack的Meetup,其中有一个来自EasyStack的大大就Nova中的协同并发做了一番讲解,有所感触,本想当天就总结一下,但是由于前段时间工作上比较忙,加上为了履行诺言每天几更的来写设计模式系列性文章,故而拖到今天才写此次的总结.好吧,其实归根结底还是自己太懒了,趁着闲时在补新番小笼包之类的.废话就此打住,开始正文. Python中协程的介绍 在此之前,先介绍下Python中的并发,在Python中,并发有三种,分别

扩展 OpenStack 的 REST API 的方法

以Nova REST API为例, 你应该按照以下步骤来扩展 Nova REST API (使用 类nova.api.openstack.compute.contrib.floating_ips.Floating_ips 作为例子) 1)    创建一个新的extension 子类. Extension子类应该派生于"nova.api.openstack.extensions ExtensionDescriptor" 以 Floating_ips 类为例 2)    在 Nova AP

Openstack之Nova创建虚机流程分析

前言  Openstack作为一个虚拟机管理平台,核心功能自然是虚拟机的生命周期的管理,而负责虚机管理的模块就是Nova. 本文就是openstack中Nova模块的分析,所以本文重点是以下三点: 先了解Openstack的整体架构,搞清楚为什么要用这样的架构: 然后再了解架构中的各个组件,组件提供的主要功能与各个组件之间的交互: 了解虚机的启动过程,能在遇到问题时发现问题出在哪个模块中的哪个组件. Nova组件介绍 接下来进行详细介绍,如有错误,欢迎拍砖! 下图为创建虚拟机的一个大概流程图.

queens版本openstack部署nova报错解决

根据官方文档:https://docs.openstack.org/nova/queens/install/controller-install-rdo.html,部署nova服务. 到最后的几步时,也就是同步api数据库"Populate the nova-api database"时,出现报错. [[email protected] ~]# su -s /bin/sh -c "nova-manage api_db sync" nova /usr/lib/pyth