lynnkong
- 浏览: 303178 次
- 性别:
- 来自: 西安
-
最新评论
-
happyxiaomo：
...
【openstack】openstack的调度（Scheduler） -
linuxgao：
请问，OpenStack在关心消息返回值的情况下，两个队列一发 ...
【架构】关于RabbitMQ -
wangchao719：
zfj_0928 写道引用1. 消息ACK，通知RabbitM ...
【架构】关于RabbitMQ -
zfj_0928：
引用1. 消息ACK，通知RabbitMQ消息已被处理，可以从 ...
【架构】关于RabbitMQ -
zhangwind：
写的好，很感谢！
【架构】关于RabbitMQ
文章列表
Nova创建虚拟机流程3-compute
本博客欢迎转发，但请保留原作者（@孔令贤HW）信息！内容系本人学习、研究和总结，如有雷同，实属荣幸！
本博客欢迎转发，但请保留原作者（@孔令贤HW）信息！内容系本人学习、研究和总结，如有雷同，实属荣幸！
Nova创建虚拟机流程2
本博客欢迎转发，但请保留原作者（@孔令贤HW）信息！内容系本人学习、研究和总结，如有雷同，实属荣幸！
本博客欢迎转发，但请保留原作者（@孔令贤HW）信息！内容系本人学习、研究和总结，如有雷同，实属荣幸！
Nova创建虚拟机流程1
本博客欢迎转发，但请保留原作者（@孔令贤HW）信息！内容系本人学习、研究和总结，如有雷同，实属荣幸！
本博客欢迎转发，但请保留原作者（@孔令贤HW）信息！内容系本人学习、研究和总结，如有雷同，实属荣幸！
1. 上层的各种资源（主要指需要向用户展示或需要计费的资源对象）为了保证上下一致性或实时性，需要周期性的向下层查询
2. 下层提供的RestAPI，仅支持对单个资源对象详细信息的查询接口
3. 上下模块数据不同源，各自有各自的管理接口，各自维护各自的数据库
于是不可避免的出现上层进程为了处理各种资源的刷新，CPU使用率会经常居高不下。特别是当数据量上去之后，进程的每一次启动对服务器来说就是一场浩劫。基本无解……
这也是模块分层后导致的后果，OpenStack采取的方法是各个模块与同一个数据源交互；而vCloud/vCenter采取的方法是在说明文档中明确表示不允许跳过上层做操作，否 ...
1 iptables
Linux内核防火墙Netfilter提供了iptables指令来作为防火墙封包过滤的指令。与规则的顺序强相关。默认情况下，iptables有三张表格，包括管理本机进出的filter、管理后端主机的NAT、管理特殊标志的mangle。
显示：iptables [-t tables] [-L] [-nv]
清除：iptables [-t tables] [-FXZ]，F:清除所有；X:所有自定义；Z:将所有chain的计数与流量清零；
定义默认规则（当规则都不匹配时按默认规则处理）：
Quantum-LinuxBridge插件-agent
本博客欢迎转发，但请保留原作者（@孔令贤HW）信息！内容系本人学习、研究和总结，如有雷同，实属荣幸！
1 初始化
文件：quantum/plugins/linuxbridge/agent/linuxbridge_quantum_agent.py
1.1 主函数
#============= ============主函数
defmain():
eventlet.monkey_patch()
Quantum关于Port的操作(LinuxBridge)
1 创建port
1.1 流程
(2012/12/13修正): 为port分配IP时，当没有指定fixed_ip，是从network中选一个有空闲IP的subnet分配IP ，而不是从所有subnet分配。
# 校验fixed_ips的合法性
def
Quantum关于Subnet的操作（LinuxBridge）
1 创建subnet
1.1 流程
2 删除subnet
subnet的删除是一个纯粹的数据库操作，删除相关的表记录。但删除的前提是，subnet内ipallocation对应的port的
Quantum关于network的操作（LinuxBridge）
1 创建network
1.1 入口
由前几篇文档可知，对资源的处理都在Mapper对应的Controller中：
以创建network为例，在quantum/api/v2/base.py的Controller类中的create函数中：
action = "create_%s" % self._resource
FlatDHCP模式单nova-network主机部署示例
本博客欢迎转发，但请保留原作者信息（@孔令贤HW）！内容系本人学习、研究和总结，如有雷同，实属荣幸！
1 场景图
一个控制节点
两个计算节点
eth1连接管理平面
eth2连接业务平面
2 网络配置
openstack网络详解
本博客欢迎转发，但请保留原作者信息（@孔令贤HW）！内容系本人学习、研究和总结，如有雷同，实属荣幸！这篇文章基本是参考了http://www.mirantis.com/blog/的几篇英文blog，进过翻译和整理，详细介绍了openstack Essex版的网络模型，虽然在Folsom版启动了Quantum，但并不成熟，如果是部署中没有用到网络高级特性，建议大家还是使用nova-network。
1 Flat
Flat模式和FlatDHCP模式其实区别不大，都是基于网桥网络，只是FLat模式需要管理员手动配置（包括配置网桥和外部的DHCP设备） ...
1 什么是RabbitMQ？
RabbitMQ是实现AMQP（高级消息队列协议）的消息中间件的一种，最初起源于金融系统，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然：
单向解耦
双向解耦（如：RPC）
openstack的调度（Scheduler）
本博客欢迎转发，但请保留原作者（@孔令贤HW）信息！内容系本人学习、研究和总结，如有雷同，实属荣幸！
Scheduler模块在openstack中的作用就是决策虚拟机创建在哪个主机上，目前（截至Essex版本） ...
openstack中的消息队列
1 openstack中消息队列的使用
nova中的每个组件都会连接消息服务器，一个组件可能是一个消息发送者（如API、Scheduler），也可能是一个消息接收者（如compute、volume、network）。发送消息有两种方式：同步调用rpc.call和异步调用rpc.cast
openstack内部一些对象：
l Topic Publisher：该对象在进行
Quantum消息处理流程
1 Paste.deploy配置
2 authtoken
调用kestone进行鉴权。
3 keystonecontext
根据鉴权信息（user_id，tenant_id，roles等），更新请求中的环境上下文。
4 extensions