Kubernetes(k8s)

``` FROM centos:centos7.9.2009 RUN yum -y update \ #rkhunter --check --sk \ #chkrootkit && yum -y in

获取访问密码 添加repo 勾选 Skip server verfication git 新建repo、根目录提交文件、新建目录、添加文件。并提交 新建应用 同步策略：自动、资源 选择已添加的 kkt

Terway POD ip:port 无法被直接访问 容器安全组 授予pod ip:port 白名单 Svc 为LB类型，自动创建公网LB 确定是否正确选择为内网LB OS这种，启动OK，但未能run

Consul 三节点，启动时报错。 No cluster leader 解决： 不同节点，挂载同一PVC不同子目录

背景 Nginx ingress control pod报错 根证书以及私钥创建 服务器证书签发 确认 应用于k8s

背景 排查过程 pod服务开启是否正常 一直crash 只能，从有curl 等工具pod（同cluster），探测。发现一会ok，一会异常。后确认为 重复重启导致curl时结果不稳定 剔除健康检查逻辑

当前配置 当前集群 驱逐node4 驱逐node1 计划驱逐node1/node4；并对其他节点增配

“声明式 API”的核心原理 就是当用户向 Kubernetes 提交了一个 API 对象的描述之后， Kubernetes 会负责为你保证整个集群里各项资源的状态，都与你的 API 对象描述的需求相

BFE：企业级七层负载均衡开源软件 | BFE: Modern Layer 7 Load Balancer for Enterprise Application - Miles Zhang, Baid

CPU Burst：摆脱不必要的节流，同时实现高 CPU 利用率和高应用程序性能 | CPU Burst: Getting Rid of Unnecessary Throttling, Achievi

容器设计模式 sidecar是K8S倡导的容器设计模式，InitContainer就是典型的sidecar设计模式 1、war，tomcat打到一个镜像，缺点：war/tomcat更新，即需重新打包镜

一、alpine基础镜像执行与验证： root@hh:/volume1/server/source/alpine_python# cat python_alpine.dockerfile 修改apk源

背景： 参考： https://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247487043&idx=1&sn=088457a1dccd657829

一、request/limits 二、request/limits 单位 CPU： 内存： 三、QOS 根据这两个参数的配置，k8s在集群资源不足的时候有不同的处理策略 – Quality of Se

一、docker build镜像 dockerfile 指令 dockerfile CMD指令引入变量的影响测试 2.1、npc打包镜像 - docker build范例 正确dockerfile与d

# 一、Dockerfile编写 ``` root@hh:/volume1/development/source/alpine_golang# pwd /volume1/development/so

root@hh:/volume1/development/source/alpine_common# pwd /volume1/development/source/alpine_common roo

一、背景 默认部署docker，可玩性很高 群晖416Play，可以改装，更换为8G内存 1.1 基本配置 1.2、准备 1.3、安装 1.4、验证 http://192.168.50.204:330

一、购置云硬盘 1.1、购置云硬盘以及挂载确认 k8s集群，配置一致，CBS容量均20G。机型配置也一致 挂载至云主机实例 勾选：随实例释放（根据实际情况自由选择） 1.2、创建ceph账号以及k8s

一、RollingUpdate滚动发布 1.1、基本概念 1.2、滚动发布 1.3、观察发布过程 更新前截图（重新发布，方便对比） 更新后截图 时间不一致，是因为10个副本，在新pod逐个替换旧pod