草庐IT

k8s-master-e

全部标签

k8s部署prometheus(第二版)

k8s部署prometheus版本说明:k8s:1.24.4prometheus:release-0.12(https://github.com/prometheus-operator/kube-prometheus.git)本次部署采用operator的方式将prometheus部署到k8s中,需对k8s和prometheus有一定的了解一、下载对应版本代码到服务器gitclone-brelease-0.12https://github.com/prometheus-operator/kube-prometheus.git二、修改几个配置的镜像(国内无法访问registry.k8s.io)v

滴滴弹性云基于 K8S 的调度实践

上篇文章详细介绍了弹性云混部的落地历程,弹性云是滴滴内部提供给网约车等核心服务的容器平台,其基于k8s实现了对海量node的管理和pod的调度。本文重点介绍弹性云的调度能力,分为以下部分:调度链路图:介绍当前弹性云调度体系链路,对架构体系有一个初步的认知k8s调度能力的运用:整体介绍弹性云现在用到的k8s调度能力和对其的增强k8s版本的升级:介绍到从k8s1.12到1.20跨版本升级的方案服务画像/真实使用率调度:原生的request调度存在着和真实使用率之间的gap等缺陷,尝试通过对node上业务做数据画像来让调度做出更符合真实情况的调度重调度:由于调度只能依据当前数据,随着业务的增长、集群

【K8S 七】Metrics Server部署中的问题

目录 填坑过程问题一:启动metricsserver报证书错误:x509:cannotvalidatecertificateforx.x.x.xbecauseitdoesn'tcontainanyIPSANs"node="k8s-testing-02-191"问题二:metricsserver一直未ready,查看日志报错:Failedtoscrapenode"err="Get\"https://x.x.x.x:10250/metrics/resource\":contextdeadlineexceeded" 问题三:metricsserver启动成功,但是执行kubectltopnode报错

k8s-Kubernetes--集群部署

文章目录一、Kubernetes简介与架构1.Kubernetes简介2.kubernetes设计架构3.Kubernetes和Docker的关系、区别二、Kubernetes集群部署1.集群环境初始化2.所有节点安装kubeadm3.拉取集群所需镜像4.集群初始化5.安装flannel网络插件6.扩容节点7.设置kubectl命令补齐一、Kubernetes简介与架构1.Kubernetes简介在Docker作为高级容器引擎快速发展的同时,在Google内部,容器技术已经应用了很多年,Borg系统运行管理着成千上万的容器应用。Kubernetes项目来源于Borg,可以说是集结了Borg设计

! [rejected] master -> master (fetch first)error: failed to push some refs to 解决方案

   ![rejected] master->master(fetchfirst)error:failedtopushsomerefsto解决方案 Tohttps://gitee.com/xxxx.git ![rejected]    master->master(fetchfirst)error:failedtopushsomerefsto'https://gitee.com/xxxxx.0.git'![拒绝]master->Master(先取)错误:未能向“https://gitee.com/cxxxxx0.git”推送一些引用此时我们要执行gitpull--rebaseorigin

Kubernetes(k8s)之Pod详解

文章目录Kubernetes之Pod详解一、Pod介绍pod结构pod定义二、Pod配置pod基本配置镜像拉取策略启动命令环境变量端口设置资源配额三、Pod生命周期创建和终止初始化容器钩子函数容器探测重启策略四、Pod调度定向调度NodeNameNodeSelector亲和性调度NodeAffinityPodAffinityPodAntiAffinity五、污点和容忍污点(Taints)容忍(Toleration)Kubernetes之Pod详解一、Pod介绍pod结构Pod是kubernetes中最小的资源管理组件,Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进

K8s进阶之网络:pod内不同容器、同节点不同pod通信、CNI插件、不同节点pod通信、Flannel容器网络、Serivce连接外部网络、服务发现、Nginx反向代理与域名、Ingress代理

1.Pod网络:同一pod内不同容器通信Pod是Kubernetes中最小的可部署单元,它是一个或多个紧密关联的容器的组合,这些容器共享同一个网络命名空间和存储卷,因此Pod中的所有容器都共享相同的网络命名空间和IP地址——PodIP,所以在同一个Pod内的容器间通信可以通过localhost直接通信。k8s创建Pod时永远都是首先创建Infra容器,也可以被称为pause容器。这个容器为其他容器提供了一个共享的基础设施,包括网络和存储功能,其他业务容器共享pause容器的网络栈和Volume挂载卷。pause容器被创建后会初始化NetworkNamespace网络栈,之后其他容器就可以加入到

CentOS二进制安装k8s

目录1简介2Kubernetes设计架构2.1Kubernetes节点2.2分层架构2.3kubelet2.4kube-proxy2.5Kubernetes控制面板2.6etcd2.7KubernetesAPIServer2.8Scheduler2.9Kubernetes控制管理服务器3部署3.1生产环境可部署Kubernetes集群的两种方式3.1.1目前生产部署Kubernetes集群主要有两种方式:3.1.1.1kubeadm3.2安装要求3.3准备环境3.3.1单Master架构图3.3.2单Master服务器规划3.4操作系统初始化配置3.5部署Etcd集群3.5.1准备cfssl证

Kubernetes(K8s)这样用,升职加薪更轻松

Kubernetes(K8s)已经成为容器编排和管理领域的瑰宝,它提供了多个控制器,用于管理容器化应用程序的部署和伸缩。其中一个核心控制器是Deployment。本文将深入介绍Deployment的概念、它在Kubernetes集群中的作用,工作原理,以及一些生动的应用场景,以便更好地理解这一重要的概念。Deployment概念Deployment是Kubernetes中的一个资源对象,可将其视为一个应用程序或微服务的“部署计划”。用户可以定义Deployment,并说明希望运行多少个Pod副本以及如何管理这些副本。Deployment具有以下关键属性:1.ReplicaSet控制器:Depl

彻底搞懂 K8S Pod Pending 故障原因及解决方案

即使在高成熟度级别Kubernetes集群中podpending也是无处不在。如果您随机询问任何使用KubernetesDevOps工程师来确定折磨他们噩梦的最常见错误,podpending可能是非常常见的问题(可能仅次于CrashLoopBackOff)。尝试推送更新并看到它卡住会使DevOps紧张。即使解决方案相当简单,找到pod挂起的原因并了解您需要应用的更改也很重要(Kubernetes故障排除很少是微不足道的)。在本文中,我们将阐明导致此问题的不同情况,让DevOps团队能够快速找到解决方案,最重要的是,尽可能避免它。KubernetesPodpending是什么意思?Kuberne