Skip to content
Open
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
4 changes: 3 additions & 1 deletion deploy-manage/deploy/cloud-on-k8s/accessing-services.md
Original file line number Diff line number Diff line change
Expand Up @@ -68,7 +68,9 @@ You can expose services in [different ways](https://kubernetes.io/docs/concepts/
By default, the {{es}} service created by ECK is configured to route traffic to all {{es}} nodes in the cluster. Depending on your cluster configuration, you may want more control over the set of nodes that handle different types of traffic (query, ingest, and so on). Refer to [](./requests-routing-to-elasticsearch-nodes.md) for more information.

::::{warning}
When you change the `clusterIP` setting of the service, ECK will delete and re-create the service as `clusterIP` is an immutable field. Depending on your client implementation, this might result in a short disruption until the service DNS entries refresh to point to the new endpoints.
When you change the `clusterIP` setting of the service, ECK deletes and re-creates the service, as `clusterIP` is an immutable field. Depending on your client implementation, this might result in a short disruption until the service DNS entries refresh to point to the new endpoints.

If you change the service’s `port`, set `targetPort` to the container’s default listening port. Otherwise, Kubernetes uses the same value for both, resulting in failed connections. For reference, default ports are `9200` for the {{es}} HTTP interface, and `5601` for {{kib}}.
Copy link
Contributor Author

@eedugon eedugon Nov 25, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We could also include a list of reference default ports, like:

  • 9200 for ES HTTP
  • 9300 for ES Transport
  • 9443 for ES RCS (Remote cluster server)
  • 5601 for Kibana

But I didn't want to make the note too big. Port 9300 is mentioned in the transport specific doc, and 9443 will be mentioned in the relevant docs.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We also have other services, like Fleet on port 8220, Maps on 8080... So I was wondering if we should say "For example, ..." instead? (definitely not a strong opinion, feel free to ignore)

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like "for example" - this makes me wonder if we have some sort of central resource we can link to for all of these ports though 🤔

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

same note about overloading the warning (use bullets or split the notes)

::::

```yaml subs=true
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -123,6 +123,9 @@ spec:
elasticsearch.k8s.elastic.co/node-master: "false"
```

:::{note}
If you change the service’s `port`, set `targetPort` to `9200`, which is the default {{es}} HTTP interface port. Otherwise, Kubernetes uses the same value for both fields, resulting in failed connections.
:::

## Specify a custom service in elasticsearchRef [k8s-traffic-splitting-with-service-name]

Expand Down
4 changes: 3 additions & 1 deletion deploy-manage/security/k8s-transport-settings.md
Original file line number Diff line number Diff line change
Expand Up @@ -30,7 +30,9 @@ spec:
Check the [Kubernetes Publishing Services (ServiceTypes)](https://kubernetes.io/docs/concepts/services-networking/service/#publishing-services-service-types) that are currently available.
::::{note}
When you change the `clusterIP` setting of the service, ECK deletes and re-creates the service, as `clusterIP` is an immutable field. This will cause a short network disruption, but in most cases it should not affect existing connections as the transport module uses long-lived TCP connections.
When you change the `clusterIP` setting of the service, ECK deletes and re-creates the service, as `clusterIP` is an immutable field. This causes a short network disruption, but it should not affect existing connections as the transport module uses long-lived TCP connections.

If you change the service’s `port`, set `targetPort` to `9300`, which is the default {{es}} transport interface port. Otherwise, Kubernetes uses the same value for both, resulting in failed connections.
Comment on lines +33 to +35
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

consider adding bullets here, or making this stacked notes. when I read the first paragraph of a note, I make the assumption that the second paragraph is related to the first. one of these methods will help people to understand that these are two notes that are not related

::::


Expand Down
Loading