Skip to content

Commit 9f44d5c

Browse files
Fix typo in the readme
1 parent 5f27d5a commit 9f44d5c

File tree

1 file changed

+10
-8
lines changed

1 file changed

+10
-8
lines changed

charts/sonarqube-dce/README.md

Lines changed: 10 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -251,8 +251,16 @@ kubectl apply -f https://github.com/kubernetes-sigs/metrics-server/releases/late
251251
252252
```
253253

254+
### Upgrading the Helm chart
255+
256+
When upgrading your SonarQube instance, due to high CPU usage, it is recommended to disable the autoscaling before the upgrade process, re-enabling it afterwards.
257+
258+
You can achieve that by either setting `applicationNodes.hpa.enabled` to `false` or by setting `applicationNodes.hpa.maxReplicas` to be the same value as `applicationNodes.hpa.minReplicas`.
259+
254260
## Working with Istio
255261

262+
> SonarQube Server is tested using Istio in sidecar mode.
263+
256264
When deploying SonarQube in an Istio service mesh environment, you need to configure fixed ports for Hazelcast communication between application nodes. This is required because Istio's sidecar proxy needs to know all ports in advance for traffic management, security policies, and observability.
257265

258266
By default, SonarQube's Hazelcast cluster uses dynamic port allocation, which conflicts with Istio's requirement for explicit port declarations in service definitions and network policies. To resolve this, you must set fixed ports for the following Hazelcast communication channels:
@@ -264,18 +272,12 @@ By default, SonarQube's Hazelcast cluster uses dynamic port allocation, which co
264272

265273
```yaml
266274
applicationNodes:
267-
webPort: 9001 # Web process communication
268-
cePort: 9002 # Compute Engine process communication
275+
webPort: 4023 # Web process communication
276+
cePort: 4024 # Compute Engine process communication
269277
```
270278

271279
This ensures that Istio can properly route traffic, apply security policies, and provide telemetry for all inter-node communication within the SonarQube cluster.
272280

273-
### Upgrading the Helm chart
274-
275-
When upgrading your SonarQube instance, due to high CPU usage, it is recommended to disable the autoscaling before the upgrade process, re-enabling it afterwards.
276-
277-
You can achieve that by either setting `applicationNodes.hpa.enabled` to `false` or by setting `applicationNodes.hpa.maxReplicas` to be the same value as `applicationNodes.hpa.minReplicas`.
278-
279281
## Secure the communication within the cluster
280282

281283
In order to secure the communication between Application and Search nodes, you need to set both `nodeEncryption.enabled` and `searchNodes.searchAuthentication.enabled` to `true`.

0 commit comments

Comments
 (0)