flexibility of openstack(4)

本文深入剖析了OpenStack Nova的Cells架构,详细介绍了从nova-api接收请求到子cell处理的过程,包括message传递机制及子cell与父cell之间的交互。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

把这一条trace完,让它更清晰吧,接着上一节,build_instances时,message的direction为down,选中child_cells中的一个:

next_hop.send_message(self)

执行CellState的send_message方法,即self.driver.send_message_to_cell(self, message),

前面提到的driver出来了,现在cells的方式还不是很复杂,这里的driver是rpc_driver.CellsRPCDriver(),即nova.cells.rpc_driver.py


其实看到这里,我们忽略了前面的一个动作,当nova-cells服务启动时:

self.manager.pre_start_hook()#CellsManager没有实现此方法,不管

self.manager.post_start_hook()#CellsManager实现了此方法

在post_start_hook中:

        self.driver.start_servers(self.msg_runner)
        ctxt = context.get_admin_context()
        if self.state_manager.get_child_cells():
            self.msg_runner.ask_children_for_capabilities(ctxt)
            self.msg_runner.ask_children_for_capacities(ctxt)
        else:
            self._update_our_parents(ctxt)

这里的driver,目前没有别的选择,正是rpc_driver.CellsRPCDriver(),在start_servers中:

 proxy_manager = InterCellRPCDispatcher(msg_runner) #记住这里,收到message时的处理类(manager)

for msg_type in msg_runner.get_message_types():
            target = messaging.Target(topic='%s.%s' % (topic_base, msg_type),server=CONF.host)

topic_base:cells.intercell,msg_type为前面提过的targeted,broadcast,response三种,三个consumer都起来了


再回到self.driver.send_message_to_cell调用InterCellRPCAPI的该方法,这里和所有的rpc call没什么差别:

        topic = '%s.%s' % (topic_base, message.message_type)
        cctxt = self._get_client(cell_state, topic)
        if message.fanout:
            cctxt = cctxt.prepare(fanout=message.fanout)
        return cctxt.cast(message.ctxt, 'process_message',
                          message=message.to_json())

根据message 是否是fanout,已经配置时指定的transport,在cell内发rpc call,收到时的处理方法是“process_message”,前面提到过cell内部收到

message的处理类是InterCellRPCDispatcher,调用其process_message:

message = self.msg_runner.message_from_json(message) #在MessageRunner中根据message 的type生成Message(targeted,broadcast, response)
message.process() #调用message的处理方法


到这里从nova-api(parent cell)进来的rest call(请求)到如何响应的流程就出来了,其他的细节包括子cell向父cell汇报状况,message响应过程等,

如果你需要真正的开发cells,再细看即可。

mark link

http://www.ibm.com/developerworks/cn/cloud/library/1409_zhaojian_openstacknovacell/index.html


资源下载链接为: https://pan.quark.cn/s/f989b9092fc5 今天给大家分享一个关于C#自定义字符串替换方法的实例,希望能对大家有所帮助。具体介绍如下: 之前我遇到了一个算法题,题目要求将一个字符串中的某些片段替换为指定的新字符串片段。例如,对于源字符串“abcdeabcdfbcdefg”,需要将其中的“cde”替换为“12345”,最终得到的结果字符串是“ab12345abcdfb12345fg”,即从“abcdeabcdfbcdefg”变为“ab12345abcdfb12345fg”。 经过分析,我发现不能直接使用C#自带的string.Replace方法来实现这个功能。于是,我决定自定义一个方法来完成这个任务。这个方法的参数包括:原始字符串originalString、需要被替换的字符串片段strToBeReplaced以及用于替换的新字符串片段newString。 在实现过程中,我首先遍历原始字符串,查找需要被替换的字符串片段strToBeReplaced出现的位置。找到后,就将其替换为新字符串片段newString。需要注意的是,在替换过程中,要确保替换操作不会影响后续的查找和替换,避免遗漏或重复替换的情况发生。 以下是实现代码的大概逻辑: 初始化一个空的字符串result,用于存储最终替换后的结果。 使用IndexOf方法在原始字符串中查找strToBeReplaced的位置。 如果找到了,就将originalString中从开头到strToBeReplaced出现位置之前的部分,以及newString拼接到result中,然后将originalString的查找范围更新为strToBeReplaced之后的部分。 如果没有找到,就直接将剩余的originalString拼接到result中。 重复上述步骤,直到originalStr
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值