编辑pod配置生效，pod部署
k8s-服务网格实战-入门Istio
Istio是kubernetes中广泛使用的服务网格解决方案，用于管理复杂应用调用关系中的限流、降级、trace、监控、负载均衡等功能。以下是关于入门Istio的要点：Istio的基本概念：Istio是一个服务网格解决方案，专门用于在Kubernetes环境中管理微服务之间的通信。
进入服务网格系列，前面已讲解基本知识，但企业中存在复杂应用调用关系，需要管理限流、降级、trace、监控、负载均衡等功能。在kubernetes出现之前，这些问题通常由微服务框架解决，如Dubbo、SpringCloud等。
五分钟k8s实战Istio 网关的要点如下：Istio网关功能：Istio的网关功能用于将集群内部服务暴露给外部流量，与Ingress类似但功能更强大。特别适用于中大型企业，可有效管理内外网流量，通过同一个控制面实现。
五分钟k8s实战Istio 网关的要点如下：Istio 网关功能：Istio网关能够处理集群外部流量，实现网关功能。与k8s中的Ingress类似，都是将内部服务暴露给外部访问的途径。Istio网关提供了比Ingress更灵活的选项，功能更加丰富，适合中大型企业统一管理内外网流量。
cs里面机器人podbot2.5具体怎么用?
1、PODBot 5在CS中的具体使用方法如下： 安装与加载 下载插件：将PodBot 5的插件文件下载到CS游戏目录中，通常放置在“addons”或“plugins”文件夹内。 启动游戏并加载插件：启动CS游戏后，通过控制台输入特定命令或在游戏菜单中选择“插件”或“模组”选项加载PoDBot 5插件。
2、安装PodBot 5插件：- 将PodBot的文件复制到CS服务器的相应文件夹中。- 确保服务器的配置文件正确地引用了PodBot插件。- 安装完成后，重新启动服务器以使插件生效。 配置机器人的行为、难度和数量：- 编辑服务器配置文件或使用PodBot的控制台命令来设置机器人的参数。
3、在CS游戏中，PodBot 5的具体使用方法如下：安装PodBot 5插件：将PodBot 5插件文件复制到CS服务器的相应文件夹中。确保服务器配置文件正确引用了该插件。安装完成后，重新启动服务器以激活PodBot 5插件。
4、PodBot 5在CS中的使用方法是：通过游戏内的控制台或菜单选项来加载PodBot 5插件，然后按照其提供的指令和设置来配置和控制机器人。PodBot 5是一款用于Counter-Strike（CS）游戏的机器人插件，它允许玩家与电脑控制的机器人进行对战或练习。
5、在CS6游戏中，想要添加机器人，首先进入游戏房间。 然后按下键盘上的“H”键，从弹出的菜单中选择“Add Bot”选项来添加机器人。 选择“POD-BOT 5”版本机器人，这个版本无需额外安装，只需将其复制到CS6的安装目录下即可。 下次启动CS6时，无需手动添加机器人。
k8s环境下profiles不生效
在K8s环境下profiles不生效的原因及解决方案如下：原因： K8s配置问题：运维在K8s配置中虽然设置了spring.profiles.active=uat命令行参数，但该参数可能未正确传递到Spring Boot应用中，导致profiles未生效。
对K8s不熟悉，未能找到原因。发现profiles生效的命令行方式除`--spring.profiles.active`和`-Dspring.profiles.active`外，还可通过环境变量实现。对于Nacos（starter）版本未输出配置服务器地址的问题，导致应用持续发现错误，对此表示不满。
初识PV和PVC
PV是由Kubernetes管理员设置的存储资源，而PVC是对PV的请求，表示用户需要什么类型的PV。PV： 定义：PV是由Kubernetes管理员设置的存储资源，可以事先制备，或者使用存储类来动态制备。PV是集群资源，没有命名空间限制。 回收策略：包括Retain、Recycle和Delete。
PV（PersistentVolume）是由Kubernetes管理员设置的存储，可以由管理员事先制备，或者使用存储类来动态制备。PV是集群资源，没有命名空间限制。PVC（PersistentVolumeClaim）是对PV的请求，表示需要什么类型的PV。PVC有命名空间限制。以下是PV和PVC的使用流程：开发人员需要申请存储。
PU料在制造工艺上比PVC料要复杂一些，由于PU的底布是抗拉强度好的帆布PU料，除了可以涂覆在底布的上面外，还可以将底布包含在中间，使之外观看不到底布的存在。PU料的物理性能要比PVC革好，耐曲折、柔软度好、抗拉强度大、具有透气性（PVC无）。
通过指定PVC的storageClassName字段，Kubernetes可以自动创建与PVC匹配的PV。即使不创建StorageClass，Kubernetes也可以进行Static Provisioning，但在做绑定决策时会考虑PV和PVC的StorageClass定义。
k8s部署-21-ingress-nginx实现原理和部署,并简单使用
Ingress 是在 Kubernetes 集群中对外提供服务访问管理的 api 对象，主要用于 HTTP 和 https 的路由。Ingress 可以实现负载均衡、SSL 终结和基于名称的虚拟托管等功能。例如，可以将所有流量路由到集群内的同一服务。
利用Ingress规则配置一个Nginx服务，确保其与Ingress控制器集成，实现流量路由至对应服务。3 测试 通过外部访问测试，验证流量是否被正确路由至预期服务，确保Ingress部署成功。
Nginx Ingress 还可以根据 HTTP 请求头部携带的 Host 字段（通常由访问的域名决定）将来自单一绑定 IP 地址的流量分发给不同的后端 Service。这种方式实现了基于名称的虚拟主机（Name-based Virtual Hosting）能力，适用于需要根据域名将流量分发到不同服务的场景。
了解Ingress的基本原理：Ingress支持两种对外暴露方式：HTTP和HTTPS。HTTP暴露配置：创建一个自定义服务，例如Nginx服务，并将端口号设为80。通过Ingress配置，实现通过域名访问此服务的主页。HTTPS暴露配置：准备加密的crt和key文件。创建Secret，可以通过yaml格式或直接使用指令来完成。
实现pod定时重启
以下是实现Pod定时重启的具体步骤：创建CronJob：首先，使用kubectl命令创建一个CronJob。这个CronJob将负责定时触发Pod的重启操作。例如，可以使用kubectl create cronjob命令，并指定CronJob的名称、定时策略以及要执行的命令。
Kubernetes在重启Pod时，会遵循一定的时间间隔和最大延迟规则。具体来说，重启的时间间隔通常是2的幂次方倍增（即2n），最大延迟时间通常为5分钟。这意味着，如果容器频繁重启，Kubernetes将逐渐增加重启之间的等待时间，以避免对系统造成过大的压力。
总结，采用 Kubernetes 内置的滚动重启命令 `kubectl rollout restart` 实现了高效、稳定的业务 Pod 重启流程，简化了操作，减少了对 Kubernetes 调度系统的压力，确保了服务的连续可用性。
Pod重启策略： Always：容器失效时，总是自动重启容器。这是K8s的默认重启策略，适用于大多数场景，如RC、DaemonSet等。 OnFailure：仅当容器以非0状态码退出时，才触发重启。Job通常会使用这种策略。 Never：容器失效时，从不重启。
Pod的重启策略通过spec字段的restartPolicy设定，常见值有Always（默认，异常退出即重启）、OnFailure（退出码非0时重启）和Never（不重启）。下面通过实例展示不同策略的应用：Always策略：无论正常或非正常停止，容器均会重启。例如，正常关闭tomcat服务后，Pod状态恢复正常，而非正常关闭时，容器会重启。
