Kubernetes Service网络层故障排错总结

【K8s开启防火墙】Failed to list *v1.Endpoints: Get https://10.96.0.1:443/api/v1/endpoints? 今日,在Kubernetes集群开启防火墙firewalld出现问题记录一下 本章内容: 1: 问题&解决 2: K8s部署方案 3: 防火墙firewalld设计 1.问题&解决: 1 reflector.go:134] github.com/coredns/coredns/plugin/kubernetes/controller.go:317: Failed to list ... 阅读详情

Kubernetes Service网络层出现故障总结

1、可能现象

curl -k https://10.96.0.1:443  # 连接失败

2、排查ku be-proxy

查看发现kube-proxy中有错误日志如下 failed to list *v1.EndpointSlice: Get "https://192.168.1.101:6443/apis/discovery.k8s.io/v1/endpointslices?labelSelector=%21service.kubernetes.io%2Fheadless%2C%21service.kubernetes.io%2Fservice-proxy-name&resourceVersion=35533": dial tcp 192.168.1.101:6443: connect: connection refused E0626 05:42:21.880071 1 reflector.go:147] vendor/k8s.io/client-go/informers/factory.go:159: Failed to watch *v1.EndpointSlice: failed to list *v1.EndpointSlice: Get "https://192.168.1.101:6443/apis/discovery.k8s.io/v1/endpointslices?labelSelector=%21service.kubernetes.io%2Fheadless%2C%21service.kubernetes.io%2Fservice-proxy-name&resourceVersion=35533": dial tcp 192.168.1.101:6443: connect: connection refused W0626 05:42:30.906439 1 reflector.go:539] vendor/k8s.io/client-go/informers/factory.go:159: failed to list *v1.Service: Get "https://192.168.1.101:6443/api/v1/services?labelSelector=%21service.kubernetes.io%2Fheadless%2C%21service.kubernetes.io%2Fservice-proxy-name&resourceVersion=35560": dial tcp 192.168.1.101:6443: connect: connection refused E0626 05:42:30.906490 1 reflector.go:147] vendor/k8s.io/client-go/informers/factory.go:159: Failed to watch *v1.Service: failed to list *v1.Service: Get "https://192.168.1.101:6443/api/v1/services?labelSelector=%21service.kubernetes.io%2Fheadless%2C%21service.kubernetes.io%2Fservice-proxy-name&resourceVersion=35560": dial tcp 192.168.1.101:6443: connect: connection refused

此刻pod处于running状态,但内部运行报错

3、修复策略

# 清理冲突规则
sudo iptables -P INPUT ACCEPT
sudo iptables -P FORWARD ACCEPT
sudo iptables -P OUTPUT ACCEPT
sudo iptables -F
​
# 重置 Docker 网络 
sudo systemctl restart docker
​
# 添加 API Server 访问规则
sudo iptables -A INPUT -p tcp --dport 6443 -j ACCEPT
sudo iptables -A OUTPUT -p tcp --dport 6443 -j ACCEPT
​
# 删除现有代理让 K8s 重建
kubectl delete pod -n kube-system -l k8s-app=kube-proxy --force

4、重建kube-proxy成功后可能出现calico错误

root@k8s-master:/home/admin123/kubeedge-cloud-install-ubuntu20.04-amd64-focal# kubectl logs calico-node-cptt6 -n kube-system -c install-cni 2025-06-26 06:14:18.950 INFO cni-installer/<nil> <nil>: Running as a Kubernetes pod 2025-06-26 06:14:19.470 INFO cni-installer/<nil> <nil>: File is already up to date, skipping file="/host/opt/cni/bin/bandwidth" 2025-06-26 06:14:19.470 INFO cni-installer/<nil> <nil>: Installed /host/opt/cni/bin/bandwidth 2025-06-26 06:14:19.511 INFO cni-installer/<nil> <nil>: File is already up to date, skipping file="/host/opt/cni/bin/calico" 2025-06-26 06:14:19.511 INFO cni-installer/<nil> <nil>: Installed /host/opt/cni/bin/calico 2025-06-26 06:14:19.551 INFO cni-installer/<nil> <nil>: File is already up to date, skipping file="/host/opt/cni/bin/calico-ipam" 2025-06-26 06:14:19.551 INFO cni-installer/<nil> <nil>: Installed /host/opt/cni/bin/calico-ipam 2025-06-26 06:14:19.552 INFO cni-installer/<nil> <nil>: File is already up to date, skipping file="/host/opt/cni/bin/flannel" 2025-06-26 06:14:19.552 INFO cni-installer/<nil> <nil>: Installed /host/opt/cni/bin/flannel 2025-06-26 06:14:19.555 INFO cni-installer/<nil> <nil>: File is already up to date, skipping file="/host/opt/cni/bin/host-local" 2025-06-26 06:14:19.555 INFO cni-installer/<nil> <nil>: Installed /host/opt/cni/bin/host-local 2025-06-26 06:14:19.595 INFO cni-installer/<nil> <nil>: File is already up to date, skipping file="/host/opt/cni/bin/install" 2025-06-26 06:14:19.595 INFO cni-installer/<nil> <nil>: Installed /host/opt/cni/bin/install 2025-06-26 06:14:19.599 INFO cni-installer/<nil> <nil>: File is already up to date, skipping file="/host/opt/cni/bin/loopback" 2025-06-26 06:14:19.599 INFO cni-installer/<nil> <nil>: Installed /host/opt/cni/bin/loopback 2025-06-26 06:14:19.602 INFO cni-installer/<nil> <nil>: File is already up to date, skipping file="/host/opt/cni/bin/portmap" 2025-06-26 06:14:19.602 INFO cni-installer/<nil> <nil>: Installed /host/opt/cni/bin/portmap 2025-06-26 06:14:19.605 INFO cni-installer/<nil> <nil>: File is already up to date, skipping file="/host/opt/cni/bin/tuning" 2025-06-26 06:14:19.606 INFO cni-installer/<nil> <nil>: Installed /host/opt/cni/bin/tuning 2025-06-26 06:14:19.606 INFO cni-installer/<nil> <nil>: Wrote Calico CNI binaries to /host/opt/cni/bin 2025-06-26 06:14:19.624 INFO cni-installer/<nil> <nil>: CNI plugin version: v3.26.0 2025-06-26 06:14:19.624 INFO cni-installer/<nil> <nil>: /host/secondary-bin-dir is not writeable, skipping W0626 06:14:19.625033 1 client_config.go:618] Neither --kubeconfig nor --master was specified. Using the inClusterConfig. This might not work. 2025-06-26 06:14:19.625 ERROR cni-installer/<nil> <nil>: Unable to create token for CNI kubeconfig error=Post "https://10.96.0.1:443/api/v1/namespaces/kube-system/serviceaccounts/calico-cni-plugin/token": dial tcp 10.96.0.1:443: connect: network is unreachable 2025-06-26 06:14:19.625 FATAL cni-installer/<nil> <nil>: Unable to create token for CNI kubeconfig error=Post "https://10.96.0.1:443/api/v1/namespaces/kube-system/serviceaccounts/calico-cni-plugin/token": dial tcp 10.96.0.1:443: connect: network is unreachable

5、继续修复

# 检查主机网络路由
# 在节点上执行
ip route show table all | grep kube
ip route get 10.96.0.1
​
#应有类似输出:10.96.0.1 via 192.168.1.101 dev eth0 
​
#若无手动添加路由
# 在所有节点执行(替换 eth0 为您的网卡名)
sudo ip route add 10.96.0.1/32 via 192.168.1.101 dev eth0
​
#再次查看calic应创建成功并无报错日志

6、该网络还可能会影响kubeedge的安装,会导致如下报错,其主要原因就是上面的路由缺失

TLSTunnelPrivateKeyFile does not exist in /etc/kubeedge/certs/server.key, will load from secret W0626 10:45:10.332634 1 validation.go:187] TLSTunnelCertFile does not exist in /etc/kubeedge/certs/server.crt, will load from secret W0626 10:45:10.332643 1 validation.go:190] TLSTunnelCAFile does not exist in /etc/kubeedge/ca/rootCA.crt, will load from secret I0626 10:45:10.332680 1 server.go:98] Version: v0.0.0-master+$Format:%h$ W0626 10:45:10.332696 1 client_config.go:618] Neither --kubeconfig nor --master was specified. Using the inClusterConfig. This might not work. I0626 10:45:10.332877 1 monitor.go:98] starting monitor server on addr: 127.0.0.1:9091 panic: failed to create system namespace: Post "https://10.96.0.1:443/api/v1/namespaces": dial tcp 10.96.0.1:443: connect: network is unreachable goroutine 1 [running]: github.com/kubeedge/kubeedge/cloud/cmd/cloudcore/app.NewCloudCoreCommand.func1(0xc0004a8700?, {0x2572083?, 0x4?, 0x257204f?}) /go/src/github.com/kubeedge/kubeedge/cloud/cmd/cloudcore/app/server.go:109 +0x825 github.com/kubeedge/kubeedge/vendor/github.com/spf13/cobra.(Command).execute(0xc000dd5800, {0xc0000500e0, 0x0, 0x0}) /go/src/github.com/kubeedge/kubeedge/vendor/github.com/spf13/cobra/command.go:944 +0x863 github.com/kubeedge/kubeedge/vendor/github.com/spf13/cobra.(Command).ExecuteC(0xc000dd5800) /go/src/github.com/kubeedge/kubeedge/vendor/github.com/spf13/cobra/command.go:1068 +0x3a5 github.com/kubeedge/kubeedge/vendor/github.com/spf13/cobra.(*Command).Execute(0xc0000c6058?) /go/src/github.com/kubeedge/kubeedge/vendor/github.com/spf13/cobra/command.go:992 +0x13 main.main() /go/src/github.com/kubeedge/kubeedge/cloud/cmd/cloudcore/cloudcore.go:32 +0x45

Kubernetes网络故障分层诊断:从DNS到CNI的实战排查指南 Kubernetes网络模型将Pod IP抽象为可直连的逻辑平面,其底层依赖DNS解析、Service代理、CNI容器网络、节点路由与防火墙等多层协同。理解CoreDNS工作原理、kube-proxy的iptables/ipvs转发机制、CNI插件(如Calico/Cilium)的veth与隧道配置,是定位连接失败、Connection refused、跨节点不通等高频问题的技术基础。本文聚焦生产环境中最易被忽略的‘不可见’网络层,结合Ubuntu 22.04内核升级、nftables适配、MTU不匹配等真 阅读详情

相关推荐

Kubernetes跨命名空间通信:DNS、Service与NetworkPolicy实战指南

在Kubernetes中,跨命名空间通信并非默认开启,而是基于最小权限原则的显式受控过程。其本质是DNS域名解析(如backend.backend.svc.cluster.local)、ClusterIP服务路由与kube-proxy规则、以及NetworkPolicy网络策略三者协同的结果。理解CoreDNS分层搜索机制可避免90%的‘连接失败’误判;掌握Service端口映射(port/targetPort)与Endpoint状态验证能快速定位服务发现异常;而基于namespaceSelector和po

cqwf95925的博客 720

k8s 二进制部署之 Node 组件部署

在 master 执行,将kubelet-bootstrap用户绑定到系统集群角色 kubectl create clusterrolebinding kubelet-bootstrap \ --clusterrole=system:node-bootstrapper \ --user=kubelet-bootstrap 创建kubeconfig文件 在master执行,在生成kubernetes证书的目录下执行以下命令生成kubeconfig文件: c47ffb939f5ca36231d9e31

菜鸟厚非 7641

Ubuntu 24.04下OpenClaw+K8s+Docker生产级部署实战

容器化是现代AI服务落地的基础能力,它通过镜像封装、环境隔离与标准化运行时,解决LLM应用在多环境间的一致性难题;Kubernetes则提供弹性调度、服务发现与声明式运维能力,支撑AI Agent工作流的高可用与可观测性。OpenClaw作为面向生产场景的开源AI Agent框架,天然依赖容器编排体系——其工具调用链路、记忆状态管理及多步推理追踪,均需K8s的Pod生命周期控制、ServiceAccount安全上下文与ConfigMap/Secret配置注入能力。本教程聚焦Ubuntu 24.04系统特性(

weixin_30383279的博客 302

[运维]7.ingress controller的API组迁移带来的权限问题

部署ingress controller pod后发现错误。这里是说没法列出networking.k8s.io 里的资源,也无法在discovery.k8s.io里的endpoints资源。原有的rbac设置,可以看到这里ClusterRole设置了apiGroups为extension。但是最新的ingress controller已经从extension的api资源组移动到了networking.k8s.io 的API资源组,所以这里的权限已经不再适用。

weixin_45396500的博客 534

DNS服务器类型选型指南:从原理到七类真实场景决策

DNS服务器是互联网寻址体系的入口关卡,其本质远不止IP地址填空——它涉及递归解析、缓存策略、协议支持(如EDNS0、DNSSEC、QNAME最小化)和安全拦截等核心能力。不同DNS类型在响应延迟、地理路由精度、私有域名支持、加密传输(DoH/DoT)及故障域隔离上存在根本差异。企业级应用需规避公共DNS在Kubernetes Service发现、IoT固件升级、IPv6-only网络等场景中的兼容性陷阱;开发环境应避免systemd-resolved的EDNS参数缺陷;安全敏感业务则依赖Quad9或dns

weixin_30423977的博客 509

Kubernetes Ingress HTTPS自动化:cert-manager+NGINX实现Let’s Encrypt端到端证书管理

HTTPS 证书管理是 Kubernetes 网络层的核心能力之一,其本质是将 ACME 协议、Ingress Controller TLS 集成与声明式证书生命周期控制相结合的技术实践。原理上依赖 cert-manager 控制器驱动 Certificate/Issuer CRD,通过 HTTP01 或 DNS01 挑战完成域名验证,并与 NGINX Ingress Controller 动态证书热加载机制协同,实现证书自动申请、续期与注入。该方案显著提升生产环境 TLS 可靠性与可观测性,避免手动运维导

areen7003的博客 424

Failed to list *v1.Service: Get https://10.96.0.1:443/api/v1/services?limit=500&resourceVersion=0: d

kubectl get pods --all-namespaces kubectl describe pod coredns-66bff467f8-kx4ck -n kube-system kubectl logs -f coredns-66bff467f8-kx4ck -n kube-system linux/amd64, go1.13.6, da7f65b E0713 08:17:10.668228 1 reflector.go:153] pkg/mod/k8s.io/client-.

花木兰 9916

手把手教你用VM实现欧姆龙PLC数据采集(含Fins协议配置详解)

本文详细介绍了如何使用VM(VisionMaster)实现与欧姆龙PLC的数据采集,重点解析了Fins协议(包括Fins TCP/UDP)的配置步骤。从网络环境搭建、PLC的IP地址设置,到VM端Fins通讯通道的详细配置与数据点映射,提供了完整的实战指南。文章还涵盖了数据收发解析、常见问题排查清单,帮助工程师快速完成视觉系统与PLC的稳定集成。

weixin_29171087的博客 189

k8s集群重启后,kubelet无法启动

问题描述: 异常排除过程: 重启master节点后,执行: root@k8s-master:~/k8sYamlFile# kubectl get node 输出:The connection to the server 192.168.253.8:6443 was refused - did you specify the right host or port? 检查netstat -ntp,发现6443服务并未开启,判断kubectl服务异常 使用systemctl status kubelet.ser

沐风飞花 8430

PHP版本对接支付宝支付接口 电脑网站 详细介绍 沙箱环境 超简单易懂

PHP版本对接支付宝支付接口 其实理顺了思路后,按照我接下来的步骤来,真的超级简单啊,为啥有那么多的朋友们折腾了那么久呢,嘿嘿,跟我走吧~ 我是昨天晚上洗完澡之后,大概八九点,才开始正式开工尝试去这一工程的,我去支付宝的蚂蚁金服开放平台里把各个知识点和文档大概都看了一遍,大致弄明白了要怎么操作了,建议大家看看电脑网站开发文档,忙到了夜里十二点左右,成功地用支付宝给的Demo完成了付款操...

爱玲姐姐的博客 1万+

SAP采购信息记录批量维护实战:用BAPI ME_INFORECORD_MAINTAIN搞定价格等级和条件记录

本文深入解析SAP标准BAPI ME_INFORECORD_MAINTAIN在采购信息记录批量维护中的应用,特别聚焦价格等级和条件记录的技术难点。通过实战案例和代码示例,帮助用户高效处理供应商-物料价格数据,提升供应链管理效率。

weixin_42522320的博客 410

从一次线上故障复盘说起:K8s网络排错手册(Pod不通/Service访问失败/DNS解析超时)

本文通过一次线上K8s网络故障的详细复盘,提供了Pod不通、Service访问失败和DNS解析超时等常见问题的排查手册。文章从节点网络层、Pod网络层到Service与DNS问题分层解析,并介绍了高级诊断工具与防御性设计,帮助运维人员快速定位和解决K8s网络问题。

weixin_30776273的博客 524

从入门到精通:dirmap 高级 Web 目录扫描实战指南

本文提供了一份从环境搭建到高级配置的dirmap Web目录扫描实战指南。详细解析了工具安装、核心配置文件dirmap.conf的深度调优,包括递归扫描、四种扫描模式(字典、爆破、爬虫、Fuzz)的实战应用,并演示了分阶段资产发现的完整工作流程,帮助安全人员高效发现隐藏目录与敏感文件。

rnn9storyteller的博客 481

K8s 常见问题诊断与排错实战指南

摘要: Kubernetes故障排查需遵循"节点→Pod→容器→应用→网络"的标准化链路。节点层检查NotReady状态及kubelet日志;Pod层针对Pending状态排查资源/存储问题,CrashLoopBackOff状态分析镜像/应用日志;应用层验证探针配置与端口监听;网络层检查Service端点、Ingress路由及DNS。最佳实践包括配置健康探针、搭建监控告警体系(如Prometheus)、集中日志管理(EFK)及设计多可用区高可用架构。通过kubectl describe/logs等命令结合系

qq_52137592的博客 493

edusrc挖掘思路

edusrc挖掘思路前言思路信息搜集系统账号常见漏洞实战分享1、确定目标,语法:site:xxxx.edu.cn2、账号密码组成我们知道了,谷歌语法查找工号3、爆破登录系统4、确定功能,抓具体的url5、添加单引号,报错,是mssql6、报数据库版本,到这一步就可以交了,已经是中危了后记 前言 一月份的时候偶然注意到edusrc,起初是抱着学习的心态去挖几个洞,可是后面发现有证书,而且还贼好看,于是我动了凡心,一顿操作也拿了几本,广西民大、山东理工、同济,未到的有浙大、上海理工,证书要求证书图片可以在我个人

qq_45414878的博客 2万+

7、树莓派故障排查全攻略

本文详细介绍了树莓派在使用过程中常见的各类故障及其排查方法。内容涵盖键盘鼠标诊断、电源诊断、显示诊断、启动诊断、网络诊断以及紧急内核的使用,提供了具体的解决方法和实用建议。同时,文章总结了故障排查流程、常见故障及解决方法的汇总,并给出了注意事项和操作建议,帮助用户高效解决树莓派使用过程中的问题,确保其稳定运行。

cream的博客 323

Kubernetes网络故障排查指南:当你的Pod突然‘失联‘时该怎么办?

本文详细介绍了Kubernetes网络故障排查的实战指南,重点解决Pod突然失联的问题。通过分层验证方法、核心命令工具链和典型故障案例分析,帮助运维工程师快速定位和修复网络通信问题,提升Kubernetes集群的稳定性和可靠性。

weixin_29216957的博客 389

Vue3 - 最新详细实现网站内部打开预览 office 全套附件,在页面弹窗内解析预览 word文档、excel电子表格、ppt演示文稿(docx|xlsx|pptx|pdf|txt等文件)完美兼容

vue3,nuxt3,下载预览,如何预览pdf文档,打开查看,office全套文档,实现在线预览文件,小程序内预览word文件,手机h5移动端网页,nuxt文档在线预览,预览office最好用的插件,office,文档,文件,查看预览,弹框预览,文档无法解析,打不开,报错,失效,保存下载,vue前端预览并下载doc、xls、pdf、txt及图片,下载查看,Office在线预览,vue-office,vue如何使用vue-office教程示例,word文档,ppt,exce表格,预览电子文件,vue在线预览

🏆 前端领域优质创作者 1万+

K8s NodePort避坑指南:为什么你的Service总是连不上Pod?

本文深入解析Kubernetes中NodePort服务连接Pod失败的常见问题,提供从标签选择器、端口映射到命名空间隔离的全面排查指南。通过实战案例和命令组合,帮助开发者快速定位Service与Pod连接问题,掌握K8s服务发现的核心机制与排错技巧。

weixin_29303701的博客 115

告警不是闹钟:AI 如何把告警过滤成真正的“求救信号”?

告警不是闹钟:AI 如何把告警过滤成真正的“求救信号”?

Echo_Wish 241

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

DigitalOcean K8s上Nginx Ingress与cert-manager HTTPS实战

Ingress是Kubernetes中实现七层流量路由的核心抽象,其本质是通过控制器将外部HTTP/HTTPS请求按Host和Path规则转发至后端Service;Nginx Ingress Controller作为最成熟稳定的实现,需配合cert-manager这一原生证书管理器,才能自动化完成ACME协议交互、Let's Encrypt证书申请与续期;二者协同的价值在于解耦TLS生命周期管理与应用部署,支撑headlamp、ArgoCD等多服务统一HTTPS访问;典型应用场景包括云托管K8s集群(如Di

aebe49167的博客 416

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

中小团队在DigitalOcean上构建高可靠性Kubernetes集群实战

Kubernetes可靠性并非单纯依赖资源堆砌或版本升级,而是源于对核心组件行为、系统边界与故障模式的深度理解。在中小团队受限于人力、预算与运维经验的现实约束下,可靠性建设需回归基础:从Linux内核参数调优(如vm.swappiness、cgroup v2)、CNI网络选型(Cilium eBPF)、轻量存储方案(Local Path Storage)到Deployment关键字段(minReadySeconds、PodDisruptionBudget)等可落地细节。本文聚焦DigitalOcean Dr

weixin_33736832的博客 390

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

廖雪峰Python教程[完整版]

廖雪峰的python教程整理的,已经排好版了,而且还是完整的,适合小白

知识点10---Kubernetes高可用部署(二进制方式)

本文详细介绍了Kubernetes二进制部署方案,重点阐述了二进制部署相比kubeadm方式的优势与注意事项。文章提供了完整的部署环境准备流程,包括系统配置、内核升级、GRUB引导设置等关键步骤。部署方案采用三主节点+两工作节点架构,详细说明了IP规划、主机名配置及各项系统参数优化。特别强调了证书管理、配置文件版本兼容性等易错点,建议首次部署严格遵循文档流程。文中还包含了内核编译、时间同步、防火墙配置等实用操作指南,为生产环境部署Kubernetes集群提供了可靠参考。

别人笑我太疯癫,我笑他人看不穿。 395

Ubuntu 18.04 + kubeadm 部署 Kubernetes 的硬核实践指南

Kubernetes 是容器编排的事实标准,其部署依赖于底层操作系统、容器运行时与集群引导工具的深度协同。kubeadm 作为官方推荐的轻量级集群初始化工具,需严格匹配内核特性(如 cgroup v1)、网络栈行为(如 iptables 规则管理)及证书生命周期策略。在长期支持的 Ubuntu 18.04 环境中,这些约束尤为显著:内核 4.15 对 cgroup v2 支持薄弱,Docker 19.03.15 与 kubelet 的 cgroup 驱动必须一致,而 Flannel host-gw 模式则成

congbao6525的博客 451

DeepSeek私有化部署:Nginx与K8s Ingress网关配置与TLS安全加固实战

在微服务与云原生架构中,API网关作为流量入口,承担着认证、授权、限流与安全防护的核心职责。其工作原理是通过反向代理与中间件机制,对进出流量进行统一管控,确保后端服务的稳定与安全。这一技术对于构建高可用、可扩展的分布式系统具有重要价值,尤其在AI模型服务、企业应用集成等场景中不可或缺。本文聚焦于大模型私有化部署场景,深入探讨如何基于Nginx与Kubernetes Ingress两种主流方案,构建安全的网关层,并提供了经过实战检验的TLS加固模板与密钥管理策略,以解决DeepSeek等大模型服务在访问控制、

weixin_34367257的博客 335

Ubuntu 16.04 + kubeadm 搭建 Kubernetes 1.15 集群实战指南

Kubernetes 是云原生时代核心的容器编排系统,其集群部署本质是组件协同、网络打通与证书信任体系的构建过程。kubeadm 作为官方推荐的标准化初始化工具,通过声明式配置驱动 etcd、kube-apiserver 等核心组件以静态 Pod 方式启动,大幅降低入门门槛并保留底层可调试性。在老旧硬件、边缘网关或遗留测试环境等受限场景中,Ubuntu 16.04 凭借稳定内核(4.4)与 cgroup v1 原生支持,配合经验证兼容的 kubeadm 1.15.12 和 Docker 18.06,仍能构建

读书、思考、生活 416
上一篇: Kubernetes 社区自有的仓库配置
markRit
博客等级 码龄7年 46粉丝 5原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值