系列文章Cilium系列文章前言将Kubernetes的CNI从其他组件切换为Cilium,已经可以有效地提升网络的性能.但是通过对Cilium不同模式的切换/功能的启用,可以进一步提升Cilium的网络性能.具体调优项包括不限于:启用本地路由(NativeRouting)完全替换KubeProxyIP地址伪装(Masquerading)切换为基于eBPF的模式KubernetesNodePort实现在DSR(DirectServerReturn)模式下运行绕过iptables连接跟踪(BypassiptablesConnectionTracking)主机路由(HostRouting)切换为基
在Mac上安装CocoaPods需要使用Ruby，请按照以下步骤操作：安装rvm，这是RubyVersionManager的缩写，它是一个命令行工具，用于安装不同版本的Ruby。打开终端并输入以下命令：$curl-Lhttps://get.rvm.io|bash-sstablejishaofngdeiMac:~dongda$curl-Lhttps://get.rvm.io|bash-sstable%Total%Received%XferdAverageSpeedTimeTimeTimeCurrentDloadUploadTotalSpentLeftSpeed100194100194001260
1.准备1.1链路介绍7层转发链路：Client-->Nginx-->K8sNginxIngress4层转发链路：Client-->公有云SLB（或F5、LVS、Haproxy等）-->K8sNginxIngress实际业务可能会串联更多层级的转发。例如WAF、CDN、APIGateway一般都是7层转发，LB、LVS一般是4层TCP转发。1.2准备Whoami探针whomai是一个go编写的调试探针工具，回显http头信息。apiVersion:apps/v1kind:Deploymentmetadata:name:whoaminamespace:defaultlabels:app:whoa
kubectlexec-itprometheus-prometheus-server-697cccff9c-qtrf7-cprometheus-serversh[root@k8s-master-01~]#kubectlexec-itprometheus-prometheus-server-697cccff9c-qtrf7-cprometheus-servershkubectlexec[POD][COMMAND]isDEPRECATEDandwillberemovedinafutureversion.Usekubectlexec[POD]--[COMMAND]instead./prometheu
通过deployment创建的pod直接执行delete是不会正常被删除的，因为deployment中设置了pod的数量，deployment会动态维护pod的数量，倘若pod数量少于约定数量，deployment会创建pod，直到pod数量达到约定数量才会停止。如若需要针对pod进行下线，有以下两种方式：调整deployment中replicas数量设置为0，deployment监测到replicas数量发生变化后，会自动调整pod数量，直到pod数为0，此方法仅下线pod，deployment仍然存在，调整replicas数量后pod会恢复。删除deployment，删除后pod会自动删除
很久没跑ios项目，今天podInstall报这个错，记录一下Cloningspecrepo`cocoapods`from`https://github.com/CocoaPods/Specs.git`#过了很久很久没反应[!]Unabletoaddasourcewithurl`https://github.com/CocoaPods/Specs.git`named`cocoapods`.Youcantryaddingitmanuallyin`/Users/xxx/.cocoapods/repos`orvia`podrepoadd`. 1，解决方案cd~/.cocoapods/repos/检查
K8s管理系统项目[API部分–Pod]前端:Vue+elementplus后端:go+gin1.功能设计2.初始化2.1创建项目2.2配置goproxyGOPROXY=https://goproxy.cn2.3添加格式化工具2.4安装模块gogetk8s.io/client-go/tools/clientcmdgogetk8s.io/api/core/v1gogetk8s.io/apimachinery/pkg/apis/meta/v1gogetgithub.com/gin-gonic/gingogetgithub.com/wonderivan/loggergogetgorm.io/gorm
K8s管理系统项目[API部分–Pod]前端:Vue+elementplus后端:go+gin1.功能设计2.初始化2.1创建项目2.2配置goproxyGOPROXY=https://goproxy.cn2.3添加格式化工具2.4安装模块gogetk8s.io/client-go/tools/clientcmdgogetk8s.io/api/core/v1gogetk8s.io/apimachinery/pkg/apis/meta/v1gogetgithub.com/gin-gonic/gingogetgithub.com/wonderivan/loggergogetgorm.io/gorm
K8S集群中Pod资源处于ImagePullBackOff状态排查思路文章目录K8S集群中Pod资源处于ImagePullBackOff状态排查思路1.Pod资源处于ImagePullBackOff状态的原因2.Pod资源处于ImagePullBackOff状态的排查思路1.Pod资源处于ImagePullBackOff状态的原因ImagePullBackOff状态表示容器的镜像拉取失败，可能存在以下几点原因：拉取镜像时间较长导致超时，从而导致镜像拉取失败，部署完Docker后，一定要添加上阿里云的镜像加速器，否则拉取镜像是非常慢的，很容易就会导致镜像拉取失败。镜像配置有误，指定的镜像在公有仓
k8sPod状态详解在Kubernetes中，Pod是最小的可部署的计算单元，它是一组容器的集合，共享同一个网络命名空间、存储卷等资源。Kubernetes中的Pod有以下几种状态：Pending(挂起)：Pod已经被KubernetesAPI接受，但它的容器镜像还没有被拉取，或者Pod所需的节点资源(CPU、内存等)还没有满足。在这个状态中，Pod是不可调度的。Running(运行)：Pod已经调度到了节点上并且所有容器都已经创建，至少有一个容器仍在运行中或者在启动过程中。Succeeded(成功)：Pod中的所有容器都已经正常终止，并且不会再重启。Failed(失败)：Pod中至少有一个容
