cloudinit解惑 - Local Stage
简介
- systemd service:
cloud-init-local.service
- runs: As soon as possible with / mounted read-write.
- blocks: as much of boot as possible, must block network bringup.
- modules: none
言顾行,行顾言,君子胡不慥慥尔!
cloud-init-local.service
cloud-init在安装的时候会在system-generators
目录(例如:/usr/lib/systemd/system-generators/)下创建一个cloud-init-generator
可执行文件,实际上是一个shell脚本。systemd在启动初期会执行该generator(目录下所有的generators都会在同一时间被并行执行 )。在cloud-init-generator
脚本中判断了当前是否需要启动cloud-init.target
,一般会检查一下几点:
cloud-init是用来对云实例进行初始化配置的一个工具,目前支持很多云平台,例如OpenStack、AWS、ALiYun等。
在两个节点之间或两个时刻之间需要同步有顺序的资源,例如防火墙策略,如何用比较小的代价来实现资源一致。
有一种思路是类似文本比较,用diff的方法来修改待同步一侧的资源。
需要使用的python的lib库:difflib
AMQP 0-9-1(Advanced Message Queuing Protocol)高级消息队列协议是一个消息协议,它支持符合标准的客户端请求程序与符合标准的消息中间件代理进行通信。
被折磨了一个礼拜!!!你奶奶的!!!等空了,一定要抽时间把它里里外外翻个遍看看!!!
说道做到,今儿就来翻开monkey patch的大衣,看看里面到底是什么。
其实它一点都不神秘,挺简单的一个东西,但是当你不知道你的程序中被人打了猴子补丁的时候,你真的会疯掉,就像我一样,好东西要好好的用,不然全是一个个坑啊~_~ !!!
支持Open Flow是Open vSwitch的一块核心内容,在SDN越来越成熟,发展越来越强劲的情况下,学习Open Flow也愈加显得有必要了。本文是我对OVS中Open Flow学习的一个简要分享,内容有限,并且如有错误的地方欢迎指正。
今天在使用greenpool的时候,报出了一个莫名奇妙的错误,百思不得其解。