NGINX Ingress Controller
This repo provides an implementation of an Ingress controller for NGINX and NGINX Plus.
Note: this project is different from the NGINX Ingress controller in kubernetes/ingress-nginx repo. See this doc to find out about the key differences.
What is the Ingress?
The Ingress is a Kubernetes resource that lets you configure an HTTP load balancer for applications running on Kubernetes, represented by one or more Services. Such a load balancer is necessary to deliver those applications to clients outside of the Kubernetes cluster.
The Ingress resource supports the following features:
- Content-based routing:
- Host-based routing. For example, routing requests with the host header
foo.example.com
to one group of services and the host header bar.example.com
to another group.
- Path-based routing. For example, routing requests with the URI that starts with
/serviceA
to service A and requests with the URI that starts with /serviceB
to service B.
- TLS/SSL termination for each hostname, such as
foo.example.com
.
See the Ingress User Guide to learn more about the Ingress resource.
What is the Ingress Controller?
The Ingress controller is an application that runs in a cluster and configures an HTTP load balancer according to Ingress resources. The load balancer can be a software load balancer running in the cluster or a hardware or cloud load balancer running externally. Different load balancers require different Ingress controller implementations.
In the case of NGINX, the Ingress controller is deployed in a pod along with the load balancer.
NGINX Ingress Controller
NGINX Ingress controller works with both NGINX and NGINX Plus and supports the standard Ingress features - content-based routing and TLS/SSL termination.
Additionally, several NGINX and NGINX Plus features are available as extensions to the Ingress resource via annotations and the ConfigMap resource. In addition to HTTP, NGINX Ingress controller supports load balancing Websocket, gRPC, TCP and UDP applications. See ConfigMap and Annotations doc to learn more about the supported features and customization options.
As an alternative to the Ingress, NGINX Ingress controller supports the VirtualServer and VirtualServerRoute resources. They enable use cases not supported with the Ingress resource, such as traffic splitting and advanced content-based routing. See VirtualServer and VirtualServerRoute Resources doc.
Read this doc to learn more about NGINX Ingress controller with NGINX Plus.
Getting Started
- Install the NGINX Ingress controller using the Kubernetes manifests or the helm chart.
- Configure load balancing for a simple web application:
- See additional configuration examples.
- Learn more about all available configuration and customization in the docs.
NGINX Ingress Controller Releases
We publish Ingress controller releases on GitHub. See our releases page.
The latest stable release is 1.5.0. For production use, we recommend that you choose the latest stable release. As an alternative, you can choose the edge version built from the latest commit from the master branch. The edge version is useful for experimenting with new features that are not yet published in a stable release.
To use the Ingress controller, you need to have access to:
- An Ingress controller image.
- Installation manifests or a Helm chart.
- Documentation and examples.
It is important that the versions of those things above match.
The table below summarizes the options regarding the images, manifests, helm chart, documentation and examples and gives your links to the correct versions:
We’d like to hear your feedback! If you have any suggestions or experience issues with our Ingress controller, please create an issue or send a pull request on Github.
You can contact us directly via kubernetes@nginx.com.
Contributing
If you'd like to contribute to the project, please read our Contributing guide.
Support
For NGINX Plus customers NGINX Ingress controller (when used with NGINX Plus) is covered
by the support contract.