全部文章Ta的评论
- 黄****远2024-06-17130
- 黄****远2024-05-21260
- 黄****远2024-04-30310
- 黄****远2024-04-30520
- 本系列将围绕Openstack(Queens版本) Neutron采用OVS作为机制驱动时的组网实现介绍,本文介绍Local VLAN。黄****远2023-07-18250
- 本系列将围绕Openstack(Queens版本) Neutron采用OVS作为机制驱动时的组网实现介绍,本文介绍DHCP。黄****远2023-07-18510
- 黄****远2023-11-16410
- 黄****远2023-07-17451
- 黄****远2023-07-1890
- 黄****远2023-07-18690
- VIP通常用于实现多台VM的高可用,然而在现有的Neutron机制里,支持并不太好,具体为:在DVR里配置的虚拟IP(简称VIP)静态ARP,其中映射的MAC地址往往不是VIP所绑定虚拟机的MAC地址,同时更不会随着VIP的漂移而及时更新准确的静态ARP配置,进而导致无法跨三层访问VIP。因此本文提出一种方法来改善这个问题。黄****远2023-05-23490
- 黄****远2023-05-23130
- Neutron MQ消息量是Openstack所有组件当中最多的,其中l2 population与vo-port消息量最多。通常Neutron和Nova等Openstack其他组件都公用一个MQ,为了避免相互干扰,可以单独使用一套独立的MQ来承载l2 population与vo-port消息。因此,本文主要就如何在Neutron中使用独立MQ的方式及流程进行详细阐述。黄****远2023-05-18150
- 现有的Openstack服务商网络是基于VLAN或FLAT组网模式实现,其默认网关分布在物理交换机,因此物理交换机会接受默认网关IP的ARP请求。通常一台网络节点会虚拟化出数百个NAT网关,NAT网关外网口接入到Openstack服务商网络,因此会出现批量请求默认网关ARP的情况,而物理交换机批量接受ARP请求的容量是存在规格上限的,在面对大规模网络节点集群时很容易突破上限,进而导致物理交换机不可用,既浪费了昂贵的物理资源,同时严重影响了业务网络的转发及发展。为此提出一种改进的方法:利用Ryu+ARP代答技术,将服务商网络默认网关的ARP处理从物理交换机下沉到网络服务器,网络服务器利用Ryu控制器周期向物理交换机发送ARP请求Packet-Out报文以获取其MAC地址,接着利用OpenFlow流表拦截服务商网络默认网关的ARP请求并做本地代答。此方法有效避免了物理交换机直接大批量处理ARP请求,可有效地充分利用物理交换机的资源,同时能够适应大规模集群的场景。黄****远2023-05-18620
- 黄****远2023-04-06340
- 黄****远2023-04-063870
- 本文以Queens版本为基础对Openstack Security Group功能模块的源码进行分析,希望通过源码分析能够帮助我们更好地掌握其背后实现的原理,进一步提升我们的运维、二次开发等能力。 在阅读这篇文章之前,建议先阅读作者的前一篇文章<<iptables在openstack安全组中的应用分析>>,参见链接:https://www.sdnlab.com/23277.html。这篇文章主要介绍了一些安全组的基础知识及实验操作分析过程。黄****远2023-03-161080
共 19 条
- 1
页
没有更多了
个人简介
暂未填写公司和职务
暂未填写个人简介
暂未填写技能专长
暂未填写毕业院校和专业
个人成就
共发表过 19 篇文章
文章获得 1 次赞同
文章被浏览 1123 次
获得 0 人关注
个人荣誉查看规则
有目共赏
有识之士
初出茅庐