bitnamicharts/nginx-ingress-controller Docker 镜像 - 轩辕镜像 | Docker 镜像高效稳定拉取服务

Bitnami 软件包：NGINX Ingress Controller

NGINX Ingress Controller 是一款 Ingress 控制器，用于通过 NGINX 管理 Kubernetes 集群中 HTTP 服务的外部访问。

NGINX Ingress Controller 概述

商标声明：本软件列表由 Bitnami 打包。所提及的相关商标归各自公司所有，使用这些商标并不意味着任何关联或背书。

TL;DR

console
helm install my-release oci://registry-1.docker.io/bitnamicharts/nginx-ingress-controller

希望在生产环境中使用 NGINX Ingress Controller？请尝试 VMware Tanzu Application Catalog，即 Bitnami 目录的商业版。

⚠️ 重要通知：Bitnami 目录即将变更

自 2025 年 8 月 28 日起，Bitnami 将升级其公共目录，通过新的 Bitnami Secure Images 计划 提供精选的强化、安全聚焦镜像集。作为此次过渡的一部分：

• 首次向社区用户开放热门容器镜像的安全优化版本访问权限。
• Bitnami 将开始在免费层级中弃用对非强化、基于 Debian 的软件镜像的支持，并将逐步从公共目录中移除非最新标签。因此，社区用户将只能访问数量减少的强化镜像。这些镜像仅以“latest”标签发布，适用于开发目的。
• 自 8 月 28 日起，在两周内，所有现有容器镜像（包括旧版或特定版本标签，如 2.50.0、10.6）将从公共目录（docker.io/bitnami）迁移至“Bitnami Legacy”仓库（docker.io/bitnamilegacy），且不再接收更新。
• 对于生产工作负载和长期支持，建议用户采用 Bitnami Secure Images，包括强化容器、更小的***面、CVE 透明度（通过 VEX/KEV）、SBOM 以及企业支持。

这些变更旨在通过推广软件供应链完整性和最新部署的最佳实践，提升所有 Bitnami 用户的安全态势。更多详情，请访问 Bitnami Secure Images 公告。

简介

Bitnami Helm 图表经过精心设计、积极维护，是在 Kubernetes 集群上部署容器的最快、最简单方式，可直接用于处理生产工作负载。

本图表使用 Helm 包管理器在 Kubernetes 集群上引导 ingress-nginx 部署。

前提条件

• Kubernetes 1.23+
• Helm 3.8.0+

安装图表

要使用发布名称 my-release 安装图表，请执行：

console
helm install my-release oci://REGISTRY_NAME/REPOSITORY_NAME/nginx-ingress-controller

注意：您需要将占位符 REGISTRY_NAME 和 REPOSITORY_NAME 替换为 Helm 图表仓库和存储库的引用。例如，对于 Bitnami，需使用 REGISTRY_NAME=registry-1.docker.io 和 REPOSITORY_NAME=bitnamicharts。

这些命令将以默认配置在 Kubernetes 集群上部署 nginx-ingress-controller。

提示：使用 helm list 列出所有发布。

配置与安装详情

资源请求与限制

Bitnami 图表允许为图表部署内的所有容器设置资源请求和限制，这些配置位于 resources 值中（参见参数表）。设置请求对于生产工作负载至关重要，应根据具体使用场景进行调整。

为简化此过程，图表包含 resourcesPreset 值，可根据不同预设自动设置 resources 部分。有关这些预设的详情，请参见 bitnami/common 图表。但在生产工作负载中，不建议使用 resourcesPreset，因为它可能无法完全适应您的特定需求。有关容器资源管理的更多信息，请参见 Kubernetes 官方文档。

Prometheus 指标

通过将 metrics.enabled 设置为 true，可将本图表与 Prometheus 集成。这将公开 nginx-ingress-controller 原生 Prometheus 端点和 metrics 服务，后者可通过 metrics.service 部分进行配置，并包含自动被 Prometheus 抓取所需的注解。

Prometheus 要求

需安装 Prometheus 或 Prometheus Operator 才能使集成生效。安装 Bitnami Prometheus Helm 图表 或 Bitnami Kube Prometheus Helm 图表，即可轻松在集群中部署可用的 Prometheus。

与 Prometheus Operator 集成

本图表可部署 ServiceMonitor 对象以与 Prometheus Operator 集成。需将 metrics.serviceMonitor.enabled 设置为 true。确保集群中已安装 Prometheus Operator CustomResourceDefinitions，否则将失败并显示以下错误：

text
no matches for kind "ServiceMonitor" in version "monitoring.coreos.com/v1"

安装 Bitnami Kube Prometheus Helm 图表 以获取必要的 CRD 和 Prometheus Operator。

滚动标签与不可变标签

滚动标签与不可变标签

强烈建议在生产环境中使用不可变标签。这可确保即使相同标签的镜像更新，部署也不会自动变更。

如果主容器有新版本、重大变更或存在严重漏洞，Bitnami 将发布新图表以更新其容器。

备份与恢复

要在 Kubernetes 上备份和恢复 Helm 图表部署，需使用 Kubernetes 备份/恢复工具 Velero 备份源部署的持久卷，并将其附加到新部署。有关使用 Velero 的说明，请参见 此指南。

Sidecar 容器和 Init 容器

如果需要在 NGINX Ingress Controller 所在的 Pod 中运行额外容器（例如，额外的指标或日志导出器），可通过 sidecars 配置参数实现。只需根据 Kubernetes 容器规范定义容器：

yaml
sidecars:
  - name: your-image-name
    image: your-image
    imagePullPolicy: Always
    ports:
      - name: portname
        containerPort: 1234

类似地，可使用 initContainers 参数添加额外的 init 容器：

yaml
initContainers:
  - name: your-image-name
    image: your-image
    imagePullPolicy: Always
    ports:
      - name: portname
        containerPort: 1234

部署额外资源

有时可能需要部署额外对象（如包含应用配置的 ConfigMap 或微服务的额外部署），本图表允许通过 extraDeploy 参数添加其他对象的完整规范。

设置 Pod 亲和性

本图表允许通过 affinity 参数设置自定义亲和性。有关 Pod 亲和性的更多信息，请参见 Kubernetes 文档。

作为替代方案，可使用 bitnami/common 图表中提供的 Pod 亲和性、Pod 反亲和性和节点亲和性预设配置。为此，需设置 podAffinityPreset、podAntiAffinityPreset 或 nodeAffinityPreset 参数。

参数

全局参数

通用参数

NGINX Ingress Controller 参数

NGINX Ingress 部署/守护进程集参数

注意：本图表的 README 超出了 DockerHub 25000 字符的长度限制，因此已被截断。完整 README 可参见 [***]