Kubernetes - 标签 - 德国粗茶淡饭 https://www.ctq6.cn/tags/kubernetes/ Kubernetes - 标签 - 德国粗茶淡饭 Hugo -- gohugo.iozh-CNplyx_46204@126.com (mikelleo) plyx_46204@126.com (mikelleo)This work is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License.Fri, 13 May 2022 10:54:11 +0800 Kubernetes网络策略之详解 https://www.ctq6.cn/kubernetes%E7%BD%91%E7%BB%9C%E7%AD%96%E7%95%A5/ Fri, 13 May 2022 10:54:11 +0800 作者 https://www.ctq6.cn/kubernetes%E7%BD%91%E7%BB%9C%E7%AD%96%E7%95%A5/ NetWork Policy简介

​随着微服务架构的日渐盛行，Serverless框架的逐步落地，应用上云后带来了模块间网络调用需求的大规模增长，Kubernetes 自 1.3 引入了 Network Policy，其提供以应用为中心， 基于策略的网络控制，用于隔离应用以减少攻击面。

]]> Pod运行的状态及排障方法总结 https://www.ctq6.cn/pod%E8%BF%90%E8%A1%8C%E7%9A%84%E7%8A%B6%E6%80%81%E5%8F%8A%E6%8E%92%E9%9A%9C%E6%96%B9%E6%B3%95%E6%80%BB%E7%BB%93/ Fri, 13 May 2022 09:49:35 +0800 作者 https://www.ctq6.cn/pod%E8%BF%90%E8%A1%8C%E7%9A%84%E7%8A%B6%E6%80%81%E5%8F%8A%E6%8E%92%E9%9A%9C%E6%96%B9%E6%B3%95%E6%80%BB%E7%BB%93/ Pod 状态说明

pod的几种状态：

  • ContainerCreating: Pod创建已经提交给了k8s,但是因为集群组件异常，导致容器创建出现问题。
  • Init:0/3:
  • PodInitializing:
  • Pending：Pod创建已经提交给k8s，但是因为某种原因不能顺利创建，例如下载镜像慢，调度不成功等。
  • CrashLoopBackOff：
  • Running：Pod已经绑定到一个节点上了，并且已经创建了所有容器。只是有一个容器正在运行，或者在启动中。
  • Secceeded：Pod中的所有容器都已经成功终止，不能重新启动。
  • Failed： Pod中所有的容器均已经终止，且至少有一个容器已经在故障中终止。
  • Unkown：由于某中原因apiserver无法获取到Pod的状态。通常是由于Master与pod所在的主机失去连接了。
1

kube-system   httpd-65b588bdd6-kxprl                     0/1     ContainerCreating   0          8s      <none>         k8s01   <none>           <none>

故障分析

1、

]]> Kubernetes资源之服务发现service详解 https://www.ctq6.cn/kubernetes%E8%B5%84%E6%BA%90%E4%B9%8B%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0service%E8%AF%A6%E8%A7%A3/ Tue, 10 May 2022 07:50:28 +0800 作者 https://www.ctq6.cn/kubernetes%E8%B5%84%E6%BA%90%E4%B9%8B%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0service%E8%AF%A6%E8%A7%A3/ Service 相关概念说明

Service

Kubernetes中一个应用服务会有一个或多个实例（Pod）,每个实例（Pod）的IP地址由网络插件动态随机分配（Pod重启后IP地址会改变）。为屏蔽这些后端实例的动态变化和对多实例的负载均衡，引入了Service这个资源对象，如下所示:

]]> Kubernetes网络模型 https://www.ctq6.cn/kubernetes%E7%BD%91%E7%BB%9C%E6%A8%A1%E5%9E%8B%E5%8F%8A%E7%AD%96%E7%95%A5/ Tue, 10 May 2022 07:48:21 +0800 作者 https://www.ctq6.cn/kubernetes%E7%BD%91%E7%BB%9C%E6%A8%A1%E5%9E%8B%E5%8F%8A%E7%AD%96%E7%95%A5/ kubernetes 网络模型及cni插件

在Kubernetes中设计了一种网络模型，要求无论容器运行在集群中的哪个节点，所有容器都能通过一个扁平的网络平面进行通信，即在同一IP网络中。需要注意的是：在K8S集群中，IP地址分配是以Pod对象为单位，而非容器，同一Pod内的所有容器共享同一网络名称空间。

]]> Kubernetes访问控制流程 https://www.ctq6.cn/kubernetes%E8%AE%BF%E9%97%AE%E6%8E%A7%E5%88%B6%E6%B5%81%E7%A8%8B/ Thu, 28 Apr 2022 12:42:11 +0800 作者 https://www.ctq6.cn/kubernetes%E8%AE%BF%E9%97%AE%E6%8E%A7%E5%88%B6%E6%B5%81%E7%A8%8B/ Kubernetes API的请求从发起到其持久化入库的流程如图：

]]> Apache Apisix初体验 https://www.ctq6.cn/apache_apisix%E5%88%9D%E4%BD%93%E9%AA%8C/ Fri, 01 Apr 2022 15:05:04 +0800 作者 https://www.ctq6.cn/apache_apisix%E5%88%9D%E4%BD%93%E9%AA%8C/ Apache APISIX 是一个基于 OpenResty 和 Etcd 实现的动态、实时、高性能的 API 网关，目前已经是 Apache 的顶级项目。提供了丰富的流量管理功能，如负载均衡、动态路由、动态 upstream、A/B测试、金丝雀发布、限速、熔断、防御恶意攻击、认证、监控指标、服务可观测性、服务治理等。可以使用 APISIX 来处理传统的南北流量以及服务之间的东西向流量。

]]> KubernetesIngress自动化https https://www.ctq6.cn/kubernetesingress%E8%87%AA%E5%8A%A8%E5%8C%96https/ Fri, 25 Mar 2022 11:24:47 +0800 作者 https://www.ctq6.cn/kubernetesingress%E8%87%AA%E5%8A%A8%E5%8C%96https/ 随着 HTTPS 不断普及，大多数网站开始由 HTTP 升级到 HTTPS。使用 HTTPS 需要向权威机构申请证书，并且需要付出一定的成本，如果需求数量多，则开支也相对增加。cert-manager 是 Kubernetes 上的全能证书管理工具，支持利用 cert-manager 基于 ACME 协议与 Let’s Encrypt 签发免费证书并为证书自动续期，实现永久免费使用证书。

]]> Kubernetes_HPA使用详解 https://www.ctq6.cn/kubernetes_hpa%E4%BD%BF%E7%94%A8%E8%AF%A6%E8%A7%A3/ Wed, 16 Feb 2022 10:33:31 +0800 作者 https://www.ctq6.cn/kubernetes_hpa%E4%BD%BF%E7%94%A8%E8%AF%A6%E8%A7%A3/ kubectl scale命令可以来实现 Pod 的扩缩容功能，但是这个毕竟是完全手动操作的，要应对线上的各种复杂情况，我们需要能够做到自动化去感知业务，来自动进行扩缩容。为此，Kubernetes 也为我们提供了这样的一个资源对象：Horizontal Pod Autoscaling（Pod 水平自动伸缩），简称HPA，HPA 通过监控分析一些控制器控制的所有 Pod 的负载变化情况来确定是否需要调整 Pod 的副本数量，这是 HPA 最基本的原理：

]]> Kubernetes零宕机滚动更新 https://www.ctq6.cn/kubernetes%E9%9B%B6%E5%AE%95%E6%9C%BA%E6%BB%9A%E5%8A%A8%E6%9B%B4%E6%96%B0/ Tue, 15 Feb 2022 11:33:04 +0800 作者 https://www.ctq6.cn/kubernetes%E9%9B%B6%E5%AE%95%E6%9C%BA%E6%BB%9A%E5%8A%A8%E6%9B%B4%E6%96%B0/ 滚动更新

默认情况下，Kubernetes 的 Deployment 是具有滚动更新的策略来进行 Pod 更新的，该策略可以在任何时间点更新应用的时候保证某些实例依然可以正常运行来防止应用 down 掉，当新部署的 Pod 启动并可以处理流量之后，才会去杀掉旧的 Pod。

]]> Kubernetes资源创建流程解析 https://www.ctq6.cn/kubernetes%E8%B5%84%E6%BA%90%E5%88%9B%E5%BB%BA%E7%9A%84%E5%B7%A5%E4%BD%9C%E6%B5%81/ Mon, 14 Feb 2022 14:31:14 +0800 作者 https://www.ctq6.cn/kubernetes%E8%B5%84%E6%BA%90%E5%88%9B%E5%BB%BA%E7%9A%84%E5%B7%A5%E4%BD%9C%E6%B5%81/ 组件之间的通信

我们知道在Kubernetes集群中apiserver是整个集群的控制入口，etcd在集群中充当数据库的作用，只有apiserver才可以直接去操作etcd集群，而我们的apiserver无论是对内还是对外都提供了统一的REST API服务，包括一个8080端口的非安全服务和6443端口的安全服务。组件之间当然也是通过apiserver进行通信的，其中kube-controller-manager、kube-scheduler、kubelet是通过apiserver watch API来监控我们的资源变化，并且对资源的相关状态更新操作也都是通过apiserver进行的，所以说白了组件之间的通信就是通过apiserver REST API和apiserver watch API进行的

]]>