kubernetes

人们通常把Kubernetes集群内部的通信称为东西向流量 , 而把集群内外部的通信称为南北向流量。本章主要介绍Kubernetes为统一管理Ingress流量而特地设计的同名资源类型及其支撑组件Ingress控制 器(Ingress Nginx和Contour)相关的话题。 1. Ingress资

1. 基础概念 1.1 创建资源对象的过程 我们知道在k8s上 , 资源是有类型的 , 不同类型的资源 , 其定义方式和使用的字段各不相同 ; 用户创建一个资源 , 实际上就是把k8s抽象的资源做实例化 , 即把k8s抽象出来的资源 , 通过资源清单赋值 , 创建出来的对象就是我们实例化对应类型资源

Kubernetes功能强大且原生支持多种扩展机制 : 一是内部组件API Server支持基于Webhook的认证、授权和准入控制扩展、CRD、自定义控制器 , 甚至是自定义的API Server ; 二是kubelet支持的CNI、CRI、 CSI和Device Plugins ; 三是调度器基

1. 准入控制基础 在说准入控制之前 , 我们先来回顾下之前的用户认证和授权 , 在k8s上用户认证和授权机制都是通过一个个插件进行功能的扩展 , 我们要要想使用某种用户认证和授权机制 , 相应的我们应该去启用对应的插件 ; 对于用户认证和授权这两个机制来说 , 它们的工作逻辑都是一样的 , 都是一

1. RBAC授权基础 在k8s上授权的机制有很多, 最常用的有ABAC和RBAC ; ABAC( attribute based access control) 这种是基于属性做访问控制 ; RBAC( role based access control) 这种是基于角色做访问控制 ; 所谓基于属

1. 用户认证基础 我们知道在k8s上APIserver是整个集群的访问入口 , etcd是保存整个集群所有资源状态配置信息的kv键值存储数据库 , 一旦etcd宕机 , k8s整个集群将无法正常工作 , 为此我们需要对etcd做高可用 ; 除此之外为了保证etcd中的数据安全 , </

基于角色( Role) 的访问控制( RBAC) 是一种基于组织中用户的角色来调节控制对计算机或网络资源的访问的方法。 RBAC 鉴权机制使用 rbac.authorization.k8s.io API组来驱动鉴权决定 , 允许你通过 Kubernetes API 动态配置策略。 要启用 RBAC

1. 用户认证案例 示例创建一个用户只能管理名为devops的Namespace 1.1. 创建系统用户 用管理员创建一个测试用户devops [root@k8s-master ~]# useradd devops [root@k8s-master ~]# su - devo

1. Kubernetes访问控制 API Server作为Kubernetes集群系统的网关 , 是访问及管理资源 对象的唯一入口 , 它默认监听TCP的6443端口 , 通过HTTPS协议暴露了一个RESTful风格的接口。所有需要访问集群资源的集群组件或客户端 , 包括kube-control

1. 扩容有多慢 为了说明扩容有多慢 , 进行HPA扩容测试 , 记录每一时刻的副本数和pod的资源使用 , 对比流量增加时间和第一次副本数增加时间 , 粗略得出扩容的延迟。 hpa的数据源配置有"Object"、"Pods"、"Resource"、"ContainerResource"