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: modules/eco-poison-pill-operator-about.adoc
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,9 +6,9 @@
6
6
[id="about-poison-pill-operator_{context}"]
7
7
= About the Poison Pill Operator
8
8
9
-
The Poison Pill Operator runs on the cluster nodes and reboots nodes that are identified as unhealthy. The Operator uses the `MachineHealthCheck` controller to detect the health of a node in the cluster. When a node is identified as unhealthy, the `MachineHealthCheck` resource creates the `PoisonPillRemediation` custom resource (CR), which triggers the Poison Pill Operator.
9
+
The Poison Pill Operator runs on the cluster nodes and reboots nodes that are identified as unhealthy. The Operator uses the `MachineHealthCheck` controller to detect the health of a node in the cluster. When a node is identified as unhealthy, the `MachineHealthCheck` resource creates the `PoisonPillRemediation` custom resource (CR), which triggers the Poison Pill Operator.
10
10
11
-
The Poison Pill Operator minimizes downtime for stateful applications and restores compute capacity if transient failures occur. You can use this Operator regardless of the management interface, such as IPMI or an API to provision a node, and regardless of of the cluster installation type, such as Installer Provisioned Infrastructure (IPI) or User Provisioned Infrastructure (UPI).
11
+
The Poison Pill Operator minimizes downtime for stateful applications and restores compute capacity if transient failures occur. You can use this Operator regardless of the management interface, such as IPMI or an API to provision a node, and regardless of the cluster installation type, such as installer-provisioned infrastructure or user-provisioned infrastructure.
== Understanding the Poison Pill Operator configuration
@@ -31,7 +31,7 @@ spec:
31
31
watchdogFilePath: /test/watchdog1 <2>
32
32
isSoftwareRebootEnabled: true <3>
33
33
apiServerTimeout: 15s <4>
34
-
apiCheckInterval: 5s <5>
34
+
apiCheckInterval: 5s <5>
35
35
maxApiErrorThreshold: 3 <6>
36
36
peerApiServerTimeout: 5s <7>
37
37
peerDialTimeout: 5s <8>
@@ -42,10 +42,10 @@ spec:
42
42
<1> Specify the timeout duration for the surviving peer, after which the Operator can assume that an unhealthy node has been rebooted. The Operator automatically calculates the lower limit for this value. However, if different nodes have different watchdog timeouts, you must change this value to a higher value.
43
43
<2> Specify the file path of the watchdog device in the nodes. If a watchdog device is unavailable, the `PoisonPillConfig` CR uses a software reboot.
44
44
<3> Specify if you want to enable software reboot of the unhealthy nodes. By default, the value of `isSoftwareRebootEnabled` is set to `true`. To disable the software reboot, set the parameter value to `false`.
45
-
<4> Specify the timeout duration to check connectivity with each API server. When this duration elapses, the Operator starts remediation.
45
+
<4> Specify the timeout duration to check connectivity with each API server. When this duration elapses, the Operator starts remediation.
46
46
<5> Specify the frequency to check connectivity with each API server.
47
47
<6> Specify a threshold value. After reaching this threshold, the node starts contacting its peers.
48
48
<7> Specify the timeout duration to connect with the peer API server.
49
49
<8> Specify the timeout duration for establishing connection with the peer.
50
50
<9> Specify the timeout duration to get a response from the peer.
51
-
<10> Specify the frequency to update peer information, such as IP address.
51
+
<10> Specify the frequency to update peer information, such as IP address.
0 commit comments