本文会持续的更新,提出一些问题用于研究 kubernetes 原理/源码.欢迎投稿加入你感兴趣的问题 :)
类似的文章有:
(有可能会单独整理成一篇文章,但目前只是一个回答)
这个问题的部分背景:
接下来进入正文.
kubernetes 的数据以 /registry 开头存储在 etcd 当中,如果直接查询 etcd 中的数据会发现数据是对人不友好的.这是因为默认情况下存储进去的数据默认是以 protobuf 二进制的方式存储的,因此数据是没办法直接看的,另一个情况是使用了数据加密,也就是在存储到 etcd 之前 kube-apiserver 对数据进行了加密,这时候也是无法直接查看数据的,但这个回答不包括加密的情况,可能会在后续单独文章中来介绍,如果你对数据加密感兴趣,可以看看Kubernetes 中允许允许用户编辑的持久 API 资源数据的所有 API 都支持静态加密
由于 kubernetes 当中只有 kube-apiserver 与 etcd 进行通讯,因此尝试从 kube-apiserver 找到一些线索: 有一个 --storage-media-type 参数是标识数据存储的格式,默认情况下是 application/vnd.kubernetes.protobuf,可选的值有: application/json, application/yaml以及application/vnd.kubernetes.protobuf.
因此如果想研究 kubernetes 在 etcd 的数据,我的建议是 用 Kind 创建一个 kubernetes,然后给 kube-apiserver 添加启动参数 --storage-media-type=application/json, 这样就可以在 etcd 轻松的看到 kube-apiserver 存储到 etcd 的是什么数据了.
下面是一个 service 的数据(由于我修改了默认的存储前缀,因此不是以 /registry 开头):
# etcdctl --endpoints http://172.18.0.2:14379 get /dev/20230902/0952/services/specs/kube-system/kube-dns
/dev/20230902/0952/services/specs/kube-system/kube-dns
{
"kind":"Service",
"apiVersion":"v1",
"metadata":{
"name":"kube-dns",
"namespace":"kube-system",
"uid":"5a81d246-ffb1-440a-aa8e-d3ebca7c1dec",
"creationTimestamp":"2023-09-02T12:04:29Z",
"labels":{
"k8s-app":"kube-dns",
"kubernetes.io/cluster-service":"true",
"kubernetes.io/name":"CoreDNS"
},
"annotations":{
"prometheus.io/port":"9153",
"prometheus.io/scrape":"true"
},
"managedFields":[
{
"manager":"kubeadm",
"operation":"Update",
"apiVersion":"v1",
"time":"2023-09-02T12:04:29Z",
"fieldsType":"FieldsV1",
"fieldsV1":{
"f:metadata":{
"f:annotations":{
".":{
},
"f:prometheus.io/port":{
},
"f:prometheus.io/scrape":{
}
},
"f:labels":{
".":{
},
"f:k8s-app":{
},
"f:kubernetes.io/cluster-service":{
},
"f:kubernetes.io/name":{
}
}
},
"f:spec":{
"f:clusterIP":{
},
"f:internalTrafficPolicy":{
},
"f:ports":{
".":{
},
"k:{\"port\":53,\"protocol\":\"TCP\"}":{
".":{
},
"f:name":{
},
"f:port":{
},
"f:protocol":{
},
"f:targetPort":{
}
},
"k:{\"port\":53,\"protocol\":\"UDP\"}":{
".":{
},
"f:name":{
},
"f:port":{
},
"f:protocol":{
},
"f:targetPort":{
}
},
"k:{\"port\":9153,\"protocol\":\"TCP\"}":{
".":{
},
"f:name":{
},
"f:port":{
},
"f:protocol":{
},
"f:targetPort":{
}
}
},
"f:selector":{
},
"f:sessionAffinity":{
},
"f:type":{
}
}
}
}
]
},
"spec":{
"ports":[
{
"name":"dns",
"protocol":"UDP",
"port":53,
"targetPort":53
},
{
"name":"dns-tcp",
"protocol":"TCP",
"port":53,
"targetPort":53
},
{
"name":"metrics",
"protocol":"TCP",
"port":9153,
"targetPort":9153
}
],
"selector":{
"k8s-app":"kube-dns"
},
"clusterIP":"10.96.0.10",
"clusterIPs":[
"10.96.0.10"
],
"type":"ClusterIP",
"sessionAffinity":"None",
"ipFamilies":[
"IPv4"
],
"ipFamilyPolicy":"SingleStack",
"internalTrafficPolicy":"Cluster"
},
"status":{
"loadBalancer":{
}
}
}
TODO:
说明 resourceVersion 不是和数据一起存储在 etcd 里面的,而是直接使用了 etcd kv 的 ModRevision 字段.
这个会单独输出一篇文章,但目前还没完成.
例如我希望 kubernetes 原生支持 龙芯/RISC-V 架构的话怎么办? 通常作为开源项目的维护者希望可以在 CI 系统中持续的为项目支持的所有架构检查问题,因此并不是说修改几行代码让 kubernetes 支持龙芯/RISC-V 就完事了,而是需要有志愿者维护对应架构的 CI 系统,保证项目在发展过程中可以稳定的运行在所支持的架构上.
IBM 为 kubernetes 维护了 ppc64le 架构的 CI 系统,可以在 https://github.com/ppc64le-cloud 找到一些相关信息.
我对 kubernetes 运行在 龙芯/RISC-V 上感兴趣,目前也有兴趣维护对应的 CI 系统,但需要有人/供应商提供对应架构的机器,如果你可以帮助到我,那请联系我! 在 https://liangyuanpeng.com/ 可以找到我的微信二维码:)
题外话: 俄勒冈州立大学开源实验室为一些开源项目提供了一些 POWER 机器和 AARCH64 机器用于 CI,简直是不可思议! 相关: - https://osuosl.org/services/powerdev/ - https://osuosl.org/services/aarch64/
扫描下面的二维码关注我们的微信公众号,第一时间查看最新内容。同时也可以关注我的Github,看看我都在了解什么技术,在页面底部可以找到我的Github。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。