草庐IT

K8S系列文章之 使用Kind部署K8S 并发布服务

简单介绍kind 即KubernetesInDocker,顾名思义,就是将k8s所需要的所有组件,全部部署在一个docker容器中,是一套开箱即用的k8s环境搭建方案。使用kind搭建的集群无法在生产中使用,但是如果你只是想在本地简单的玩玩k8s,不想占用太多的资源,那么使用kind是你不错的选择。同样,kind还可以很方便的帮你本地的k8s源代码打成对应的镜像,方便测试。使用kind在一台centos上简单尝试一下kind,前提是必须要安装好docker和kubectl。wgethttps://github.com/kubernetes-sigs/kind/releases/download

K8S集群中Node节点资源不足导致Pod无法运行的故障排查思路

K8S集群中Node节点资源不足导致Pod无法运行的故障排查思路Node节点资源不足可能会产生的故障故障一:Pod数量太多超出物理节点的限制每一台Node节点中默认限制最多运行110个Pod资源,当一个应用程序有成百上千的Pod资源时,如果不扩容Node节点或者修改最大Pod数量限制,那么就会导致部分Pod资源无法正常运行,因为节点已经没有资源可以被调度了。解决思路就是扩容Node节点数量或者修改Pod的数量限制故障二:Pod配置的资源限额超出物理节点的最大使用率由于Node节点资源有限,当Pod设置的资源配额超出了Node节点所承受的极限,那么Pod将无法部署和运行,会报错没有合适的Node

如何分析K8S中的OOMKilled问题(Exit Code 137)

什么是OOMKilledKubernetes错误(ExitCode137)当Kubernetes集群中的容器超过其内存限制时,Kubernetes系统可能会终止该容器并显示“OOMKilled”错误,这表明该进程由于内存不足而被终止。此错误的退出代码是137。如果遇到错误,Pod的状态将显示“OOMKilled”,您可以使用以下命令查看该错误:kubectlgetpodsOOMKiller机制如何工作?Out-Of-MemoryKiller(OOMKiller)是Linux内核(不是本机Kubernetes)中的一种机制,负责通过杀死消耗过多内存的进程来防止系统内存不足。当系统内存不足时,内核

在国内优雅地使用Rancher部署k8s集群

Background作为一款开源的企业级Kubernetes管理平台,Rancher进入中国已经5年了,在国内使用会有从Github上下载资源慢、拉镜像十分耗时、无法使用library和system-library等问题。通过配置也是可以解决的,即使用阿里云镜像仓库搭建Rancher。记录整个流程。1、前置条件虚拟机准备我这里准备了四台虚拟机来测试,具体部署配置信息如下表所示:主机名角色k8s-rancher管理k8s集群k8s-masterk8s集群master节点,etcd节点k8s-node1k8s集群work节点,etcd节点k8s-node2k8s集群work节点,etcd节点安装好

K8S彻底卸载教程

K8S彻底卸载教程注:这里针对的是使用Kubeadm方式安装的Kubernetes集群零、节点及权限以下全部操作都是使用root用户进行(非root用户可以使用sudo),并且全部命令都需要在Kubernetes集群的所有节点分别执行:第一步、停止K8S所有节点执行:systemctlstopkubeletsystemctlstopetcdsystemctlstopdocker第二步、清空K8S集群设置所有节点执行:kubeadmreset-f第三步、删除K8S相关软件所有节点执行:#罗列kube关键字的软件yumlistinstalled|grepkube#卸载相关软件yum-yremove

KubeKey 离线部署 KubeSphere v3.4.1 和 K8s v1.26 实战指南

作者:运维有术前言知识点定级:入门级了解清单(manifest)和制品(artifact)的概念掌握manifest清单的编写方法根据manifest清单制作artifactKubeKey离线集群配置文件编写KubeKey离线部署HarborKubeKey离线部署KubeSphere和K8sKubeKey离线部署常见问题排查处理实战服务器配置主机名IPCPU内存系统盘数据盘用途ksp-master-1192.168.9.9181640100离线环境KubeSphere/k8s-masterksp-master-2192.168.9.9281640100离线环境KubeSphere/k8s-ma

K8s面临三大新型攻击

随着技术的发展,K8s(Kubernetes)面临的安全威胁也在快速演变。2023年涌现了一系列针对K8s的新型攻击,例如Dero和Monero加密币挖矿、猩红铁攻击(Scarleteel)和RBAC-Buster攻击等。此类攻击通常以web应用漏洞为入口,然后在K8s环境中横向移动。在即将到来的2024年,了解这些新型攻击对于企业云安全和数据安全防护至关重要。以下,我们将详细介绍这些新型攻击如何开展,以及应采取何种防御措施:一、猩红铁攻击猩红铁攻击(Scarleteel)的入口点是托管在K8s环境中的Jupyter笔记本web应用,其目标是访问云存储中的加密敏感数据并挖掘加密货币。攻击者还利

教你使用Prometheus-Operator进行K8s集群监控

本文分享自华为云社区《Promethues-operator入门使用指导》,作者:可以交个朋友。一、背景在非operator配置的普罗中我们监控k8s集群都是通过配置configmap进行服务发现和指标拉取。切换到prometheus-operator难免会有些使用问题。不少用户已经习惯底层配置自动发现的方式。当过渡到servicemonitor或者podmonitor或多或少不习惯。所以下面就为大家介绍一下Prometheus-Operator,以及servicemonitor的使用方法二、Prometheus-Operator介绍PrometheusOperator为Kubernetes提

k8s集群Node节点管理:节点信息查看及节点label标签管理

Kubernetes集群Node管理一、查看集群信息[root@k8s-master1~]#kubectlcluster-infoKubernetescontrolplaneisrunningathttps://192.168.10.100:6443CoreDNSisrunningathttps://192.168.10.100:6443/api/v1/namespaces/kube-system/services/kube-dns:dns/proxyTofurtherdebuganddiagnoseclusterproblems,use'kubectlcluster-infodump'.二、

期待已久:K8S终于迎来交换内存Beta支持!

关注【云原生百宝箱】公众号,获取更多云原生消息Kubernetes1.22版本开始支持在Linux节点上使用交换内存的Alpha特性,而在1.28版本中升级为Beta版本并进行了许多改进。之前版本的Kubernetes不支持Linux系统上的交换内存,但随着Alpha版本和后续的改进,Kubernetes项目团队投入大量精力支持交换内存的Beta版本,使其更稳定、健壮和用户友好。 此功能的使用方法包括激活kubelet上的NodeSwap特性门控,并配置memorySwap.swapBehavior选项来定义节点使用交换内存的方式。1.22前不支持交换内存在之前的版本中,Kubernetes不