K8S服务健康检测

K8S服务健康检测机制1.业务探针 readinessProbe1.1 为什么自动扩容导致请求失败?一个新Pod创建后,Service就能立即选择到它,并会把请求转发给Pod,那问题就来了,通常一个Pod启动是需要时间的,如果Pod还没准备好(可能需要时间来加载配置或数据,或者可能需要执行 一个预热


kubernetes文档知识点个人总结

只是整理知识点,所有内容来自 http://docs.kubernetes.org.cn/251.html,如有侵权请发送邮件通知删除架构K8s 主要组件etcd: 保存集群状态apiserver: 所有资源操作入口,认证授权,访问控制,API注册,服务发现controller-manager: 维


BREW换源

BREW_REPO="https://mirrors.ustc.edu.cn/brew.git"cd "$(brew --repo)"git remote set-url origin https://mirrors.ustc.edu.cn/brew.gitc


K8S Controller Manager 启动脚本

#!/bin/bash// 错误是否输出/opt/kubernetes/server/bin/kube-controller-manager --logtostderr false// 日志级别--v 2// log目录--log-dir /opt/kubernetes/logs// 多个APISe


K8SETCD启动脚本

那就请使用这个Command吧由于Github Release 下载下来只有 etcd 和 etcdctl 并没有 配置文件 和 systemctl.service 所以迫不得已写了个命令行,贴出来已备后用#!/bin/bash// name 请改成当前节点 etcd的name// etcd 命令请


K8S Scheduler 启动脚本

#!/bin/bash# 是否输出错误信息/opt/kubernetes/server/bin/kube-scheduler --logtostderr false \# 日志级别--v 2 \# 日志目录--log-dir /opt/kubernetes/logs \# 自动找主节点--leade


K8S APISEVER 启动脚本

#!/bin/bash/opt/kubernetes/server/bin/kube-apiserver # 是否打印错误信息--logtostderr false # 日志级别--v 2 # 日志目录--log-dir /opt/kubernetes/logs # etcd的地址--etcd-se


关于Centos集群时间同步

安装 chronyyum install chrony -y修改配置文件vim /etc/chrony.configmaster// 这里 写Master节点的地址 server 111.111.111.111 iburst# Record the rate at which the system


记一次令人心悸的GITLAB升级经历

起因今天日常连接上 VPN,上 GitLab 私服,对离职人员进行 block,3 个月无更新的项目进行 archive 操作,将新项目分好组,并通知其余负责人。然后!然后我想到了最近三个月都没有更新 GitLab 了,12.5.1 版本,最新的是 12.8 版本,想着更新一下,然后问题就来了。经过


从Linux体系到GPM

1.Linux-CPU我们先看一下 Linux 系统的整体结构,这里插入搜集的两张图从图上可知,Linux 组成分为 User Space,Kernel Space,Hardware Space用户层,内核层,硬件层用户层: 比如我们看到的命令行界面,我们的浏览器,执行的 Shell,或者 gcc