k8s中pod如何暂停运行（k8s pod restartpolicy）

当前有没有大厂使用k8s时解决Pod优雅退出的标准方案?

最后，调整terminationGracePeriodSeconds以确保容器有足够时间处理所有请求。这包括在Spring Boot中设置正常关闭、配置prestopHook以确保删除pod和更新网络规则的顺序性，以及调整terminationGracePeriodSeconds以给进程足够时间处理请求。

PreStop Hook：通过信号量关闭 Spring Boot 程序，确保在 POD 被删除前执行一些清理操作。terminationGracePeriodSeconds：设置宽限期，如 40s，以确保应用在宽限期内能够正常结束。如果宽限期超过，Kubelet 会强行关闭该 Pod。

K8S首先启动新的POD S等待新的POD进入Ready状态 K8S创建Endpoint，将新的POD纳入负载均衡 K8S移除与老POD相关的Endpoint，并且将老POD状态设置为Terminating，此时将不会有新的请求到达老POD 同时 K8S 会给老POD发送SIGTERM信号，并且等待 terminationGracePeriodSeconds 这么长的时间。

以下是三个大厂K8s集群故障案例：案例一：电商平台促销活动Pod驱逐故障问题现象：促销活动期间，超30%的Pod进入Evicted状态，多个Worker节点内存使用率超95%，用户支付失败率从0.1%升至15%。根因分析：节点内存不足触发kubelet主动驱逐机制，recommendation - Service的Pod内存占用异常高且未设置内存限制。

独立网卡 service 方案 腾讯云 TKE 推出了新一代容器网络方案，实现了 Pod 独占一张弹性网卡，不再经过节点网络协议栈。然而，当前的 kube-proxy 实现 ClusterIP 的方案依赖于在节点侧的网络协议栈里设置 iptables 规则，因此不再适用于独立网卡方案。

首先，一种解决方案是修改节点的 docker 配置文件 daemon.json，以全局设置较大的共享内存大小。然而，这种方法在实现上不够优雅，因为这涉及到直接修改系统级配置，可能会对其他容器或服务产生潜在影响。另一种方案是通过卷（Volume）挂载一个较大的目录到容器的 /dev/shm，从而实现共享内存的分配。

k8s如何修改pod的容器运行参数

在Kubernetes（k8s）中，修改Pod的容器运行参数可以通过修改Pod的配置文件、使用ConfigMaps或Secrets、修改资源请求或限制以及使用特权容器和initCONTAINERs等方式实现。修改Pod的配置文件 这是最直接的方式，适用于大多数需要更改的参数。

在kubernetes中，可以通过在Pod的YAML配置文件中设置securityContext来定义ulimit值。要在Kubernetes中设置Pod内的ulimit值，你需要在Pod的定义中加入securityContext字段，并在其中指定所需的ulimit。这通常是在Pod的YAML配置文件中完成的。

解决方案调整资源限制修改Pod的requests.CPU和limits.cpu值，确保资源分配合理。需注意：调整后需重启Pod生效。优化应用程序修复代码中的死循环、低效算法等问题，或通过缓存、异步处理等优化手段降低CPU消耗。拆分容器将多应用容器拆分为独立Pod，避免资源竞争。例如，将日志收集Sidecar与应用主容器分离。

重建 DaemonSet 的 Pod：使用脚本或手动方式重建 master 节点上的 daemonset Pod。更改 rancher 集群配置：在 rancher 集群配置中指定使用 containerd 作为容器运行时。

配置 ConfigMap：创建 ConfigMap，指定需要应用动态调整策略的 Pod 标签和策略参数。部署 Pod：创建带有指定标签的 Pod，并确保其能够触发自定义组件的 CPU Burst 策略。验证效果：通过压力测试工具对 Pod 进行测试，观察并记录应用动态调整策略前后的性能变化。

hostNETwork的基本配置 当Pod的spec中设置了hostNetwork： true时，Pod就会使用宿主机的网络。这意味着Pod内的容器将能够直接访问宿主机的网络配置，包括IP地址、端口等。同时，Pod也将使用宿主机的dns配置，除非通过DNS策略进行修改。DNS策略配置 在hostNetwork模式下，Pod默认会使用宿主机的DNS配置。

doris服务器关机,怎么重启doris

步骤一：首先，需要进入Docker容器。使用命令docker exec -it container_id bash，通过容器ID进入容器，并打开一个bash shell。步骤二：在容器内部，使用supervisorctl restART all命令重启Doris服务。这条命令会利用supervisorctl工具重启所有服务。

安装部署 环境准备 硬件环境：确保服务器满足Doris的硬件要求，包括CPU、内存、存储等。软件环境：安装必要的操作系统、依赖库和工具，如Linux系统、JDK、MySQL客户端等。集群安装 根据官方文档或公司内部文档，逐步进行Doris集群的安装与配置。确保每个节点的安装步骤一致，配置参数正确。

重置密码：在页面中找到重置密码的入口，设置新密码，同意重启服务器的操作后点击确定。远程连接：服务器重启完毕后，点击远程连接选项，通常用户默认是root ，此时输入刚刚重置的密码，即可进入远程服务器的终端。

在/ETC/odbcinst.ini中登记FreeTDS驱动。在/etc/odbc.ini中配置MSSQL数据链接信息，包括服务器名称、描述、驱动程序、服务器地址、端口、数据库名称等。测试ODBC链接，确保配置正确无误。修改Doris BE ODBC配置文件：在Doris BE的conf文件夹中找到dbcinst.ini文件。添加SQL Server驱动信息。

它允许用户在不涉及复杂集群配置和管理的情况下，熟悉Doris的基本操作和查询性能。测试环境：在开发或测试阶段，单机部署可以作为一个轻量级的测试平台，用于验证新功能、查询优化或数据迁移的可行性。小规模数据处理：数据量小：对于数据量较小、查询复杂度不高的应用场景，单机部署足以满足性能需求。

确保DataX安装：首先，需要在服务器上正确安装并配置DataX。创建Doris目标表：在Doris中提前创建好目标表，确保该表的字段与MySQL中要同步的数据字段相匹配。配置Json文件：创建JSON文件：创建一个JSON配置文件，用于定义DataX的同步任务。

K8s中Pod生命周期和重启策略

1、例如，deployment通常会将Pod的重启策略设置为Always，以确保Pod在出现问题时能够自动恢复。K8s重启的时间间隔和最大延迟 Kubernetes在重启Pod时，会遵循一定的时间间隔和最大延迟规则。具体来说，重启的时间间隔通常是2的幂次方倍增（即2n），最大延迟时间通常为5分钟。

2、重启策略有三种：Always、OnFailure和Never。如果设置为Always，那么无论因为什么原因停止，Pod都会自动重启。如果设置为OnFailure，则只有Pod非正常停止时（例如，因为崩溃或被杀死）才会重启。如果设置为Never，则Pod在任何情况下都不会自动重启。

3、在Pod层面配置共享Volume，允许所有容器访问，保留持久数据，即使容器重启。容器间共享IP与端口空间，通过localhost相互发现。多容器Pod示例展示了共处容器与资源的打包管理，以及容器间通信与协调。Pod中设置重启策略，如Always，降低应用中断时间，适用于所有容器。

4、Pod 的重启策略：Always、OnFailure、Never。Pod 的健康检查方式：liveness Probe 和 Readiness Probe。Liveness Probe 探针的常见方式：HTTP get、TCP Socket、Exec。Pod 的常见调度方式：默认调度器、自定义调度器。初始化容器（init container）：在 Pod 主容器启动前运行的容器，用于准备环境。