3.6 Cost-effectiveness (HA - High Availability)
The price of the product(High Availability, HA) Silver is a function that allows a system or service to operate continuously and without interruption even in a situation of disruption. VirtOn The Proxmox It manages the availability of nodes and resources within the cluster based on HA structures.
VirtOn The HA page provides the following features.
- HA monitoring of the condition
- List of HA resources
- HA Advanced setup (Affinity Rules)
Before use
| The Distinction | Content |
|---|---|
| I need permission. | Adding, modifying, removing and setting Affinity Rules to HA resources requires administrator permission. |
| Preconditions | Proxmox The cluster must be composed and the quorum must be normal. VM/CT It has to exist. |
| The range of impact | HA policy is a disability. VM/CT It directly affects the reboot, re-allocation, execution location, and it identifies the target resource and node before it's applied to the operating service. |
| Thank you. | HA changes the settings and the resource moves the audit log and Proxmox It's a workforce verification object. |
3.6.1 HA monitoring of the condition
In the HA state monitoring area, each node in the cluster is Check the HA role, service type, status in real timeWe can do that. VirtOn The Proxmox Based on HA information, CRM(Cluster Resource Manager) And LRM(Local Resource Manager) And then we're going to tell you what's going on.
3.6.1.1 CRM (Master node.) It's in the air.
CRM is a cluster of controlled HA resources. Central control nodeAnd in the cluster, we have There's only one CRM master node.It does.
Display items
- The node. The Master Node is currently performing the CRM role
- Role :
CRM. - Service : Control
- It's in the air. (Quorum is in effect.)
- Quorum top (OK)
- Cluster polynomial is in normal state.
- It's green.
- Failure (No Quorum)
- Quorum is lost.
- It's red.
- HA is uncontrolled.
- Quorum top (OK)
3.6.1.2 LRM (The HA state of the node.)
LRM(Local Resource Manager) Silver is the component that actually manages the HA resources at each node. Included in the cluster All nodes are displayed in LRM stateAnd then the node is Name by name(A–Z) So it's sorted into.
Display items
- The node. Name of node that comprises HA
- Role : LRM
- Service : HA mode of operation of the node
- It's in the air. : Node-specific HA state
3.6.1.3 LRM state type and meaning
| It's in the air. | The internal state value | Explanation | Display color |
|---|---|---|---|
| It's active. (Active) | active | HA is operating normally and managing the resources. | Green. |
| I'm off. (Idle) | wait_for_agent_lock | HA Resources locking is in normal condition. | It's gray. |
| Locked up. (Lost Lock) | lost_agent_lock | HA agent lockdown is missing. | Red. |
| Error (Error) | error | Error occurred during HA processing | Red. |
⚠️ Beware of it. Lost Lock It's not just a state of rest. HA operation is over.And that's what we're doing. We need to check for resource issues or network/agent issues.3.6.1.4 Data loading and exception processing
- HA status information is Proxmox API It's viewed in real time through the Internet.
- During the state loading, Loading spinner.It's going to be shown.
- If an error occurs during the HA status check:
- An error message is displayed.
- [Try again] buttonYou can re-evaluate it immediately.
- If the HA node is not available:
- There's no nodes that are registered. The guide phrase is displayed.
3.6.2 HA Resources list
The HA Resource List is a display of the value of the resource.(HA) This is the application of VM And you can check and manage container resources at a glance. Each resource is automatically recovered and re-allocated when it fails.
3.6.2.1 Column description
| Items | Explanation |
|---|---|
| ID | Proxmox HA Resource ID is (VM Or CT The unique ID of) |
| The node. | The physical node that the resource is running on now |
| Type of the thing. | Resource type (VM Or CT) |
| Name of the place. | Virtual machine or container name |
| It's in the air. | HA Resources' current operating condition |
| Maximum restart | Automatic re-start when a problem occurs |
| Maximum re-allocation | Maximum number of times a node can be moved during a node failure |
| Failback | Whether or not to return it to the original node after the problem is fixed. |
3.6.2.2 Resource type (Type)
HA resources have the following two types.
| Type of the thing. | Explanation |
|---|---|
| VM | QEMU Based on virtual machines. |
| CT | LXC Base container |
3.6.2.3 Resource state (Type)
HA resources are visualized in color and text depending on the current state.
| It's in the air. | Explanation |
|---|---|
| Running on it. (Started) | It's running normally. |
| Stop it. (Stopped) | Resource is down. |
| Running request (Starting) | HA is trying to run the resource. |
| We're on hold. (Stopping) | I'm dealing with the resource shutdown. |
| I'm waiting for you. (Queued) | I'm waiting for you. |
| I'm on my way. (Migrate) | Moving to another node. |
| I'm working on it. (Recovery) | Repair work is underway after the incident. |
| Fence | The node disruption is a forced block. |
| Deactivation (Disabled) | Excluded from the HA administered status |
| Ignored (Ignored) | Temporarily ignored by the HA policy |
- When creating HA resources, it is used in four states. (Default started)
- Running state (Started) : Generate a normal running HA resource
- Stop it. (Stopped) : generate the HA resource in the off state
- Ignored (Ignored) : HA resource generation temporarily ignored by the policy
- Deactivation (Disabled) : HA resource generation excluded from the management of HA
3.6.2.4 Maximum restart (Max Restart)
When there's an error or an abnormal shutdown in the process of running a resource, Maximum number of times you try to run it again automatically at the same nodeThat's it.
Example of action
- Maximum restart is equal to
1 - VM This extraordinary end
- HA's trying to restart the first time at the same node.
- The policy after the reboot failed(Re-allocated) Keep moving.
If the number of reboots exceeds the limit, the re-allocation or Fence policy applies.
3.6.2.5 Maximum re-allocation (Max Relocate)
When a restart failure or node failure occurs, Maximum number of times a resource can be moved to another nodeThat's it.
Example of action
- Maximum re-allocation is equal to
1 - Current node disruption occurrence
- To another node. VM Move it around.
- Additional relocation stop when over-allocation
It's a protective device to prevent excessive movement in a cluster environment.
3.6.2.6 Failback
After the node that was damaged was restored, The option to set whether to return the resource to the original run nodeThat's it.
| The value | Explanation |
|---|---|
| On | When the original node is restored, it automatically returns. |
| Off | Keep it in the current running node. |
- On: The role of the node in a clear environment (The workload.)
- OffStability is a vital service (Preventing unnecessary movement)
3.6.2.7 Resource selection and management
- I'm on the list. Only one resource is available.
- The next option is to work.
- Correction Add and Module items are the same, single ID changes are prohibited
- Remove it : Remove the window output
- If you don't select it, the control button will be disabled.
3.6.2.8 HA Resource input entries and permissible range
| Items | Explanation | The input/selection criteria |
|---|---|---|
| ID | I'm gonna run it to HA. VM/CT It's a resource. | The existing VM Or CT You can't change the ID when you edit. |
| It's in the air. | This is the target state of HA Resources. | Started, Stopped, Ignored, Disabled It's the choice of the purpose of the operation. |
| Maximum restart | That's the maximum number of times you'll try to restart from the same node. | It's a setup to operate in line with the operating policy to prevent excessive repetition of a disability. |
| Maximum re-allocation | That's the maximum number of times you move to another node. | It's set to the number of cluster nodes and the importance of the service. |
| Failback | Whether or not to return it to the original node after the problem is fixed. | Services that require dedicated nodes are on, and services that prioritize stability are off. |
3.6.3 HA Advanced setup (Set up the Affinity Rules)
In the HA advanced settings, Affinity Rules(The rules of friendship) Through You can tightly control the execution location and deployment policy of HA resources.
Affinity rules are basically two things.
- The rules of node friendship (Node Affinity Rules)
- The rules of resource-friendliness (Resource Affinity Rules)
Each rule directly affects the deployment stability and disruption response strategy of HA resources.
3.6.3.1 Node-friendly rules (Node Affinity Rules)
The rule of nodal friendliness is And what kind of node is the priority to run a particular resource?I'm going to define it. We can use weighing and policy to set the priorities for implementation and enforcement.
| Items | Explanation |
|---|---|
| The rule name. | The specific name of the node-friendliness rule |
| Targeted resource | The rules apply to the VM Or CT |
| List of nodes (Weight) | The run node and the priority of each node |
| Policy (Strict) | The enforcement of rules |
3.6.3.1.1 Targeted resource
- The rules are: What HA resource is that?(VM/CT) It applies toIt's a representation of the
- You can specify one or more resources, and you can use the comma.(
,) And then we're going to divide it into: - Included in the target resource VM/CT And that's the rule.
Operating point
- Core service VM It's recommended to specify a clear rule of node friendliness.
- Testing or critical resources can minimize the application of the rules.
3.6.3.1.2 List of nodes (Weight)
The list of nodes is The node that the resource can run and its prioritiesI'm going to define it.
The concept of weight
- We're going to show that weighting is a number.
- The higher the value, the more the first run object.So this is it.
- If the weight is the same, it's sorted by node name.
- The weighting
0And even if it is, it's explicitly shown.
An example of how to behave
| The node. | Weight |
|---|---|
| phum01 | 10 |
| phum03 | 5 |
| phum02 | 0 |
phum01→ Priority run nodephum03→ The chain run nodephum02→ The last candidate node
When a fault occurs, HA tries to run from a high-weight node.
3.6.3.1.3 Policy (Strict)
The policy is to follow the rules of node friendliness. Whether or not to force it.It determines the
| Policy | Explanation |
|---|---|
| It's strict. (Strict) | It's only run at specified nodes. |
| Preference (Preferred) | Run at the accelerated specified node, but allow other nodes when not required |
It's strict. (Strict)
- It's not running except at the specified node.
- If all the specified nodes are not possible, the resource will not run.
Recommended use scenarios
- There are restrictions on licensing. VM
- Specific hardware-dependent services
- Fixed role node configuration
Preference (Preferred)
- First try running the node based on the
- If all nodes are unstable, run automatically to another node.
Recommended use scenarios
- General services VM
- The environment that gives priority to value-added services
3.6.3.2 Rules of resource friendlyness (Resource Affinity Rules)
The rules of resource-friendliness are: The execution relationship between resourcesI'm going to define it. You can run specific resources together, or you can run them separately.
| Items | Explanation |
|---|---|
| The rule name. | Resource friendly rules name |
| Targeted resource | The rules apply to the VM/CT Group |
| Policy (Affinity) | Inter-resource execution relationships |
3.6.3.2.1 Objective resource
- The rules apply to the Several HA resource groupsIt means.
- The designated resources operate as a single policy unit.
Policy 3.6.3.2.2 (Affinity)
| Policy | Explanation |
|---|---|
| Run along. (Positive) | So I'm going to have to drive it to the same node. |
| Separate run (Negative) | Forcing them to run at different nodes. |
Run along. (Positive)
- It's a service configuration that needs to minimize network latency.
- Example: Web server + cache server
Separate run (Negative)
- Configuration to reduce the impact of disabilities
- Examples: Active/Standby, dual service
How to solve problems
| The symptoms. | Check the item | How to take action |
|---|---|---|
| HA status check failed | Proxmox API Connection, cluster quorum. | [Click try again and check the quorum status on the cluster page. |
| HA Resources additional failure | The target. VM/CT We have powers, resources, and resources. | Check if it's already registered with HA and run it again with administrator permission. |
| The resource is not running at the expected node. | Node Affinity rules, strict or not, node status | Check the Weight and Strict settings and check that the target node is online. |
| No re-allocation after disability | Maximum reboot/reallocation value, quorum, storage accessibility | Check the HA resource policy and whether shared storage is accessible. |
| Inter-resource allocation is different from intention. | Resource Affinity policy | We're going to re-check the positive/negative policy and the target resource group. |