开篇《K3s 系列文章》《Rancher 系列文章》方案在腾讯云上安装 K3S后续会在这套 K3S 集群上安装 Rancher方案目标高可用3 台master 的 k3s 集群数据备份k3s 数据备份到 腾讯云对象存储 cos尽量复用公有云的能力Tencent Cloud Controller Manager (❌ 因为腾讯云已经放弃维护相关源码, 所以无法复用)SVC LoadBalancer

前言好久没写文章了, 今天之所以突然心血来潮, 是因为昨天出现了这样一个情况:我们公司的某个手机APP后端的用户(customer)微服务出现内存泄露, 导致OutOfMemoryError, 但是因为经过我们精心优化的openjdk容器参数, 这次故障对用户完全无感知. :muscle::muscle::muscle:那么我们是如何做到的呢?HeapDumpOnOutOfMemoryError

概述在某些情况下，Metrics 监控的 2 大顶流：Zabbix: 用于非容器的虚拟机环境Prometheus: 用于容器的云原生环境是共存的。但是在这种情况下，统一监控展示就不太方便，本文介绍利用 Grafana 对接 Zabbix, 来作为统一监控展示端。Let's go!在这里，主要是用到了 alexanderzobnin/grafana-zabbix 开源项目。Grafana-Z

开篇📜 引言：磨刀不误砍柴工工欲善其事必先利其器第一篇：《K8S 实用工具之一 - 如何合并多个 kubeconfig？》第二篇：《K8S 实用工具之二 - 终端 UI K9S》第三篇：《K8S 实用工具之三 - 图形化 UI Lens》第四篇：《K8S 实用工具之四 - kubectl 实用插件》第五篇：《K8S 实用工具之五-komposeahmetb/kubectl-aliases就是一大

前情提要IoT 边缘集群基于 Kubernetes Events 的告警通知实现IoT 边缘集群基于 Kubernetes Events 的告警通知实现（二）：进一步配置概述在分析 K8S 集群问题时，Kubernetes Events 是超级有用的。Kubernetes Events 可以被当做是日志来处理，格式也和日志很像，都包括：时间组件原因...但是，Kubernetes 默认只持久化了一

K8S Pod Sidecar 应用场景之一-加入 NGINX Sidecar 做反代和 web 服务器

需求收集 ES 的指标, 并进行展示和告警;现状ES 通过 docker compose 安装所在环境的 K8S 集群有 Prometheus 和AlertManager 及 Grafana方案复用现有的监控体系, 通过: Prometheus 监控 ES.具体实现为:采集端 elasticsearch_exporter可以监控的指标为:NameTypeCardinalityHelpelastic

根据资源过滤格式为: resource.group, 如 storageclasses.storage.k8s.io比如要排除以下资源:replicasetsendpointslices.discovery.k8s.ioendpointsevents.events.k8s.iopodsauthconfigs.management.cattle.ioclusterrepos.catalog.catt

HashiCorp 解决方案 --- Nomad + DockerKubeedge其中，Rancher + K3s 是基于且兼容 K8s 的解决方案；Kubeedge 是构建于 K8s 之上的，但是核心的 Kubeedge 架构是完全另外一套体系；而 Hashicorp 解决方案和 Portainer 解决方案可以说是和 K8s 没有关系，主要是基于 Docker 等容器的。而且也可以基于其他的驱

在使用 K8S 部署 RSS 全套自托管解决方案- RssHub + Tiny Tiny Rss, 我介绍了将 RssHub + Tiny Tiny RSS 部署到 K8s 集群中的方案. 其中 TTRSS 会用到 Postgres 存储数据, 也一并部署到 K8s 容器中.但是最近, 由于一次错误操作, 导致 Postgres 数据库的 WAL 损坏, Postgres 的 Pod 频繁 Cra