标签：删除 节点 upstream openstack 操作 id apisix

本文旨在记录apisix与openstack对接的思路。

背景介绍：

原环境：keepalived+haporxy+openstack 三个节点高可用+负载均衡 所有服务部署在三个节点上

改造方案：

1.两节点：keepalived+apisix实现高可用

2.apisix对三个controller节点实现负载均衡

3.共需5个服务器

apisix与openstack脚本对接：仅记录思路

资源定义：

1：openstack对应服务的 节点ip及端口号 用于创建upstream

2：高优先级路由的uri和method 以及对应plugin的参数设置

3：低优先级（端口号匹配）的结构体构建

逻辑定义：

创建upstream：先构建node信息，将openstack服务名称作为upstream的id

创建services：直接以服务名称作为id，并绑定同id的upstream

创建高优先级router：绑定同名称的service，同时根据资源定义2中定义的参数，构建req-body

创建低优先级路由：端口号匹配，其优先级一定低于高优先级路由

删除逻辑：

删除route：必须再创建时，记录了所有route的id，遍历删除

删除service：根据openstack服务名称删除

删除upstream：根据openstack服务名称删除

所有逻辑为线性，不然会出错

标签：删除,节点,upstream,openstack,操作,id,apisix
来源： https://www.cnblogs.com/fazzer/p/16378580.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。