本文和大家分享的主要是
python开发中rados
命令的使用相关案例,一起来看看吧,希望对大家学习和使用这部分内容有所帮助。
我们以前的管理平台在python
平台下面做的,内部做的一些操作采用的是命令执行,然后解析的方式去做的,
ceph
自身有
python
的
rados
接口,可以直接调用原生接口,然后直接解析
json
的方式,这样更靠近底层
在看ceph-dash
内部的实现的时候,发现里面的获取集群信息的代码可以留存备用
代码实例
#!/usr/bin/env python# -*- coding: UTF-8 -*-
import json
from rados
import Rados
from rados
import Error
as RadosError
class
CephClusterCommand(dict):
"""
Issue a ceph command on the given cluster and provide the returned json
"""
def
__init__(self, cluster, **kwargs):
dict.__init__(self)
ret, buf, err = cluster.mon_command(json.dumps(kwargs), '', timeout=5)
if ret != 0:
self['err'] = err
else:
self.update(json.loads(buf))
config={'conffile': '/etc/ceph/ceph.conf', 'conf': {}}
with Rados(**config)
as cluster:
cluster_status = CephClusterCommand(cluster, prefix='status', format='json')
print cluster_status
总结
调用原生接口的好处在于,
只需要很少的库就可以取得监控系统所需要的值
最近在研究系统的时候发现一个问题
跟着错误的文档实践只会掉进同一个坑
在遇到一个小的错误的时候,翻到了一个github
的
Issue
,然后看到一个人把自己的配置过程和配置文件详详细细的都写在
Issue
下面,然后就跟着他的过程走了一遍,发现不论怎么弄都是同样的错误
而返回去根据另一个正确的文档又走一遍的时候,发现终于跑通了,回顾了一遍,发现是那个错误的过程里面的配置文件里面是有配置项目,不兼容的,而软件也没有抛出相关的错误,然后在同一个地方找了两天
所以如果有碰到无法解决的操作步骤文档的时候,就尽量不要去根据那个文档操作了,除非自己对细节弄的很清楚了
变更记录
来源:zphj1987'Blog