Manual/VirtOn/3. VirtOn I'm using it./3.6 Cost-effectiveness (HA - High Availability)
Home
VirtOn DocumentationVersion 1.0User Guide

3.6 Cost-effectiveness (HA - High Availability)

On this page

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 DistinctionContent
I need permission.Adding, modifying, removing and setting Affinity Rules to HA resources requires administrator permission.
PreconditionsProxmox The cluster must be composed and the quorum must be normal. VM/CT It has to exist.
The range of impactHA 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.

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 valueExplanationDisplay color
It's active. (Active)activeHA is operating normally and managing the resources.Green.
I'm off. (Idle)wait_for_agent_lockHA Resources locking is in normal condition.It's gray.
Locked up. (Lost Lock)lost_agent_lockHA agent lockdown is missing.Red.
Error (Error)errorError occurred during HA processingRed.
⚠️ 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

ItemsExplanation
IDProxmox 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 restartAutomatic re-start when a problem occurs
Maximum re-allocationMaximum number of times a node can be moved during a node failure
FailbackWhether 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
VMQEMU Based on virtual machines.
CTLXC 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.
FenceThe 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 valueExplanation
OnWhen the original node is restored, it automatically returns.
OffKeep 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

ItemsExplanationThe input/selection criteria
IDI'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 restartThat'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-allocationThat'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.
FailbackWhether 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.

ItemsExplanation
The rule name.The specific name of the node-friendliness rule
Targeted resourceThe 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 0 And even if it is, it's explicitly shown.

An example of how to behave

The node.Weight
phum0110
phum035
phum020
  • phum01 → Priority run node
  • phum03 → The chain run node
  • phum02 → 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

PolicyExplanation
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.

ItemsExplanation
The rule name.Resource friendly rules name
Targeted resourceThe 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)

PolicyExplanation
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 itemHow to take action
HA status check failedProxmox API Connection, cluster quorum.[Click try again and check the quorum status on the cluster page.
HA Resources additional failureThe 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 statusCheck the Weight and Strict settings and check that the target node is online.
No re-allocation after disabilityMaximum reboot/reallocation value, quorum, storage accessibilityCheck the HA resource policy and whether shared storage is accessible.
Inter-resource allocation is different from intention.Resource Affinity policyWe're going to re-check the positive/negative policy and the target resource group.