k8s重启pod（k8s重启容器命令）
大厂k8s集群故障案例
1、以下是三个大厂K8s集群故障案例：案例一：电商平台促销活动pod驱逐故障问题现象：促销活动期间，超30%的POD进入Evicted状态，多个Worker节点内存使用率超95%，用户支付失败率从0.1%升至15%。
2、今晚19：00，一场针对K8s与系统应用运维难题的直播盛宴即将开启！亚马逊云科技解决方案架构师携手大厂AI产品经理，将带你深入运维实战，用AI破解运维困局。
3、近日，kubernetes（简称K8s）圈内大佬Noah Kantrowitz连发多条推文，抨击“FAANG”（Facebook、Apple、Amazon、NETFlix、Google，现已泛指科技巨头）科技巨头内部晋升机制对K8s全职员工不友好，指出这些公司的激励措施正阻止人们全职参与开源贡献，导致大家的贡献积极性放缓。这一观点在技术圈内引发了广泛讨论。
doris服务器关机,怎么重启doris
1、步骤一：首先，需要进入Docker容器。使用命令docker exec -it CONTAINER_id bash，通过容器ID进入容器，并打开一个bash shell。步骤二：在容器内部，使用supervisorctl restart all命令重启Doris服务。这条命令会利用supervisorctl工具重启所有服务。
2、安装部署 环境准备 硬件环境：确保服务器满足Doris的硬件要求，包括cpu、内存、存储等。软件环境：安装必要的操作系统、依赖库和工具，如Linux系统、JDK、MySQL客户端等。集群安装 根据官方文档或公司内部文档，逐步进行Doris集群的安装与配置。确保每个节点的安装步骤一致，配置参数正确。
3、重置密码：在页面中找到重置密码的入口，设置新密码，同意重启服务器的操作后点击确定。远程连接：服务器重启完毕后，点击远程连接选项，通常用户默认是root ，此时输入刚刚重置的密码，即可进入远程服务器的终端。
4、实时报表：通过Doris，企业可以实时生成各种业务报表，如销售报表、财务报表等，帮助管理层及时了解业务状况。实时监控：Doris支持实时数据加载和查询，可以实现对业务指标的实时监控，如网站流量、服务器负载等。
5、它允许用户在不涉及复杂集群配置和管理的情况下，熟悉Doris的基本操作和查询性能。测试环境：在开发或测试阶段，单机部署可以作为一个轻量级的测试平台，用于验证新功能、查询优化或数据迁移的可行性。小规模数据处理：数据量小：对于数据量较小、查询复杂度不高的应用场景，单机部署足以满足性能需求。
6、在/etc/odbcinst.ini中登记FreeTDS驱动。在/etc/odbc.ini中配置MSSQL数据链接信息，包括服务器名称、描述、驱动程序、服务器地址、端口、数据库名称等。测试ODBC链接，确保配置正确无误。修改Doris BE ODBC配置文件：在Doris BE的conf文件夹中找到dbcinst.ini文件。添加SQL Server驱动信息。
生产问题(一)K8S内存溢出
在Kubernetes（K8S）环境中，当Pod使用的内存超过其限制时，会发生内存溢出（OOM）并被K8S重启。这里讨论的是一个特殊的内存溢出案例，其特殊之处在于问题并非由java虚拟机（JVM）引起。问题背景 PoD内存分配：该服务所在的Pod被设置为2G内存限制，超过此限制将触发K8S的OOM重启机制。
在kubernetes（K8s）中，当Pod发生OOM（Out of Memory，内存溢出）被杀掉时，Pod的名称本身不会因为OOM事件而发生变化。
Flink 内存分区与 JVM 分区间的关系如下：硬限制分区导致 Flink 报内存不足；JVM 管理的分区内存耗尽时，JVM 会报其所属的 JVM 分区 OOM（如 JAVA.lang.OutOfMemoryError： Java heap Space）；持续内存溢出导致进程总体内存超出容器限制，资源管理器（如 YARN 或 k8s）会杀死该进程。
JVM堆的构成是什么？OOM（内存溢出）的原理及如何监控？压测与监控工具 重点：JMeter、locust、PTS（阿里云性能测试服务）、nmon、Zabbix。
k8s启动pod读不到etc/profile
**挂载问题**：检查Pod的挂载配置，确保/etc/profile所在的文件系统被正确挂载到Pod中。可能需要调整挂载路径或权限设置。 **环境变量设置**：确认Pod的环境变量配置是否正确，某些环境变量可能会影响对/etc/profile的读取。
当K8s启动Pod读不到/etc/profile时，可能有以下几种情况及解决办法。 **权限问题**：检查容器内运行的用户对/etc/profile文件是否有足够的读取权限。比如确保运行容器的用户有相应的读权限，若权限不足，可调整文件权限。 **文件不存在**：确认容器镜像中是否包含完整的/etc/profile文件。
原因： K8s配置问题：运维在K8s配置中虽然设置了Spring.profiles.active=uat命令行参数，但该参数可能未正确传递到Spring Boot应用中，导致profiles未生效。 环境变量缺失：在Docker容器中，缺少必要的环境变量SPRING_PROFILES_ACTIVE=uat，这也是导致profiles不生效的原因之一。
dns解析问题若Pod能通过IP访问外网但无法通过域名访问，通常是DNS配置异常。需检查Pod的/etc/resolv.conf文件，确认是否包含有效的DNS服务器地址（如8或9）。若缺失或配置错误，可能导致域名无法解析。解决方案：修改主机的/etc/resolv.conf文件，添加外部DNS服务器。
