系列文章目录文章目录系列文章目录前言一、kube-proxy三种服务负载模式1.1userspace模式1.2iptables模式1.3ipvs模式二、kube-proxy启动参数2.1基本参数2.2目录挂盘2.3kubeproxy配置项(ConfigMap)2.4kube-proxy启动参数三、kube-proxy常用命令四、宿主机上的iptables规则（Kube-Proxy）4.1给定K8S集群4.2DNSService将流量发送给两个Pod4.3KubernetesService将流量发送给APIServer的6443端口总结前言在前面我们讲解过提供相同服务的一组Pod可以抽象成为一个
目录一装备三台机器linux(centos)二准备前置环境并安装kubernetes1 三台机器都要做如下操作 1.1关闭防火墙：1.2 关闭selinux：1.3 关闭swap1.4 添加主机名与IP对应关系1.5 date查看时间（可选）1.6 卸载系统之前的docke命令自行百度不做说明1.7 安装Docker-CE 1.7.1 装必须的依赖 1.7.2设置dockerrepo的yum位置 1.7.3 安装docker，以及docker-cli 1.7.4 配置docker加速器(自己去阿里云镜像加速器粘贴下面是例子不一定好用) 1.7.5 动docker&设置docker开机自启
对Kubernetes集群进行监控对于确保容器化应用程序的健康、性能和可靠性至关重要。Kubernetes提供了强大的监控工具套件和集成，但是当您需要深入内核和网络级别的复杂性时，eBPF(扩展的伯克利包过滤器)就成为了无价的资源。在本文中，我们将探索惊人的eBPF功能，以及如何利用它提升Kubernetes监控策略。译自HowtoUseeBPFCapabilitiestoNavigateKubernetesMonitoring。作者DevGenius。在Kubernetes的背景下，eBPF在诸如容器网络监控(CNI插件)、通过基于eBPF的网络策略加强安全性以及进行详细的性能分析等任务中发
欢迎来到英杰社区：https://bbs.csdn.net/topics/617804998欢迎来到阿Q社区：https://bbs.csdn.net/topics/617897397作者简介：辭七七，目前大二，正在学习C/C++，Java，Python等作者主页：七七的个人主页文章收录专栏：七七的闲谈欢迎大家点赞👍收藏⭐加关注哦！💖💖引言在当今快节奏的软件开发世界中，容器技术的兴起为应用部署和管理提供了全新的范式。而在容器的生命周期中，Kubernetes（通常简称为K8s）作为一种先进的容器编排工具，正引领着这场技术变革的潮流。本文将深入探讨Kubernetes的核心概念、架构和功能，以及
本文以一个简单的Go应用Demo来演示Kubernetes应用部署的完整流程1、Dockerfile多阶段构建Dockerfile多阶段构建[root@dockergithub]#gitclonehttps://gitee.com/yxydde/http-dump.git[root@dockergithub]#cdhttp-dump/[root@dockerhttp-dump]#catDockerfileFROMgolang:1.19.0ASbuilderWORKDIR/appCOPYmain.go.COPYgo.mod.RUNgobuild-a-ohttp-dump.#这里使用多阶段构建,只
1.环境准备1.1集群规划本次安装环境为：3台k8s+现有的mysql数据库+nfs1.2下载及介绍DolphinScheduler-3.2.0官网：https://dolphinscheduler.apache.org/zh-cn/download/3.2.0官网安装文档：https://dolphinscheduler.apache.org/zh-cn/docs/3.2.0/guide/installation/kubernetes#appendix-configurationr2.前置工作默认k8s集群已经安装完成，本次已腾讯的TKE为例介绍参考腾讯TKE官方文档：https://clo
目录一、理论1.K8S集群升级2.环境3.升级策略4.master1节点迁移容器运行时(docker→containerd) 5.master2节点迁移容器运行时(docker→containerd) 6.node1节点容器运行时迁移(docker→containerd) 7.升级集群计划（v1.23.14→ v1.24.1）8.升级master1节点版本（v1.24.1）9.升级master2节点版本（v1.24.1）10.升级node1节点版本（v1.24.1）11.验证集群（v1.24.1）二、实验1.环境2.master1节点迁移容器运行时(docker→containerd) 3.m
日志架构应用日志可以让你了解应用内部的运行状况。日志对调试问题和监控集群活动非常有用。大部分现代化应用都有某种日志记录机制。同样地，容器引擎也被设计成支持日志记录。针对容器化应用，最简单且最广泛采用的日志记录方式就是写入标准输出和标准错误流。但是，由容器引擎或运行时提供的原生功能通常不足以构成完整的日志记录方案。例如，如果发生容器崩溃、Pod被逐出或节点宕机等情况，你可能想访问应用日志。在集群中，日志应该具有独立的存储，并且其生命周期与节点、Pod或容器的生命周期相独立。这个概念叫集群级的日志。集群级日志架构需要一个独立的后端用来存储、分析和查询日志。Kubernetes并不为日志数据提供原生
由于本人电气出身，对于docker和kubernetes这两个东西可谓是深恶痛绝。然而项目需要，搬砖人只能默默自学了。k3s在自动驾驶中的项目还是很有可取之处的，而且docker也能够避免不同设备之间的系统版本问题。因为目前的项目都是基于ros2humble开发的，所以我们所有的节点都是使用ros2进行运行。之前，使用docker进行各个设备之间的数据交换已经完美运行，现在只需要加载到k3s平台就好。其实想想挺简单，然而自我怀疑智商不够的我，加上网上没有找到相关教程，硬生生的花了很多的时间把他啃下来。两个重要的网站，很多博主都对他进行详细的介绍，可以去查阅他们的总结介绍：dockerk3s安装
前言：kubernetes集群需要灾备吗？kubernetes需要迁移吗？ 答案肯定是需要的那么，如何做kubernetes灾备和迁移呢？当然了，有很多的方法，例如，自己编写shell脚本，或者使用专业的灾备工具，但shell编写复杂，也可能会有所遗漏，对比其它的kubernetes专业备份软件，很多备份条件苛刻，安装部署困难，或者恢复只能一把梭，也就是备份和恢复不太灵活的那种样子，比如，KastenK10 就部署比较麻烦（过于重），备份也不太灵光的样子。velero 这个备份工具比较好，优点有 部署简单，快速，备份范围可定制，例如只备份deployment这样的资源，只备份某个namespa
