Skip to content

Commit 7347313

Browse files
committed
4.20 Release notes for Edeg Enablement features
1 parent e096749 commit 7347313

File tree

1 file changed

+35
-0
lines changed

1 file changed

+35
-0
lines changed

release_notes/ocp-4-20-release-notes.adoc

Lines changed: 35 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -114,6 +114,31 @@ For more information, see xref:../edge_computing/ztp-migrate-clusterinstance.ado
114114

115115
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.
116116

117+
[id="ocp-4-20-edge-computing-arbiter-node_{context}"]
118+
==== Configuring a local arbiter node
119+
120+
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].
127+
128+
[id="ocp-4-20-edge-computing-two-node-fencing_{context}"]
129+
==== 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+
117142
[id="ocp-release-notes-extensions_{context}"]
118143
=== Extensions ({olmv1})
119144

@@ -2108,6 +2133,16 @@ In the following tables, features are marked with the following statuses:
21082133
|Technology Preview
21092134
|Technology Preview
21102135
|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
2143+
|Not Available
2144+
|Not Available
2145+
|Technology Preview
21112146
|====
21122147

21132148

0 commit comments

Comments
 (0)