Cobbler API 介绍 - 51Testing软件测试论坛

为了方便控制cobbler 应用程序，Cobbler提供了一个基于Python 语言的API接口。

注意，Cobbler是GPL(通用语言)，如果你的应用不是GPL，并且想把它分发到公司、家等等的外面，建议你最好使用CobblerXmlrpc接口来替代它。

在2.0版本中，不推荐使用BootAPI接口来连接Cobbler，因为它采用一个可能不太安全的方式来直接修改配置存储文件，并且这个修改可能对cobbler服务不起作用。至少到了2.2的版本中CobblerXmlrpm才会被被使用。

在检出的Cobbler源码中，"api.py" 中的方法是公共的API方法，除非他们方法名称以下划线开头，按照Python公约，凡是以下划线开头的均为私有方法。

如果你想在cobbler中让"iterm object"的功能工作，你也可以根据详细的对象类型在"item_*.py"调用方法。

pydoc是一个有用的读取文档的工具。你可以运行下面的类来查看Python API中有用的公共方法。

pydoc cobbler.api
pydoc cobbler.item_distro
pydoc cobbler.item_profile
pydoc cobbler.item_system
pydoc cobbler.item_image
pydoc cobbler.item_repo

复制代码

每个Cobbler AP脚本都需要一个API来操控启动，所以总是这样做：

#!/usr/bin/python
import cobbler.api as capi
handle = capi.BootAPI()

复制代码

这个boot API被我们称作“单例模式”，那就意味着在你自己的线程中任何时候都可以调用它，而不需要把它传过来。实现上述功能只需要一些小成本（这取决于你的cobbler配置的大小），你只需要在第一次使用它的时候加载。

这是一个贯穿所有的cobbler分发的例子。其他的对象类型（包括发行版/distros，配置/profiles，系统/systems，repos，images，网络等）的工作方式完全相同。

#!/usr/bin/python
import cobbler.api as capi
handle = capi.BootAPI()
for x in handle.distros():
print x.name

复制代码

下面的例子将在"example.org"下根据系统名称获取所有的机器，将它们分配给一个新的安装文件，并触发PXE网络引导标识，当它们的电源下次启动时将重新自动安装（或者升级，这种情况依赖于ks文件的配置情况）。

#!/usr/bin/python
import cobbler.api as capi
handle = capi.BootAPI()
systems = handle.find_system(name="*",return_list=True)
for s in systems:
print "assigning system for reinstallation: %s" % s.name
s.netboot_enabled = True
handle.add_system(s)

复制代码

请注意，如果我们最后不调用“add_system”方法，这些更改将不会被应用。

当改变对象的值，确保你调用一个以“set_”开头的方法，来确保你的输入是有效的并且接下来的操作是正确的。

不像更冗长的语言（java），我们不使用“get_”方法（译者注：俺就是java码农[\哭]）。

例如，改变内核选项，我们将使用“obj.set_kernel_options(value)”，但从一个对象得到选项来处理它只是“obj.kernel_options”。

如果cobbler 的ManageDhcp或ManageDns已经作用了，那么根据MAC改变的任何信息，系统的IP地址、主机名称也应该随之发生变化。

handle.sync()

复制代码

在调整完所有的对象后，重新生成DHCP/DNS配置文件并重启服务。

如果我们要查找符合特定标准的对象，例如主机名称包含确定后缀的系统。

#!/usr/bin/python
import cobbler.api as capi
handle = capi.BootAPI()
for x in handle.find_system(hostname="*.example.org",return_list=True):
print x.name

复制代码

#!/usr/bin/python
import cobbler.api as capi
handle = capi.BootAPI()
handle.remove_system("foo")

复制代码

无论是具体的同步某一个库还是同步所有的库，通过API同步（即下载镜像或更新）是合理的。

handle.reposync(name="F10-updates-i386", tries=1)
handle.reposync(tries=3)

复制代码

handle.import_tree("/mnt/dvd/image","RHEL-5",arch="i386")

复制代码

注意：官方文档在此处并没有传入cobbler的loggler对象，经过实践发现，如果不传入cobbler的logger对象，执行这个导入镜像的方法会在日志中打印出错误，并且不能导入成功，该方法正确的传参为：

import clogger
logger = clogger.Logger("/var/log/cobbler/cobbler.log")
handle.import_tree("/mnt/dvd/image","RHEL-5",arch="i386",logger=logger)

复制代码

handle.replicate(cobbler_master="centralcobbler.example.org",sync_all=True)

复制代码

虽然是一个完整的复制，但是在api.py中还是记录了其他的标签。

如果你在一个cobbler 系统记录中有一个电源管理的详细信息，你可以按照如下操作电源状态：

sys = handle.find_system(name="foo")
handle.power_on(sys)
# OR
handle.power_off(sys)
# OR
handle.reboot(sys)

复制代码

部署功能可以通过触发API接口来使用koan请求安装一个新的虚拟机。

sys1 = handle.find_system(name="myhost")
sys2 = handle.find_system(name="myguest")
handle.manage_deployment(sys2, virt_host=sys1, method="func", operation="install")
# OR
handle.manage_deployment(sys2, virt_host=sys1, method="ssh", operation="install")

复制代码

handle.manage_deployment(sys2, method="ssh", operation="start")
handle.manage_deployment(sys2, method="ssh", operation="restart")
handle.manage_deployment(sys2, method="ssh", operation="shutdown")
handle.manage_deployment(sys2, method="ssh", operation="unplug") # a less friendly shutdown
handle.manage_deployment(sys2, method="ssh", operation="uninstall")

复制代码

注意，一旦我们仅仅通过客户机安装了VM，我们就可以不用知道哪个主机在跑，以后cobbler会帮我们持续跟踪。

可能在这里没有列出Cobbler的所有功能，但是可以通过Python API来获取所有的功能。