k8spod增加内存，k8s minio 扩容

nginx内存配置报存

1、原因：缓存配置不当或后端响应异常。解决办法：检查缓存目录权限，限制单文件缓存大小，并启用gzip压缩来减少内存占用。系统级资源限制：原因：操作系统或容器平台对Nginx进程内存限制过低。

2、需升级至64位Nginx，并确保系统内存充足。php内存耗尽：PHP默认内存限制不足。可修改php.ini中的memory_limit，重启Nginx和PHP - FPM。配置文件BOM头错误：Windows记事本编辑配置文件添加了UTF - 8 BOM头，导致报错。需用工具将文件编码改为UTF - 8无BOM格式并重新保存。

3、缓存配置： proxycachepath命令：这是启用Nginx缓存的关键步骤，需要在最顶层的HTTP节点下设置。它用于指定缓存保存的本地路径和共享内存区域的名称与大小。 内存区大小：proxycachepath命令中配置的内存区大小仅为缓存元数据的加载大小，而非限制缓存数据大小。如需限制缓存数据上限，需添加maxsize参数。

4、proxy_cache缓存设置#注：proxy_temp_path和proxy_cache_path指定的路径必须在同一分区proxy_temp_path /data0/proxy_temp_dir；#设置web缓存区名称为cache_one，内存缓存空间大小为200MB，1天没有被访问的内容自动清除，硬盘缓存空间大小为30GB。

5、原理： 配置数据存储：配置数据通常存储在配置文件中。当配置需要变更时，更新配置文件，然后程序会自动重新加载这些配置。 热更新机制：与nginx的配置重载机制不同，一个类nginx工具可以通过监听一个本地端口来实现配置数据的热更新。这种方式既安全又实时，因为可以查看内存中的实时配置状态。

6、注意，在新老配置进程交替过程中，新老进程是同时存在的，如果是异常的请求出了问题，客户端长时间没有处理，会导致请求长时间占用在内存中，worker进程就会一直存在，解决这个问题的办法设置，可以设置worker_shutdown_timeout解决。

Pod的扩缩容

1、设置缩扩容规则：例如，设置当CPU使用率达到20%时，允许从2个pod扩容到5个。验证缩扩容：执行自动更新命令后，检查POD数量，确认已成功扩容。缩容操作通常会在负载降低后自动进行。

2、系统会假设这些Pod在需要缩容（Scale Down）时消耗了期望指标值的100%，在需要扩容（Scale Up）时消耗了期望指标值的0%，这样可以抑制潜在的扩缩容操作。

3、进一步，我们需要安装资源占用查看插件，对metrics-server-COMponents.yaml文件进行适当调整，确保兼容性。安装插件并确认成功后，使用`top`命令观察资源使用情况。为了测试压力，我们创建一个服务，模拟并发请求，观察到资源负载激增后，HPA自动将Pod数量扩至5个。停止测试后，缩容可能会在一段时间后自行进行。

4、HPA与VPA是Kubernetes环境中用于Pod资源管理的两种自动化扩缩容工具。HPA： 功能：主要负责Pod的水平扩展，即根据Pod的负载变化自动调整Deployment的副本数量。 数据源：依赖于Metrics Server来获取Pod的资源指标数据，每15秒更新一次。 应用场景：适用于需要根据负载动态调整Pod数量的场景，以保持服务的稳定运行。

5、在实际项目中，业务应用的动态扩缩容是关键需求，手动操作无法满足自动化需求。kubernetes 提供的资源对象 Horizontal Pod Autoscaling（HPA）解决了这一问题。HPA 通过监控分析控制器控制的所有 Pod 的负载变化情况来确定是否需要调整 Pod 的副本数量，实现动态扩缩容。

我用k8s给多个容器挂载了同一个目录,并在里面安装conda

在Kubernetes（K8S）中，给多个容器挂载同一个目录并在其中安装Conda是可行的。具体实现方式如下： 创建持久卷（PV）：首先，需要定义一个持久卷的配置文件，指定存储的大小、访问模式以及存储的实际路径等信息。

K8S学习指南(10)-k8s中为pod分配CPU和内存资源

Kubernetes中，资源通过Pod YAML文件配置，spec字段下的containers字段，使用resources字段进行。示例展示 示例展示了为Pod中容器设定CPU和内存请求及限制。资源分配最佳实践 合理配置Pod资源请求与限制，调整以适应应用需求，高效利用集群资源，提升系统稳定性和性能。本文实例与实践指南，助你深入了解Kubernetes资源分配。

在Kubernetes 27版本中，引入了一个新的alpha特性，允许用户在不重启Pod的情况下调整分配给Pod的CPU或内存资源的大小。此功能通过允许在Pod容器的resources字段中对CPU和内存资源进行更改实现，用户可以通过patch修改正在运行的Podspec来实现资源调整。

核心概念概览集群：由多个节点构成，节点可动态添加，包含CPU和内存资源。容器：k8s的调度平台，作为宿主机上的进程或操作系统子集。Pod：k8s的基本调度单元，一个Pod可运行多个容器，共享资源。副本集（ReplicaSet）：维护应用实例数量，保证应用高可用。