You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
1.[Installation in an Openshift cluster](./openshift-installation.md) using the [OLM](https://github.com/operator-framework/operator-lifecycle-manager).
5
-
1.[Manual installation](./manual-installation.md) in a Kubernetes or Openshift cluster by manually deploying the operator manifests.
6
-
4
+
1.[Installation in an OpenShift cluster](./openshift-installation.md) using the [OLM](https://github.com/operator-framework/operator-lifecycle-manager).
5
+
1.[Manual installation](./manual-installation.md) in a Kubernetes or OpenShift cluster by manually deploying the operator manifests.
6
+
7
7
After installation, use the [sample CR definition](../config/samples/charts_v1alpha1_nginxingress.yaml) to deploy the NGINX Ingress Controller using the operator.
In order to deploy NGINX Ingress Controller instances into OpenShift environments, a new SCC is required to be created on the cluster which will be used to bind the specific required capabilities to the NGINX Ingress service account(s). To do so, please run the following command (assuming you are logged in with administrator access to the cluster):
# Installation in an Openshift cluster using the OLM
1
+
# Installation in an OpenShift cluster using the OLM
2
2
3
-
This installation method is the recommended way for Openshift users. **Note**: Openshift version must be 4.2 or higher.
3
+
This installation method is the recommended way for OpenShift users. **Note**: OpenShift version must be 4.2 or higher.
4
4
5
5
**Note: The `nginx-ingress-operator` supports `Basic Install` only - we do not support auto-updates. When you are installing the Operator using the OLM, the auto-update feature should be disabled to avoid breaking changes being auto-applied. In OpenShift, this can be done by setting the `Approval Strategy` to `Manual`. Please see the [Operator SDK docs](https://sdk.operatorframework.io/docs/advanced-topics/operator-capabilities/operator-capabilities/) for more details on the Operator Capability Levels.**
6
6
7
7
The NGINX Ingress Operator is a [RedHat certified Operator](https://connect.redhat.com/en/partner-with-us/red-hat-openshift-operator-certification).
8
8
9
-
1. In the Openshift dashboard, click `Operators` > `Operator Hub` in the left menu and use the search box to type `nginx ingress`:
9
+
1. In the OpenShift dashboard, click `Operators` > `Operator Hub` in the left menu and use the search box to type `nginx ingress`:
10
10

11
11
1. Click the `NGINX Ingress Operator` and click `Install`:
In order to deploy NGINX Ingress Controller instances into OpenShift environments, a new SCC is required to be created on the cluster which will be used to bind the specific required capabilities to the NGINX Ingress service account(s). To do so, please run the following command (assuming you are logged in with administrator access to the cluster):
Copy file name to clipboardExpand all lines: examples/deployment-oss-min/README.md
+12-12Lines changed: 12 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,31 +12,31 @@ If you would like to use TransportServers, refer to [this section](README.md#Tra
12
12
1. Create a new namespace for our Ingress Controller instance:
13
13
```
14
14
kubectl create -f ns.yaml
15
-
```
15
+
```
16
16
17
-
2. Create a new NginxIngressController resource that defines our NGINX Ingress Controller instance (**Note**: If using Openshift, change the `image.tag` to `edge-ubi`):
17
+
2. Create a new NginxIngressController resource that defines our NGINX Ingress Controller instance (**Note**: If using OpenShift, change the `image.tag` to `edge-ubi`):
18
18
```
19
19
kubectl create -f nginx-ingress-controller.yaml
20
20
```
21
21
22
-
23
22
24
-
This will deploy an NGINX Ingress Controller instance using a [Deployment](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/) in the `my-nginx-controller` namespace.
23
+
24
+
This will deploy an NGINX Ingress Controller instance using a [Deployment](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/) in the `my-nginx-controller` namespace.
(**Note**: For the build process, if using OpenShift, use the `openshift-image-plus` or `openshift-image-nap-plus` targets).
11
11
12
12
If you would like to use TransportServers, refer to [this section](README.md#TransportServers) for additional pre-requisites.
13
13
@@ -16,29 +16,29 @@ If you would like to use TransportServers, refer to [this section](README.md#Tra
16
16
1. Create a new namespace for our Ingress Controller instance:
17
17
```
18
18
kubectl create -f ns.yaml
19
-
```
19
+
```
20
20
21
21
2. Create a new NginxIngressController resource that defines our NGINX Ingress Controller instance (**Note:** Update the `image.repository` field in the `nginx-ingress-controller.yaml` with your previously built image for NGINX Plus):
22
22
```
23
23
kubectl create -f nginx-ingress-controller.yaml
24
24
```
25
25
26
-
This will deploy an NGINX Ingress Controller instance using a [Deployment](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/) in the `my-nginx-controller` namespace.
26
+
This will deploy an NGINX Ingress Controller instance using a [Deployment](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/) in the `my-nginx-controller` namespace.
0 commit comments