DEV Community
·
再次自托管！在K3s上
内容提要
我对Podman和Ansible的设置感到满意，但在Linkwarden更新后遇到回滚问题。为了解决这个问题，我决定迁移到K3s Kubernetes，利用其稳定性和低资源消耗。迁移过程耗时约七天，涉及配置Traefik和使用外部秘密管理工具。最终成功部署了ArgoCD，并希望进一步优化设置。
关键要点
-
对Podman和Ansible的设置感到满意，但遇到回滚问题。
-
Linkwarden更新后，部署回滚导致应用程序不可用。
-
决定迁移到K3s Kubernetes，以利用其稳定性和低资源消耗。
-
迁移过程耗时约七天，涉及配置Traefik和使用外部秘密管理工具。
-
成功部署了ArgoCD，并希望进一步优化设置。
-
使用Terraform和Ansible进行K3s集群的安装和配置。
-
扩展Traefik配置以处理来自互联网的请求。
-
使用External Secret Operator和Doppler管理外部秘密。
-
通过Tailscale实现K8s服务的安全访问。
-
ArgoCD的部署过程简单，分为基础和覆盖文件夹。
-
总结迁移过程，指出需要改进的地方以提高灵活性和稳定性。
延伸解读
迁移到K3s的优势
K3s作为轻量级的Kubernetes发行版，适合资源有限的环境。它的稳定性和低资源消耗使得自托管服务更为高效，尤其适合个人或小型团队使用。通过使用K3s，用户可以更轻松地管理容器化应用，减少了因资源不足而导致的服务中断风险。
外部秘密管理的挑战
在迁移过程中，使用External Secret Operator和Doppler管理外部秘密是一个重要步骤。尽管这些工具提供了便利，但用户需注意其兼容性和支持情况，确保在生产环境中能够稳定运行。选择合适的秘密管理工具对于保护敏感信息至关重要。
Traefik配置的注意事项
在扩展Traefik配置以处理外部请求时，用户需关注K3s当前使用的Traefik版本。由于版本差异，某些文档中的配置可能不适用，导致潜在的配置错误。因此，建议在实施前仔细检查版本兼容性，以确保服务的正常运行。
延伸问答
为什么作者决定迁移到K3s Kubernetes？
作者决定迁移到K3s Kubernetes是因为其稳定性和低资源消耗，适合在单个主机上运行。
迁移到K3s的过程大约花费了多长时间？
迁移过程大约耗时七天。
在K3s上，作者使用了哪些工具来管理外部秘密？
作者使用了External Secret Operator和Doppler来管理外部秘密。
作者在K3s上成功部署了什么工具？
作者成功部署了ArgoCD。
作者在迁移过程中遇到了哪些主要问题？
作者遇到了Linkwarden更新后的回滚问题，导致应用程序不可用。
作者如何配置Traefik以处理来自互联网的请求？
作者扩展了Traefik配置，以处理来自互联网的请求，并使用了HTTPS。
