我最近听到(来自RedHat的人),"direct-LVM"(devicemapper)是生产设置的推荐存储后端,所以我想在CentOS 7 VM上尝试一下.(其中loopback-LVM似乎是默认值).
所以我创建了一个单独的数据磁盘和带有2个LV的VG用于数据和元数据,将它们传递到docker配置并启动docker ...到目前为止一直很好,看起来像这样:
# ps auxwf
...
/usr/bin/docker -d --selinux-enabled -H unix://var/run/docker.sock \
--log-level=warn --storage-opt dm.fs=xfs \
--storage-opt dm.datadev=/dev/vg_data/docker-data \
--storage-opt dm.metadatadev=/dev/vg_data/docker-meta \
--storage-opt dm.basesize=30G --bip=172.17.42.1/24 \
# docker info
Containers: 8
Images: 145
Storage Driver: devicemapper
Pool Name: docker-253:0-34485692-pool
Pool Blocksize: 65.54 kB
Backing Filesystem: xfs
Data file: /dev/vg_data/docker-data
Metadata file: /dev/vg_data/docker-meta
Data Space Used: 4.498 GB
Data Space Total: 34.36 GB
Data Space Available: 29.86 GB
Metadata Space Used: 6.402 MB
Metadata Space Total: 104.9 MB …Run Code Online (Sandbox Code Playgroud) 在我的应用程序中,我使用带有"text"列的postgresql数据库表来存储pickled python对象.作为数据库驱动程序我正在使用psycopg2,直到现在我只将python-strings(不是unicode-objects)传递给DB并从DB中检索字符串.这基本上工作正常,直到我最近决定使String处理更好/更正的方式并将以下构造添加到我的DB层:
psycopg2.extensions.register_type(psycopg2.extensions.UNICODE)
psycopg2.extensions.register_type(psycopg2.extensions.UNICODEARRAY)
Run Code Online (Sandbox Code Playgroud)
这在我的应用程序中无处不在,我现在正在使用unicode对象.
但是对于包含pickle对象的text-column的这种特殊情况,它会带来麻烦.我通过这种方式在我的测试系统中工作:
SELECT data::bytea, params FROM mytable execute("UPDATE mytable SET data=%s", (psycopg2.Binary(cPickle.dumps(x)),) )...但不幸的是,我在生产系统中的某些列中遇到SELECT错误:
psycopg2.DataError: invalid input syntax for type bytea
Run Code Online (Sandbox Code Playgroud)
当我尝试在psql shell中运行查询时,也会发生此错误.
基本上我打算将列从"text"转换为"bytea",但上面的错误也阻止我进行这种转换.
据我所知,(当将列检索为纯python字符串时)字符串中只有ord(c)<= 127的字符.
我使用 Kubernetes 与 kube-state-metrics 和 Prometheus/grafana 来绘制 Kubernetes 集群的各种指标。
现在我想要绘制随时间推移每小时创建了多少个新POD 的图表。
该指标kube_pod_created包含创建时间戳作为值,但由于每个时隙中都有一个值,因此以下查询还会针对尚未创建新 POD 的时隙返回 >0 的结果:
count(rate(kube_pod_created[1h])) by(namespace)
Run Code Online (Sandbox Code Playgroud)
我可以在某种标准中使用该值来仅计算该值是否在“当前”时隙内吗?
centos ×1
docker ×1
kubernetes ×1
lvm ×1
postgresql ×1
prometheus ×1
promql ×1
psycopg2 ×1
python ×1
redhat ×1