weixin_50071922的博客

文章目录一、一键安装docker二、一键部署k8s三、一键安装kubectl一、一键安装docker//安装docker yum -y install docker//运行dockersystemctl start docker//查看docker状态 systemctl status dockerdocker状态二、一键部署k8s//下载minikube curl -LO https://storage.googleapis.com/minikube/releases/la

文章目录前言一、创建二、新建三、测试前言PV和PVC都是静态的，什么意思呢，就是如果我们要使用一个PVC 的话就必须要手动去创建一个 PV ，这种方式在很大程度上并不能满足我们的需求，比如我们有一个应用需要对存储的并发度要求比较高，而另外一个对读写速度有要求比较高，特别是对于StatefulSet 类型的应用简单的来使用静态的 PV 就很不合适，这种情况下我们要用到动态 PV，就需要 StorageClass。一、创建要使用 StorageClass，我们就得安装对应的自动配置程序，比如我们使用的

文章目录一、Index二、DeltaFIFO三、Reflector四、Controller五、Informer六、Work Queue代码示例：通过informer 采集 event 并存入 ESKubernetes是典型的 server-client 架构，etcd存储集群的数据信息，apiserver 作为统一的操作入口，任何对数据的操作都必须经过apiserver。客户端通过ListAndWatch 机制查询apiserver，而informer 模块则封装了 List-Watch整体架构大

文章目录一、Service二、三种 IP三、定义 Service四、kube-proxy五、Service 类型NodePort 类型六、ExternalName一、ServicePod 的生命是有限的，死亡之后是不会复活的。但是RC 和 Deployment 可以用来动态的创建和销毁 Pod。尽管每个 Pod 都有自己的 IP 地址，但是如果 Pod 重新启动了的话那么他的 IP 很有可能也就变化了，这就会带来一个问题：比如我们有一些后端的 Pod 的集合为集群中的其他前端的 Pod 集合提供 AP

文章目录一、Job 和CronJobJobCronJob一、Job 和CronJob我们在日常生活中经常会遇到一些需要进行批量数据处理和分析的需求，当然也会按时间来进行调度的工作，在我们 Kubernetes 集群中为我们提供 Job 和 CronJob 两种资源对象来应对我们的这种需求。Job我们用 Job 这个资源对象来创建一个任务，我们定一个 Job 来执行一个倒计时的任务，定义 YAML 文件：apiVersion: batch/v1kind: Jobmetadata: name

文章目录Pod 自动扩缩容Pod 自动扩缩容我们可以手动实现 Pod 的扩缩容，但是如果业务请求量很大的时候，就很麻烦了，所以我们需要去实现自动扩缩容。如果 Kubernetes 系统能够根据 Pod 当前的负载的变化情况来自动的进行扩缩容就好了，因为这个过程本来就是不固定的，频繁的发生，所以手动实现扩缩容是不现实的。Kubernetes 为我们提供了一个资源对象： Horizontal Pod Autoscaling （Pod 水平自动伸缩）简称 HPA 。HPA通过监控分析 RC 或者 Depl

文章目录一、使用二、创建三、滚动升级四、回滚Deployment一、使用之前我们学习了 Replication Controller 和 ReplicaSet 两种资源对象， RC 和 RS 的功能基本上是差不多的，唯一的区别就是 RS 支持集合的 selector 。我们也学习到了用 RC /RS 来控制 Pod 副本的数量，也实现了滚动升级 Pod 的功能，现在好像一切都在完美运行，但是我们之前也提到了推荐使用 Deployment 这种控制器了，而不是我们之前的 RC 或者 RS。没有对比就没

文章目录一、使用Replication Controller、Replica Set 管理Pod二、Replication Controller（RC）三、ReplicaSet （RS）一、使用Replication Controller、Replica Set 管理Pod我们之前是学习的Pod 的一些基本使用方法，而且我们都是直接来操作 Pod，假如我们现在有一个 Pod 正在提供线上的服务，我们可能遇到以下场景：某次运营活动非常成功，网站访问量突然暴增运行当前 Pod 的节点发生故障了， P

文章目录一、健康检查一、健康检查Pod中容器的声明周期的两个钩子函数， PostStart 与 PreStop，其中， PostStart 是在容器创建后立即执行的，而 preStop 这个钩子函数则是在容器终止之前执行的，除了上面两个钩子函数之外，还有一项配置会影响到容器的生命周期，那就是健康检查的探针。在 Kubernetes 集群中，我们可以通过配置 liveness probe（存活探针）和 readingess probe（可读性探针）来影响容器的生存周期* kubelet 通过使用 l

文章目录一、基本概念组件通信一、基本概念Kubernetes 中的绝大部分概念都抽象成 Kubernetes 管理的一种资源对象，下面我们一起学习一些资源对象：Master：Master 节点是 Kubernetes 集群的控制节点，负责整个集群的管理和控制。Master 节点上包含以下组件：kube-apiserver：集群控制的入口，提供HTTP REST 服务kube-controller-manager： Kubernetes集群中所有资源对象的自动化控制中心kube-schedul

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档文章目录一、Namspace二、DeploymentService一、NamspaceNamespace是对一组资源的对象的抽象集合，比如可以用来将系统内部的对象划分为不同的项目组或用户组。常见的Pods，serveres，deployments等都是属于某一个namespace的（默认是default），而Node，PersistentVolumes等则不属于任何一个Namespace。二、Deployment是否手动创建Pod

文章目录前言一、核心组件二、ks-apiserver 的核心架构API 聚合与权限控制API聚合、权限控制、CRD+controller权限控制CRD +controller2.读入数据总结前言提示：以下是本篇文章正文内容，下面案例可供参考一、核心组件ks-console 前端服务组件ks-apiserver后端服务组件ks-controller-manager资源状态维护组件Kubesphere的后端设计中沿用了K8s声明式API的风格，所有可操作的资源都尽可能的抽象成为Cust

文章目录定义修改密码的结构体密码校验部分修改密码Handler层定义修改密码的结构体type PasswordReset struct { CurrentPassword string `json:"currentPassword"`//当前密码 Password string `json:"password"`//新密码}密码加密算法 ：bcrypt密码校验部分//将用户自己密码和传入的旧密码转化成[]byte类型，然后进行对比func PasswordVerify(

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档文章目录权限认证一、kubernetes权限RBAC二、验证权限的过程三、代码分析四、填充请求信息四、多集群路由转发和协议升级五、权限获取六、k8s集群资源转发总结权限认证提示：这里可以添加本文要记录的大概内容：例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。提示：以下是本篇文章正文内容，下面案例可供参考一、kubernetes权限RBACkuberne

Pod相关标签文章目录Pod相关标签Pod的Yaml环境变量不同类型详情关于容器组信息关于资源信息Pod的Yaml{ "metadata": { "name": "",//Pod名称 "generateName": "", "namespace": , //名称空间 "selfLink": "", "uid": "", "resourceVersion": "", "creatio

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档文章目录1.简介2. 创建 DaemonSet3.配置说明3.1 必需字段3.2 Pod 模板3.3Pod 选择算符3.4 仅在某些节点上运行 Pod4. Daemon Pods 是如何被调度的4.1 通过默认调度器调度4.2污点和容忍度5.Daemon Pods 通信6. DaemonSet更新7. DaemonSet 滚动更新7.1 DaemonSet 更新策略7.2 执行滚动更新7.2.1 创建带有 RollingUpdate 更新策

kubernetes CRD 权限管理文章目录kubernetes CRD 权限管理前言一、kubernetes 中的权限管理二、CRD 资源操作权限三、CRD 对象操作权限前言对于一个多个用户的集群而言，通常单个用户只有自己 namespace 的相关权限，而 kubernetes CRD 需要配置额外的权限才能使用。我们尝试创建了一个 scalings 资源，对于拥有 Admin 权限的用户没有问题，但是对于普通用户，创建时则会提示：customresourcedefinitions.api

k8s之CRD–为自定义资源生成代码文章目录k8s之CRD--为自定义资源生成代码CRD简介和使用姿势一、一些使用场景：二、CRD 控制器三、在项目中使用代码生成器更多相关细节总结CRD简介和使用姿势CustomResourceDefinition（CRD）是 v1.7 + 新增的无需改变代码就可以扩展 Kubernetes API 的机制，用来管理自定义对象。它实际上是 ThirdPartyResources（TPR） 的升级版本，而 TPR 已经在 v1.8 中删除。一、一些使用场景：提供