前
这一篇也是基础设施的部署记录。cert-manager用于集群的 ingress https 证书的管理。
他可以自动的完成 证书的签发，然后配合 ingressroute就可以很简单的进行证书的部署。更加适用于K8s 的体系。对比于 nginxproxy manager 这种，虽然也是使用[……]
[Workshops]Cert-manager 部署与证书签发
回复
标签归档：K3S
[Workshops] Traefik之ingressroute与middleware
前
Traefik 不仅仅是作为ingress 这么简单，它在实现了标准的 Ingress API 的同时。所带来CRD才是最重要的功能。
我们通过 kubectl api-resources 可以看到当前的API资源，其中可以看到 Traefik 提供的有：
ingressroutes[......][Workshops]K3s–mysql+nfs持久存储
前
k3s部署项目也需要进行持久化存储。但是不希望在节点上进行localpath 的存储。不大优雅且和节点有强相关不利于HA的设计。
所以就需要使用 nfs 的方式来进行持久化的存储。 这里我使用群晖来提供nfs服务偷个懒。使用自建的nfs server 也是可以的。
Workshops
节[……]
K3s部署记录
前
第N次，和 K3S打上了交道。因为K8S的技术的学习曲线较为陡峭。也因为自己基础不牢。 基础部署都没熟练直攻Helm。
然后导致集群就处于失控状态，从而导致了最终的学习/研究失败。
现在重新捡起来，使用基础的例子一步步的构建K3S homelab体系。
最终的目的是可以把目前所有的 do[……]
[Workshops]使用k3s部署镜像缓存以及管理系统
前
第N次，和 K3S打上了交道。因为K8S的技术的学习曲线较为陡峭。也因为自己基础不牢。 基础部署都没熟练直攻Helm。
然后导致集群就处于失控状态，从而导致了最终的学习/研究失败。
现在重新捡起来，使用基础的例子一步步的构建K3S homelab体系。
最终的目的是可以把目前所有的 do[……]
Traefik-Ingress 初步实践记录
在之前的K3S的配置的部分，有一个很诡异的问题就是，80和443 的端口的路由是直接走到了ingress层上面去，导致 nginx 的80端口的规则被 overwrite掉了。
但是ingress 是整个容器集群十分重要的一环。是连接容器内外网络的重要部分。
traefik 使用了label 来对i[……]
K3S 部署记录 — 集群&监控&K9S
之前辛辛苦苦折腾的 K8S 集群由于是在是太重了，感觉没有很好的运营起来，导致被最后一堆交错的问题劝退。
后面偶尔看到了 K3S这个东西，自己孤陋寡闻，以为又是国人搞得什么山寨项目（笑）
后面偶然机会去仔细看了下，发现真是个好东西，对K8S基本能做到全部兼容，自己拿来用是足够了。
全部的依赖都在二进[……]