在讨论nginx-ingress-controller日志持久化方案时，首先要了解nginx-ingress-controller产生的日志类型和特点。nginx-ingress-controller产生的日志主要包括controller日志、access日志和error日志三种类型。controller日志默认输出到标准输出stdout，并且可以通过启动参数--log_dir配置输出到文件，但是文件不会自动轮转或清理。access日志和error日志默认也输出到标准输出stdout，但是它们可以通过nginx-configuration配置输出到特定文件，同样这些文件也不会自动轮转或清理。 解决nginx-ingress-controller日志持久化的问题，关键在于将日志从标准输出重定向到文件，并且确保这些文件在持久化存储中得以保留。下面介绍几个关键的解决方案： 1. 使用HostPath持久化存储controller日志。可以通过在nginx-ingress-controller的部署配置中指定一个HostPath持久化卷，将其映射到容器内的日志目录，比如/var/log/nginx_ingress_controller/。配置相关的参数log-dir和logtostderr，使得日志重定向到指定的持久化目录。由于controller日志会进行滚动，因此需要定时清理一定时间之前的日志文件。可以通过在宿主机上配置crontab定时任务，使用logrotate工具对日志进行轮转和清理。 2. 利用initContainer自动化操作。由于nginx-ingress-controller默认以用户ID 33启动容器，直接挂载HostPath可能会遇到权限问题。通过创建一个initContainer，这个容器可以在nginx-ingress-controller主容器启动之前运行，执行chown命令来改变指定目录的用户组，从而解决权限问题。initContainer的镜像中仅包含一个简单的脚本，用于读取环境变量，并执行chown命令。 3. 使用ConfigMap配置logrotate。由于nginx-ingress-controller的基础镜像中已经包含logrotate工具，因此可以将自定义的logrotate配置文件作为ConfigMap挂载到容器内部。这样，便可以利用logrotate的能力对日志文件进行轮转和清理。 具体到部署的配置，需要创建一个部署文件，其中包含nginx-ingress-controller的Service和Deployment定义。在部署文件中，定义Service时指定type为ClusterIP，并配置端口映射。在Deployment配置中，指定namespace，设置挂载HostPath的持久化卷，并配置initContainer和nginx-configuration，确保日志目录的权限正确，并指定logrotate的配置文件。 此外，部署文件中的initContainer配置部分应包括环境变量和volumeMount，以便正确挂载持久化卷并运行chown脚本。logrotate配置文件应详细规定日志轮转的行为，包括日志文件轮转的频率、最大文件大小、文件权限等。 以上步骤详细介绍了nginx-ingress-controller日志持久化的解决方案，并指出实现这一方案需要考虑的关键配置和操作。通过这些步骤，可以有效地将nginx-ingress-controller产生的日志持久化存储，便于后续的分析和故障排查。

在现代的云计算环境中，Kubernetes已成为容器编排技术的事实标准。它为管理容器化应用程序的部署、扩展和操作提供了一种灵活的方法。Kubernetes生态系统中的一个关键组件是Ingress，它为集群外部访问集群内部服务提供了一种规则定义方式。Ingress-Controller是Ingress规则得以实现的执行者，负责监听、验证以及实现Ingress定义的规则。 Ingress是一个API对象，它定义了外部访问集群内服务的规则。这些规则描述了外部请求如何转发到集群中的不同服务上，通常使用域名或路径等信息来决定请求应该被发送到哪个服务。Ingress可以提供负载均衡、SSL终止和基于名称的虚拟托管等HTTP路由功能。 Ingress-Controller是运行在Kubernetes集群中的一个实例，它负责实现Ingress定义的规则。Ingress-Controller通过不断监控API服务器中的Ingress对象来感知新的或更新的规则，并根据这些规则来配置负载均衡器，如Nginx、HAProxy等，从而实现对集群内服务的外部访问控制。 Ingress-Controller本身是一个Pod运行在Kubernetes集群中，它通过监听Kubernetes API来动态更新负载均衡器的配置。用户通过编写yaml文件来定义Ingress资源，该文件详细描述了如何将外部的请求转发到集群内部的不同服务上。yaml文件中可以指定域名、路径和对应的后端服务，Ingress-Controller会读取这些信息并相应地配置负载均衡器。 在给定的压缩包文件中，我们可以看到两个特定的.tar.gz文件和一个.yaml文件： 1. ingress-nginx-controllerv1.1.0.tar.gz：这是一个打包文件，它可能包含了Nginx Ingress-Controller的源代码或编译后的二进制文件。Nginx是Kubernetes中广泛使用的Ingress-Controller之一，它利用Nginx的强大功能来提供高性能的HTTP路由。 2. kube-webhook-certgen-v1.1.0.tar.gz：这个文件可能包含了生成TLS证书的工具，这对于Ingress来说是必要的，因为Ingress经常需要处理HTTPS连接，这要求有有效的证书进行SSL终止。 3. ingress-deploy.yaml：这是一个YAML格式的部署文件，它描述了如何部署Ingress-Controller到Kubernetes集群中。这个文件可能会指定容器镜像、环境变量、挂载卷、资源限制以及Ingress-Controller的配置等。 Ingress和Ingress-Controller在Kubernetes集群中的作用是至关重要的，它们让服务的外部访问变得灵活和强大。通过合理配置Ingress资源和相应的Ingress-Controller，开发者和运维人员可以轻松实现对集群内部服务的精细控制，满足各种复杂场景下的网络需求。

ingress-controller-HK

kubernetes的quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.20.0镜像包，版本为v0.20.0。文件先解压，之后得到nginx-ingress-controller.0.20.0.tar

K8S中dashboard+ingress-controller yaml文件

高可用ingress-controller部署所用yaml文件，ingress-controller-v1.1.0，kube-webhook-certgen-v1.1.1。

适用于Kubernetes的Apache APISIX 使用进行Kubernetes 。 apisix-ingress-controller中的所有配置都是使用Kubernetes CRD（自定义资源定义）定义的。 例如Apache APISIX中的configure ，针对上游的支持服务注册发现机制，负载平衡等。 apisix-ingress-controller是Apache APISIX控制平面组件。 目前，它适用于Kubernetes集群。 将来，我们计划将子模块分开以适应更多的部署模式，例如虚拟机集群。 apisix-ingress-controller的技术架构： 地位 该项目目前被认为是实验性的。 特征 使用具有最小学习曲线的k8s yaml结构，对具有自定义资源定义（CRD）的Apache APISIX进行声明式配置。 适用于Yaml期间的热重装。 本机Ku

因为网络原因不能下载quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.30.0，可以使用这个镜像

Kubernetes 1.19.4安装Nginx-Ingress-Controller全套资源 包含以下内容： deploy.yml jettech-kube-webhook-certgen-v1.5.0.tar k8s.gcr.io-ingress-nginx-controller-v0.41.2.tar nginx-1.19.5.tar

k8s-第七章搭建ingress使用的yaml文件