在 kubernetes 集群中运行比特币节点
前
最近在研究矿池的架构的K8s上的迁移,在尝试在集群上运行比特币节点。
通过K8s来跑节点存在的一些收益:
- 共用Prometheus系统来监控的比特币节点状态。
- 可以和其他的服务快速的集成通过Service
- 对比专用实例独立部署的话需要更少[……]
最近在研究矿池的架构的K8s上的迁移,在尝试在集群上运行比特币节点。
通过K8s来跑节点存在的一些收益:
CKA 模拟题目的学习,虽然比较难。但是感觉都是值得学习的。
这里做完一次模拟之后用这篇文章来复习一下模拟题目
alias k=kubectl # will already be pre-configured
export do=&q[......]
关于怎么定一个服务是有状态的还是无状态的
关于有状态服务的一些最佳实践 如非必要,优先无状态 How
why
在之前的K3S的配置的部分,有一个很诡异的问题就是,80和443 的端口的路由是直接走到了ingress层上面去,导致 nginx 的80端口的规则被 overwrite掉了。
但是ingress 是整个容器集群十分重要的一环。是连接容器内外网络的重要部分。
traefik 使用了label 来对i[……]
之前辛辛苦苦折腾的 K8S 集群由于是在是太重了,感觉没有很好的运营起来,导致被最后一堆交错的问题劝退。
后面偶尔看到了 K3S这个东西,自己孤陋寡闻,以为又是国人搞得什么山寨项目(笑)
后面偶然机会去仔细看了下,发现真是个好东西,对K8S基本能做到全部兼容,自己拿来用是足够了。
全部的依赖都在二进[……]
在 K8S 上部署的服务,由于性能的问题,需要从主动的数据拉去,成为被动的端口暴露。
所以怎么暴露端口就是成了一个问题。
和之前使用的swarm的不同,k8s的层次分离的更细一些。不过网络这一部分都是依托在service
的层次之上
[……]