Skip to content

Commit 15432a6

Browse files
committed
Machine health checks went GA in 4.4
1 parent 18dcefa commit 15432a6

File tree

1 file changed

+0
-6
lines changed

1 file changed

+0
-6
lines changed

modules/machine-api-overview.adoc

Lines changed: 0 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -28,11 +28,5 @@ Machine autoscaler:: The `MachineAutoscaler` resource automatically scales machi
2828
Cluster autoscaler:: This resource is based on the upstream cluster autoscaler project. In the {product-title} implementation, it is integrated with the Machine API by extending the machine set API. You can set cluster-wide scaling limits for resources such as cores, nodes, memory, GPU, and so on. You can set the priority so that the cluster prioritizes pods so that new nodes are not brought online for less important pods. You can also set the scaling policy so that you can scale up nodes but not scale them down.
2929

3030
Machine health check:: The `MachineHealthCheck` resource detects when a machine is unhealthy, deletes it, and, on supported platforms, makes a new machine.
31-
+
32-
[NOTE]
33-
====
34-
In version {product-version}, machine health check is a Technology Preview
35-
feature.
36-
====
3731

3832
In {product-title} version 3.11, you could not roll out a multi-zone architecture easily because the cluster did not manage machine provisioning. Beginning with {product-title} version 4.1, this process is easier. Each machine set is scoped to a single zone, so the installation program sends out machine sets across availability zones on your behalf. And then because your compute is dynamic, and in the face of a zone failure, you always have a zone for when you must rebalance your machines. The autoscaler provides best-effort balancing over the life of a cluster.

0 commit comments

Comments
 (0)