Skip to content

Commit a9174f6

Browse files
authored
Merge pull request #35915 from mburke5678/BZ-1908124
BZ1908124: Consider enhancing the existing doc on infra nodes
2 parents fb6d07a + 5922b19 commit a9174f6

File tree

4 files changed

+22
-4
lines changed

4 files changed

+22
-4
lines changed

machine_management/creating-infrastructure-machinesets.adoc

Lines changed: 6 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1,20 +1,24 @@
11
[id="creating-infrastructure-machinesets"]
22
= Creating infrastructure machine sets
33
include::modules/common-attributes.adoc[]
4+
include::modules/ossm-document-attributes.adoc[]
45
:context: creating-infrastructure-machinesets
56

67
toc::[]
78

89
include::modules/machine-user-provisioned-limitations.adoc[leveloffset=+1]
910

10-
You can create a machine set to host only infrastructure components. You apply specific Kubernetes labels to these machines and then update the infrastructure components to run on only those machines. These infrastructure nodes are not counted toward the total number of subscriptions that are required to run the environment.
11+
12+
You can use infrastructure machine sets to create machines that host only infrastructure components, such as the default router, the integrated container image registry, and the components for cluster metrics and monitoring. These infrastructure machines are not counted toward the total number of subscriptions that are required to run the environment.
1113

1214
include::modules/infrastructure-components.adoc[leveloffset=+1]
1315

16+
For information on infrastructure nodes and which components can run on infrastructure nodes, see the "Red Hat OpenShift control plane and infrastructure nodes" section in the link:https://www.redhat.com/en/resources/openshift-subscription-sizing-guide[OpenShift sizing and subscription guide for enterprise Kubernetes] document.
17+
1418
[id="creating-infrastructure-machinesets-production"]
1519
== Creating infrastructure machine sets for production environments
1620

17-
In a production deployment, deploy at least three machine sets to hold infrastructure components. Both the logging aggregation solution and the service mesh deploy Elasticsearch, and Elasticsearch requires three instances that are installed on different nodes. For high availability, deploy these nodes to different availability zones. Since you need different machine sets for each availability zone, create at least three machine sets.
21+
In a production deployment, it is recommended that you deploy at least three machine sets to hold infrastructure components. Both OpenShift Logging and {ProductName} deploy Elasticsearch, which requires three instances to be installed on different nodes. Each of these nodes can be deployed to different availability zones for high availability. A configuration like this requires three different machine sets, one for each availability zone.
1822

1923
[id="creating-infrastructure-machinesets-clouds"]
2024
=== Creating machine sets for different clouds

modules/infrastructure-components.adoc

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -11,11 +11,17 @@ The following infrastructure workloads do not incur {product-title} worker subsc
1111
* Kubernetes and {product-title} control plane services that run on masters
1212
* The default router
1313
* The integrated container image registry
14+
* The HAProxy-based Ingress Controller
1415
* The cluster metrics collection, or monitoring service, including components for monitoring user-defined projects
1516
* Cluster aggregated logging
1617
* Service brokers
1718
* Red Hat Quay
1819
* Red Hat OpenShift Container Storage
1920
* Red Hat Advanced Cluster Manager
21+
* Red Hat Advanced Cluster Security for Kubernetes
22+
* Red Hat OpenShift GitOps
23+
* Red Hat OpenShift Pipelines
24+
25+
// Updated the list to match the list under "Red Hat OpenShift control plane and infrastructure nodes" in https://www.redhat.com/en/resources/openshift-subscription-sizing-guide
2026

2127
Any node that runs any other container, pod, or component is a worker node that your subscription must cover.

post_installation_configuration/cluster-tasks.adoc

Lines changed: 7 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -2,6 +2,7 @@
22
[id="post-install-cluster-tasks"]
33
= Post-installation cluster tasks
44
include::modules/common-attributes.adoc[]
5+
include::modules/ossm-document-attributes.adoc[]
56

67
toc::[]
78

@@ -505,9 +506,13 @@ include::modules/nodes-scheduler-node-selectors-cluster.adoc[leveloffset=+2]
505506
[id="post-install-creating-infrastructure-machinesets-production"]
506507
== Creating infrastructure machine sets for production environments
507508

508-
In a production deployment, deploy at least three machine sets to hold infrastructure components. Both the logging aggregation solution and the service mesh deploy Elasticsearch, and Elasticsearch requires three instances that are installed on different nodes. For high availability, install deploy these nodes to different availability zones. Since you need different machine sets for each availability zone, create at least three machine sets.
509+
You can create a machine set to create machines that host only infrastructure components, such as the default router, the integrated container image registry, and components for cluster metrics and monitoring. These infrastructure machines are not counted toward the total number of subscriptions that are required to run the environment.
509510

510-
For sample machine sets that you can use with these procedures, see xref:../machine_management/creating-infrastructure-machinesets.html#creating-infrastructure-machinesets-clouds_creating-infrastructure-machinesets[Creating machine sets for different clouds].
511+
In a production deployment, it is recommended that you deploy at least three machine sets to hold infrastructure components. Both OpenShift Logging and {ProductName} deploy Elasticsearch, which requires three instances to be installed on different nodes. Each of these nodes can be deployed to different availability zones for high availability. A configuration like this requires three different machine sets, one for each availability zone.
512+
513+
For information on infrastructure nodes and which components can run on infrastructure nodes, see xref:../machine_management/creating-infrastructure-machinesets.adoc#creating-infrastructure-machinesets[Creating infrastructure machine sets].
514+
515+
For sample machine sets that you can use with these procedures, see xref:../machine_management/creating-infrastructure-machinesets.adoc#creating-infrastructure-machinesets-clouds[Creating machine sets for different clouds].
511516

512517
include::modules/machineset-creating.adoc[leveloffset=+2]
513518

scalability_and_performance/recommended-host-practices.adoc

Lines changed: 3 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,7 @@
11
[id="recommended-host-practices"]
22
= Recommended host practices
33
include::modules/common-attributes.adoc[]
4+
include::modules/ossm-document-attributes.adoc[]
45
:context:
56

67
toc::[]
@@ -31,6 +32,8 @@ include::modules/etcd-defrag.adoc[leveloffset=+1]
3132

3233
include::modules/infrastructure-components.adoc[leveloffset=+1]
3334

35+
For information on infrastructure nodes and which components can run on infrastructure nodes, see the "Red Hat OpenShift control plane and infrastructure nodes" section in the link:https://www.redhat.com/en/resources/openshift-subscription-sizing-guide[OpenShift sizing and subscription guide for enterprise Kubernetes] document.
36+
3437
include::modules/infrastructure-moving-monitoring.adoc[leveloffset=+1]
3538

3639
include::modules/infrastructure-moving-registry.adoc[leveloffset=+1]

0 commit comments

Comments
 (0)