前言

Kubernetes 集群备份一直是我们的痛点。虽然可以通过备份ETCD来实现K8S集群备份，但是这种备份很难恢复单个 Namespace。

今天推荐 Velero 工具，它提供以下功能：

• 灾备场景：提供备份恢复k8s集群的能力
• 迁移场景：提供拷贝集群资源到其他集群的能力（复制同步开发，测试，生产环境的集群配置，简化环境配置）

Velero 项目地址：https://github.com/vmware-tanzu/velero

Velero 阿里云插件地址：https://github.com/AliyunContainerService/velero-plugin

问题

大家在使用 Kubernetes 时，会遇到创建Pod失败，这时会分析什么原因导致创建Pod失败？

Pod status 状态解释 [1]

• CrashLoopBackOff：容器退出，kubelet正在将它重启
• InvalidImageName：无法解析镜像名称
• ImageInspectError：无法校验镜像
• ErrImageNeverPull：策略禁止拉取镜像
• ImagePullBackOff：镜像正在重试拉取
• RegistryUnavailable：连接不到镜像中心
• ErrImagePull：通用的拉取镜像出错
• CreateContainerConfigError：不能创建kubelet使用的容器配置
• CreateContainerError： 创建容器失败
• m.internalLifecycle.PreStartContainer：执行hook报错
• RunContainerError：启动容器失败
• PostStartHookError：执行hook报错
• ContainersNotInitialized：容器没有初始化完毕
• ContainersNotReady：容器没有准备完毕
• ContainerCreating：容器创建中
• PodInitializing：pod 初始化中
• DockerDaemonNotReady：docker还没有完全启动
• NetworkPluginNotReady：网络插件还没有完全启动

前言

随着 Kubernetes 越来越流行，不管大公司还是小公司都往 Kubernetes 迁移，每个公司最少有两套集群（测试和生产），但是多个集群就有多个 Kubeconfig 用户授权文件。虽然官方文档中有介绍多个 Kubeconfig 文件合并成一个 Kubeconfig，但是对于一些新手来说，看得不是很明白。

本文介绍 Kubeconfig 文件结构，并推荐一个工具自动合并 Kubeconfig。

Lens 介绍

Lens 是一个强大的 kubernetes IDE。可以实时查看 kubernetes 集群状态，比如 Pod实时日志查看、集群Events实时查看、集群故障排查等。有了 Lens，不在需要敲打很长的 kubectl 命令，只要使用鼠标点击几下，非常便捷。

Lens 支持多平台安装，目前支持 Linux、MacOS、Windows。

前言

Helm V3 与 V2 版本架构变化较大，数据迁移也比较麻烦，官方为了解决数据迁移问题，提供一个 helm-2to3 工具，本文基于 helm-2to3 工具来迁移 V2 版本中的数据。

Helm V3 与 V2 变化，请参考 Helm v3 新的功能

注意：Helm V2 升级 V3 版本，Kubernetes 集群中 Deployment、Service、Pod等都不会重新创建，所以迁移过程是不会影响线上在跑的服务。

前言

作者以前就遇到过Linux整个系统文件权限都被设置为777。并且系统没有权限备份，当时服务器也不是云主机，所以没有快照备份。

遇到这种情况怎么办？下面分享下作者个人恢复方法。

万能的百度搜索

通过百度搜索，搜索到一个权限备份与恢复工具：

• getfacl：备份Linux文件或者目录权限
• setfacl：恢复Linux文件或者目录权限

背景

Linux 利用 Cgroup 实现了对容器的资源限制，但在容器内部依然缺省挂载了宿主机上的 procfs 的 /proc 目录，其包含如：meminfo、cpuinfo、stat、uptime 等资源信息。一些监控工具如 free、top 或 业务应用还依赖上述文件内容获取资源配置和使用情况。当它们在容器中运行时，就会把宿主机的资源状态读取出来，导致资源设置不对。

上面提到的问题，可以通过 LXCFS 方法来解决。

背景

Kubernetes 集群环境中，有时候需要修改 Node 节点主机名，这时我们应该如何操作？

有些同学，在更改了 kubelet.conf 配置中 hostname-override 参数，也更改了 kube-proxy-config.yml 配置中 hostnameOverride 参数，删除 Node 节点并且重启 kubelet 和 kube-proxy 服务，但主机名并没有修改，这是为什么？下文会给出解释。

环境是使用 二进制搭建的 kubernetes v1.18.2 版本

概要

您是否正在尝试应该怎样学习 Kubernetes ？如果是这样，你可能会有这样的问题 “ Kubernetes 会是下一件大事吗？” 或 “ Kubernetes 太繁琐了？” 或 “ Kubernetes 很难学习吗？”之类的问题。我的希望是消除任何混乱，并帮助您确定Kubernetes 是否适合您。

在本篇文章中，我们将探讨以下问题：

• Kubernetes 有什么好处？
• 学习 Kubernetes 有多难？
• 对于小型项目来说，Kubernetes 是不是太重了？
• 我必须掌握大部分 Kubernetes 的特性才能使用它吗?
• Kubernetes 受欢迎程度是增加还是减少？
• Kubernetes 有趣吗？

前言

一般在机房或者云上使用ECS自建Kubernetes集群是无法使用 LoadBalancer 类型的 Service 。因为 Kubernetes 本身没有为裸机群集提供网络负载均衡器的实现。

自建的 Kubernetes 集群暴露让外网访问，目前只能使用 NodePort 或 Ingress 等的方法进行服务暴露。NodePort 缺点是每个暴露的服务需要占用所有节点的某个端口。Ingress 是一个不错的解方法。

有没有方法，让自建的 Kubernetes 集群也能使用 LoadBalancer 类型的 Service ？

当然有方法可以实现，今天介绍一个 MetalLB 应用，可以实现这个功能。