chore: fix

pull/5480/head
Beth Legesse 2024-05-23 17:08:43 -05:00
parent a33875fe02
commit b11c15ee84
1 changed files with 3 additions and 5 deletions

View File

@ -23,7 +23,7 @@ We **strongly** recommend that you enable object versioning in your object store
- **PostgreSQL-compatible database** _(AWS Aurora, hosted Postgres, etc.)_:
Used to store the InfluxDB catalog
- Supported PostgreSQL versions: **13.814.6**
- InfluxDB Clustered requires a dedicated PostgreSQL instance used exclusively for InfluxDB purposes to avoid conflicts.
- Ensure that the PostgreSQL instance is dedicated exclusively to InfluxDB purposes to avoid conflicts. This prevents issues due to shared usage with other applications.
- **OAuth 2.0 provider**:
- Must support [Device Authorization Flow](https://auth0.com/docs/get-started/authentication-and-authorization-flow/device-authorization-flow)
@ -33,10 +33,6 @@ We **strongly** recommend that you enable object versioning in your object store
- [Auth0](https://auth0.com/)
- **TLS certificate**: for ingress to the cluster
### Namespace Recommendations
- **Separate Namespace (Recommended):**
- For better management and clarity, it is recommended to deploy the PostgreSQL instance and the Object Store (Parquet files) in a separate namespace from the rest of the InfluxDB components.
## Set up a Kubernetes cluster
1. Deploy a Kubernetes cluster. You must Kubernetes v1.25 or higher.
@ -57,6 +53,8 @@ in a separate namespace from InfluxDB or external to Kubernetes entirely.
Running the Catalog database and Object Store in a separate namespace or outside
of Kubernetes makes management of the InfluxDB instance easier and helps to
prevents accidental data loss.
While deploying everything in the same namespace is possible for testing or initial setups, it is not recommended for production environments.
{{% /note %}}
### Cluster sizing recommendation