You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: release_notes/ocp-4-20-release-notes.adoc
+35Lines changed: 35 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -114,6 +114,31 @@ For more information, see xref:../edge_computing/ztp-migrate-clusterinstance.ado
114
114
115
115
With this update, the Cluster etcd Operator introduces alert levels for the `etcdDatabaseQuotaLowSpace` alert, offering administrators timely notifications about low etcd quota usage. This proactive alert system aims to prevent API server instability and allows for effective resource management in managed OpenShift clusters. The alert levels are `info`, `warning`, and `critical`, providing a more granular approach to monitoring etcd quota usage, which results in dynamic etcd quota management and improved overall cluster performance.
You can configure an {product-title} cluster with two control plane nodes and one local arbiter node to retain high availability (HA) while reducing infrastructure costs for your cluster.
121
+
122
+
A local arbiter node is a lower-cost, co-located machine that participates in control plane quorum decisions. Unlike a standard control plane node, the arbiter node does not run the full set of control plane services. You can use this configuration to maintain HA in your cluster with only two fully provisioned control plane nodes instead of three.
123
+
124
+
This feature is now Generally Available.
125
+
126
+
For more information, see xref:../installing/installing_with_agent_based_installer/installing-with-agent-based-installer.adoc#installing-ocp-agent-local-arbiter-node_installing-with-agent-based-installer[Configuring a local arbiter node].
==== Configuring a two-node OpenShift cluster with fencing (Technology Preview)
130
+
131
+
A two-node OpenShift cluster with fencing provides high availability (HA) with a reduced hardware footprint. This configuration is designed for distributed or edge environments where deploying a full three-node control plane cluster is not practical.
132
+
133
+
A two-node cluster does not include compute nodes. The two control plane machines run user workloads in addition to managing the cluster.
134
+
135
+
[NOTE]
136
+
====
137
+
You can deploy a two-node OpenShift cluster with fencing by using either the user-provisioned infrastructure method or the installer-provisioned infrastructure method.
138
+
====
139
+
140
+
For more information, see xref:../installing/installing_two_node_cluster/installing_tnf/installing-two-node-fencing.adoc#installing-two-node-fencing_installing-two-node-fencing[Preparing to install a two-node OpenShift cluster with fencing].
141
+
117
142
[id="ocp-release-notes-extensions_{context}"]
118
143
=== Extensions ({olmv1})
119
144
@@ -2108,6 +2133,16 @@ In the following tables, features are marked with the following statuses:
2108
2133
|Technology Preview
2109
2134
|Technology Preview
2110
2135
|Technology Preview
2136
+
2137
+
|Configuring a local arbiter node
2138
+
|Not Available
2139
+
|Technology Preview
2140
+
|General Availability
2141
+
2142
+
|Configuring a two-node OpenShift cluster with fencing
0 commit comments