Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 8 additions & 2 deletions setup/install-stackstate/kubernetes_openshift/ingress.md
Original file line number Diff line number Diff line change
Expand Up @@ -23,6 +23,7 @@ Note that setting up TLS is required for the use of the rancher UI extension.
```text
ingress:
enabled: true
ingressClassName: nginx
annotations:
nginx.ingress.kubernetes.io/proxy-body-size: "50m"
hosts:
Expand All @@ -33,7 +34,9 @@ ingress:
secretName: tls-secret
```

The thing that stands out in this file is the Nginx annotation to increase the allowed `proxy-body-size` to `50m` \(larger than any expected request\). By default, Nginx allows body sizes of maximum `1m`. SUSE Observability Agents and other data providers can sometimes send much larger requests. For this reason, you should make sure that the allowed body size is large enough, regardless of whether you are using Nginx or another ingress controller. Make sure to update the `baseUrl` in the values file generated during initial installation, it will be used by SUSE Observability to generate convenient installation instructions for the agent.
What stands out in this file is the Nginx annotation to increase the allowed `proxy-body-size` to `50m` \(larger than any expected request\). By default, Nginx allows body sizes of maximum `1m`. SUSE Observability Agents and other data providers can sometimes send much larger requests. For this reason, you should make sure that the allowed body size is large enough, regardless of whether you are using Nginx or another ingress controller. Make sure to update the `baseUrl` in the values file generated during initial installation, it will be used by SUSE Observability to generate convenient installation instructions for the agent.

The example uses the `ingressClassName` field to specify the [ingress class](https://kubernetes.io/docs/concepts/services-networking/ingress/#ingress-class) instead of the deprecated `kubernetes.io/ingress.class` annotation. If your cluster has a default ingress class defined the ingerss class name field can be omitted.

Include the `ingress_values.yaml` file when you run the `helm upgrade` command to deploy SUSE Observability:

Expand Down Expand Up @@ -62,6 +65,7 @@ To configure the `opentelemetry-collector` ingress for SUSE Observability, creat
opentelemetry-collector:
ingress:
enabled: true
ingressClassName: nginx
annotations:
nginx.ingress.kubernetes.io/proxy-body-size: "50m"
nginx.ingress.kubernetes.io/backend-protocol: GRPC
Expand Down Expand Up @@ -91,7 +95,9 @@ opentelemetry-collector:
secretName: otlp-http-tls-secret
```

The thing that stands out in this file is the Nginx annotation to increase the allowed `proxy-body-size` to `50m` \(larger than any expected request\). By default, Nginx allows body sizes of maximum `1m`. SUSE Observability Agents and other data providers can sometimes send much larger requests. For this reason, you should make sure that the allowed body size is large enough, regardless of whether you are using Nginx or another ingress controller. Make sure to update the `baseUrl` in the values file generated during initial installation, it will be used by SUSE Observability to generate convenient installation instructions for the agent.
What stands out in this file is the Nginx annotation to increase the allowed `proxy-body-size` to `50m` \(larger than any expected request\). By default, Nginx allows body sizes of maximum `1m`. SUSE Observability Agents and other data providers can sometimes send much larger requests. For this reason, you should make sure that the allowed body size is large enough, regardless of whether you are using Nginx or another ingress controller. Make sure to update the `baseUrl` in the values file generated during initial installation, it will be used by SUSE Observability to generate convenient installation instructions for the agent.

The example uses the `ingressClassName` field to specify the [ingress](https://kubernetes.io/docs/concepts/services-networking/ingress/#ingress-class) instead of the deprecated `kubernetes.io/ingress.class` annotation. If your cluster has a default ingress class defined the ingerss class name field can be omitted.

Include the `ingress_otel_values.yaml` file when you run the `helm upgrade` command to deploy SUSE Observability:

Expand Down
1 change: 1 addition & 0 deletions setup/release-notes/v2.3.1.md
Original file line number Diff line number Diff line change
Expand Up @@ -16,6 +16,7 @@ description: SUSE Observability Self-hosted
* An additional warning will be displayed if the license has been expired for 14 days.
* **Span Event Inline Display:** Events for Spans are now shown inline, enabling easier trace span analysis.
* **ArgoCD Helm Chart Compatibility:** The Helm chart can now be installed using ArgoCD by setting `.Values.deployment.compatibleWithArgoCD` to `true`.
* **Helm Chart configuration:** The `ingressClassName` is now supported in the ingress specification

### Bug Fixes

Expand Down