From 05cd312b3e486b5afbf1c81fee12cde595b71e46 Mon Sep 17 00:00:00 2001 From: dfitzmau Date: Wed, 3 Dec 2025 15:00:12 +0000 Subject: [PATCH] OCPBUGS-66340: Removed Both OpenShift Logging and Red Hat OpenShift Service Mesh deploy Elasticsearch... --- .../post-install-vsphere-zones-regions-configuration.adoc | 1 - .../creating-infrastructure-machinesets.adoc | 7 ------- modules/dr-scenario-cluster-state-issues.adoc | 2 +- nodes/nodes/nodes-nodes-creating-infrastructure-nodes.adoc | 2 -- nodes/pods/nodes-pods-vertical-autoscaler.adoc | 4 ---- post_installation_configuration/cluster-tasks.adoc | 2 -- 6 files changed, 1 insertion(+), 17 deletions(-) diff --git a/installing/installing_vsphere/post-install-vsphere-zones-regions-configuration.adoc b/installing/installing_vsphere/post-install-vsphere-zones-regions-configuration.adoc index ed92bdb689..b2d6e936fd 100644 --- a/installing/installing_vsphere/post-install-vsphere-zones-regions-configuration.adoc +++ b/installing/installing_vsphere/post-install-vsphere-zones-regions-configuration.adoc @@ -42,7 +42,6 @@ include::modules/vsphere-enabling-multiple-layer2-networks.adoc[leveloffset=+1] [role="_additional-resources"] .Additional resources * xref:../../installing/installing_vsphere/upi/installing-vsphere-network-customizations.adoc#installing-vsphere-network-customizations[Installing a cluster on vSphere with network customizations] -* xref:../../machine_management/creating-infrastructure-machinesets.adoc#creating-infrastructure-machinesets-production[Creating infrastructure machine sets for production environments] * xref:../../machine_management/creating_machinesets/creating-machineset-vsphere.adoc#machineset-creating_creating-machineset-vsphere[Creating a compute machine set] include::modules/references-regions-zones-infrastructure-vsphere.adoc[leveloffset=+1] diff --git a/machine_management/creating-infrastructure-machinesets.adoc b/machine_management/creating-infrastructure-machinesets.adoc index dcaeca3153..d76374313b 100644 --- a/machine_management/creating-infrastructure-machinesets.adoc +++ b/machine_management/creating-infrastructure-machinesets.adoc @@ -10,19 +10,12 @@ include::snippets/machine-user-provisioned-limitations.adoc[leveloffset=+1] 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. -In a production deployment, it is recommended that you deploy at least three machine sets to hold infrastructure components. {SMProductName} deploys 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. This configuration requires three different machine sets, one for each availability zone. In global Azure regions that do not have multiple availability zones, you can use availability sets to ensure high availability. - include::modules/infrastructure-components.adoc[leveloffset=+1] For information about 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. To create an infrastructure node, you can xref:../machine_management/creating-infrastructure-machinesets.adoc#machineset-creating_creating-infrastructure-machinesets[use a machine set], xref:../machine_management/creating-infrastructure-machinesets.adoc#creating-an-infra-node_creating-infrastructure-machinesets[label the node], or xref:../machine_management/creating-infrastructure-machinesets.adoc#creating-infra-machines_creating-infrastructure-machinesets[use a machine config pool]. -[id="creating-infrastructure-machinesets-production"] -== Creating infrastructure machine sets for production environments - -In a production deployment, it is recommended that you deploy at least three compute machine sets to hold infrastructure components. {SMProductName} deploys 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 compute machine sets, one for each availability zone. In global Azure regions that do not have multiple availability zones, you can use availability sets to ensure high availability. - [id="creating-infrastructure-machinesets-clouds"] === Creating infrastructure machine sets for different clouds diff --git a/modules/dr-scenario-cluster-state-issues.adoc b/modules/dr-scenario-cluster-state-issues.adoc index ae6c45558d..9db2a9d1ff 100644 --- a/modules/dr-scenario-cluster-state-issues.adoc +++ b/modules/dr-scenario-cluster-state-issues.adoc @@ -8,7 +8,7 @@ [id="dr-scenario-cluster-state-issues_{context}"] = Issues and workarounds for restoring a persistent storage state -If your {product-title} cluster uses persistent storage of any form, a state of the cluster is typically stored outside etcd. It might be an Elasticsearch cluster running in a pod or a database running in a `StatefulSet` object. When you restore from an etcd backup, the status of the workloads in {product-title} is also restored. However, if the etcd snapshot is old, the status might be invalid or outdated. +If your {product-title} cluster uses persistent storage of any form, a state of the cluster is typically stored outside etcd. When you restore from an etcd backup, the status of the workloads in {product-title} is also restored. However, if the etcd snapshot is old, the status might be invalid or outdated. [IMPORTANT] ==== diff --git a/nodes/nodes/nodes-nodes-creating-infrastructure-nodes.adoc b/nodes/nodes/nodes-nodes-creating-infrastructure-nodes.adoc index 0aa3b7c8df..1b590d5021 100644 --- a/nodes/nodes/nodes-nodes-creating-infrastructure-nodes.adoc +++ b/nodes/nodes/nodes-nodes-creating-infrastructure-nodes.adoc @@ -11,8 +11,6 @@ include::snippets/machine-user-provisioned-limitations.adoc[leveloffset=+1] 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. -In a production deployment, it is recommended that you deploy at least three machine sets to hold infrastructure components. Both OpenShift Logging and {SMProductName} 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. This configuration requires three different machine sets, one for each availability zone. In global Azure regions that do not have multiple availability zones, you can use availability sets to ensure high availability. - [NOTE] ==== After adding the `NoSchedule` taint on the infrastructure node, existing DNS pods running on that node are marked as `misscheduled`. You must either delete or link:https://access.redhat.com/solutions/6592171[add toleration on `misscheduled` DNS pods]. diff --git a/nodes/pods/nodes-pods-vertical-autoscaler.adoc b/nodes/pods/nodes-pods-vertical-autoscaler.adoc index 20f59f43cc..a55b8b6f1d 100644 --- a/nodes/pods/nodes-pods-vertical-autoscaler.adoc +++ b/nodes/pods/nodes-pods-vertical-autoscaler.adoc @@ -41,10 +41,6 @@ include::modules/nodes-pods-vertical-autoscaler-install.adoc[leveloffset=+1] include::modules/nodes-pods-vertical-autoscaler-moving-vpa.adoc[leveloffset=+1] -.Additional resources - -* xref:../../machine_management/creating-infrastructure-machinesets.adoc#creating-infrastructure-machinesets-production[Creating infrastructure machine sets] - include::modules/nodes-pods-vertical-autoscaler-using-about.adoc[leveloffset=+1] include::modules/nodes-pods-vertical-autoscaler-tuning.adoc[leveloffset=+2] diff --git a/post_installation_configuration/cluster-tasks.adoc b/post_installation_configuration/cluster-tasks.adoc index 98676ca79a..9f43445363 100644 --- a/post_installation_configuration/cluster-tasks.adoc +++ b/post_installation_configuration/cluster-tasks.adoc @@ -241,8 +241,6 @@ include::modules/creating-control-plane-node.adoc[leveloffset=+2] You can create a compute 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. -In a production deployment, it is recommended that you deploy at least three compute machine sets to hold infrastructure components. Both OpenShift Logging and {SMProductName} 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 compute machine sets, one for each availability zone. In global Azure regions that do not have multiple availability zones, you can use availability sets to ensure high availability. - 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]. To create an infrastructure node, you can xref:../post_installation_configuration/cluster-tasks.adoc#machineset-creating_post-install-cluster-tasks[use a machine set], xref:../post_installation_configuration/cluster-tasks.adoc#creating-an-infra-node_post-install-cluster-tasks[assign a label to the nodes], or xref:../post_installation_configuration/cluster-tasks.adoc#creating-infra-machines_post-install-cluster-tasks[use a machine config pool].