Using the YaST Cluster Module

àì夳堔傛蜴生んèń 2022-09-14 02:19 121阅读 0赞

The YaST cluster module allows you to set up a cluster manually (from scratch) or to modify options for an existing cluster.

However, if you prefer an automated approach for setting up a cluster, refer to [Installation and Setup Quick Start][]. It describes how to install the needed packages and leads you to a basic two-node cluster, which is set up with the scripts. `ha-cluster-bootstrap`

You can also use a combination of both setup methods, for example: set up one node with YaST cluster and then use one of the bootstrap scripts to integrate more nodes (or vice versa).

[4.1 Definition of Terms][]

[4.2 YaST Cluster Module][]

[4.3 Defining the Communication Channels][]

[4.4 Defining Authentication Settings][]

[4.5 Transferring the Configuration to All Nodes][]

[4.6 Synchronizing Connection Status Between Cluster Nodes][]

[4.7 Configuring Services][]

[4.8 Bringing the Cluster Online Node by Node][]

## 4.1 Definition of Terms [REPORT DOCUMENTATION BUG][][\#][4.1 Definition of Terms][EDIT SOURCE][] ##

Several key terms used in the YaST cluster module and in this chapter are defined below.

Bind Network Address (`bindnetaddr`)

The network address the Corosync executive should bind to. To simplify sharing configuration files across the cluster, Corosync uses network interface netmask to mask only the address bits that are used for routing the network. For example, if the local interface is with netmask , set to . If the local interface is with netmask , set to . `192.168.5.92``255.255.255.0``bindnetaddr``192.168.5.0``192.168.5.92``255.255.255.192``bindnetaddr``192.168.5.64`

If with is explicitly configured in , is not strictly required. `nodelist``ringX_addr``/etc/corosync/corosync.conf``bindnetaddr`

Note: Network Address for All Nodes

As the same Corosync configuration will be used on all nodes, make sure to use a network address as , not the address of a specific network interface. `bindnetaddr`

`conntrack` Tools

Allow interaction with the in-kernel connection tracking system for enabling *stateful* packet inspection for iptables. Used by the High Availability Extension to synchronize the connection status between cluster nodes. For detailed information, refer to [conntrack-tools: Netfilter's connection tracking userspace tools][conntrack-tools_ Netfilter_s connection tracking userspace tools].

Csync2

A synchronization tool that can be used to replicate configuration files across all nodes in the cluster, and even across Geo clusters. Csync2 can handle any number of hosts, sorted into synchronization groups. Each synchronization group has its own list of member hosts and its include/exclude patterns that define which ﬁles should be synchronized in the synchronization group. The groups, the host names belonging to each group, and the include/exclude rules for each group are specified in the Csync2 configuration file, . `/etc/csync2/csync2.cfg`

For authentication, Csync2 uses the IP addresses and pre-shared keys within a synchronization group. You need to generate one key file for each synchronization group and copy it to all group members.

For more information about Csync2, refer to [http://oss.linbit.com/csync2/paper.pdf][http_oss.linbit.com_csync2_paper.pdf]

Existing Cluster

The term “existing cluster” is used to refer to any cluster that consists of at least one node. Existing clusters have a basic Corosync configuration that defines the communication channels, but they do not necessarily have resource configuration yet.

Multicast

A technology used for a one-to-many communication within a network that can be used for cluster communication. Corosync supports both multicast and unicast.

Note: Switches and Multicast

To use multicast for cluster communication, make sure your switches support multicast.

Multicast Address (`mcastaddr`)

IP address to be used for multicasting by the Corosync executive. The IP address can either be IPv4 or IPv6. If IPv6 networking is used, node IDs must be specified. You can use any multicast address in your private network.

Multicast Port (`mcastport`)

The port to use for cluster communication. Corosync uses two ports: the specified for receiving multicast, and for sending multicast. `mcastport``mcastport -1`

Redundant Ring Protocol (RRP)

Allows the use of multiple redundant local area networks for resilience against partial or total network faults. This way, cluster communication can still be kept up as long as a single network is operational. Corosync supports the Totem Redundant Ring Protocol. A logical token-passing ring is imposed on all participating nodes to deliver messages in a reliable and sorted manner. A node is allowed to broadcast a message only if it holds the token.

When having defined redundant communication channels in Corosync, use RRP to tell the cluster how to use these interfaces. RRP can have three modes (): `rrp_mode`

*  If set to , Corosync uses both interfaces actively. However, this mode is deprecated. `active`
 *  If set to , Corosync sends messages alternatively over the available networks. `passive`
 *  If set to , RRP is disabled. `none`

Unicast

A technology for sending messages to a single network destination. Corosync supports both multicast and unicast. In Corosync, unicast is implemented as UDP-unicast (UDPU).

## 4.2 YaST Cluster Module [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 1][\#][4.2 YaST Cluster Module][EDIT SOURCE][] ##

Start YaST and select *High Availability* › *Cluster*. Alternatively, start the module from command line:

sudo yast2 cluster

COPY

The following list shows an overview of the available screens in the YaST cluster module. It also mentions whether the screen contains parameters that are *required* for successful cluster setup or whether its parameters are *optional*.

Communication Channels (required)

Allows you to define one or two communication channels for communication between the cluster nodes. As transport protocol, either use multicast (UDP) or unicast (UDPU). For details, see [Section 4.3, “Defining the Communication Channels”][4.3 Defining the Communication Channels].

Important: Redundant Communication Paths

For a supported cluster setup two or more redundant communication paths are required. The preferred way is to use network device bonding as described in [Chapter 14, Network Device Bonding][Chapter 14_ Network Device Bonding].

If this is impossible, you need to define a second communication channel in Corosync.

Security (optional but recommended)

Allows you to define the authentication settings for the cluster. HMAC/SHA1 authentication requires a shared secret used to protect and authenticate messages. For details, see [Section 4.4, “Defining Authentication Settings”][4.4 Defining Authentication Settings].

Configure Csync2 (optional but recommended)

Csync2 helps you to keep track of configuration changes and to keep files synchronized across the cluster nodes. For details, see [Section 4.5, “Transferring the Configuration to All Nodes”][4.5 Transferring the Configuration to All Nodes].

Configure conntrackd (optional)

Allows you to configure the user space . Use the conntrack tools for `conntrackd`*stateful* packet inspection for iptables. For details, see [Section 4.6, “Synchronizing Connection Status Between Cluster Nodes”][4.6 Synchronizing Connection Status Between Cluster Nodes].

Service (required)

Allows you to configure the service for bringing the cluster node online. Define whether to start the Pacemaker service at boot time and whether to open the ports in the firewall that are needed for communication between the nodes. For details, see [Section 4.7, “Configuring Services”][4.7 Configuring Services].

If you start the cluster module for the first time, it appears as a wizard, guiding you through all the steps necessary for basic setup. Otherwise, click the categories on the left panel to access the configuration options for each step.

Note: Settings in the YaST Cluster Module

Some settings in the YaST cluster module apply only to the current node. Other settings may automatically be transferred to all nodes with Csync2. Find detailed information about this in the following sections.

## 4.3 Defining the Communication Channels [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 2][\#][4.3 Defining the Communication Channels][EDIT SOURCE][] ##

For successful communication between the cluster nodes, define at least one communication channel. As transport protocol, either use multicast (UDP) or unicast (UDPU) as described in [Procedure 4.1][] or [Procedure 4.2][], respectively. If you want to define a second, redundant channel ([Procedure 4.3][]), both communication channels must use the *same* protocol.

Note: Public Clouds: Use Unicast

For deploying SUSE Linux Enterprise High Availability Extension in public cloud platforms, use unicast as transport protocol. Multicast is generally not supported by the cloud platforms themselves.

All settings defined in the YaST *Communication Channels* screen are written to . Find example files for a multicast and a unicast setup in . `/etc/corosync/corosync.conf``/usr/share/doc/packages/corosync/`

If you are using IPv4 addresses, node IDs are optional. If you are using IPv6 addresses, node IDs are required. Instead of specifying IDs manually for each node, the YaST cluster module contains an option to automatically generate a unique ID for every cluster node.

PROCEDURE 4.1: DEFINING THE FIRST COMMUNICATION CHANNEL (MULTICAST) [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 3][\#][Procedure 4.1]

When using multicast, the same , , and will be used for all cluster nodes. All nodes in the cluster will know each other by using the same multicast address. For different clusters, use different multicast addresses. `bindnetaddr``mcastaddr``mcastport`

1.  Start the YaST cluster module and switch to the *Communication Channels* category.
2.  Set the *Transport* protocol to . `Multicast`
3.  Define the *Bind Network Address*. Set the value to the subnet you will use for cluster multicast.
4.  Define the *Multicast Address*.
5.  Define the *Port*.
6.  To automatically generate a unique ID for every cluster node keep *Auto Generate Node ID* enabled.
7.  Define a *Cluster Name*.
8.  Enter the number of *Expected Votes*. This is important for Corosync to calculate [quorum][] in case of a partitioned cluster. By default, each node has vote. The number of `1`*Expected Votes* must match the number of nodes in your cluster.
9.  Confirm your changes.
10. If needed, define a redundant communication channel in Corosync as described in [Procedure 4.3, “Defining a Redundant Communication Channel”][Procedure 4.3].

[![YaST Cluster—Multicast Configuration][YaST Cluster_Multicast Configuration]][YaST Cluster_Multicast Configuration_YaST Cluster_Multicast Configuration]

FIGURE 4.1: YAST CLUSTER—MULTICAST CONFIGURATION [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 4][\#][Link 1]

If you want to use unicast instead of multicast for cluster communication, proceed as follows.

PROCEDURE 4.2: DEFINING THE FIRST COMMUNICATION CHANNEL (UNICAST) [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 5][\#][Procedure 4.2]

1.  Start the YaST cluster module and switch to the *Communication Channels* category.
2.  Set the *Transport* protocol to . `Unicast`
3.  Define the *Port*.
4.  For unicast communication, Corosync needs to know the IP addresses of all nodes in the cluster. For each node that will be part of the cluster, click *Add* and enter the following details:
    
     *  *IP Address*
     *  *Redundant IP Address* (only required if you use a second communication channel in Corosync)
     *  *Node ID* (only required if the option *Auto Generate Node ID* is disabled)
    
    To modify or remove any addresses of cluster members, use the *Edit* or *Del* buttons.
5.  To automatically generate a unique ID for every cluster node keep *Auto Generate Node ID* enabled.
6.  Define a *Cluster Name*.
7.  Enter the number of *Expected Votes*. This is important for Corosync to calculate [quorum][] in case of a partitioned cluster. By default, each node has vote. The number of `1`*Expected Votes* must match the number of nodes in your cluster.
8.  Confirm your changes.
9.  If needed, define a redundant communication channel in Corosync as described in [Procedure 4.3, “Defining a Redundant Communication Channel”][Procedure 4.3].

[![YaST Cluster—Unicast Configuration][YaST Cluster_Unicast Configuration]][YaST Cluster_Unicast Configuration_YaST Cluster_Unicast Configuration]

FIGURE 4.2: YAST CLUSTER—UNICAST CONFIGURATION [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 6][\#][Link 2]

If network device bonding cannot be used for any reason, the second best choice is to define a redundant communication channel (a second ring) in Corosync. That way, two physically separate networks can be used for communication. If one network fails, the cluster nodes can still communicate via the other network.

The additional communication channel in Corosync will form a second token-passing ring. In , the first channel you configured is the primary ring and gets the ring number . The second ring (redundant channel) gets the ring number . `/etc/corosync/corosync.conf``0``1`

When having defined redundant communication channels in Corosync, use RRP to tell the cluster how to use these interfaces. With RRP, two physically separate networks are used for communication. If one network fails, the cluster nodes can still communicate via the other network.

RRP can have three modes:

PROCEDURE 4.3: DEFINING A REDUNDANT COMMUNICATION CHANNEL [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 7][\#][Procedure 4.3]

Important: Redundant Rings and `/etc/hosts`

If multiple rings are configured in Corosync, each node can have multiple IP addresses. This needs to be reflected in the file of all nodes. `/etc/hosts`

1.  Start the YaST cluster module and switch to the *Communication Channels* category.
2.  Activate *Redundant Channel*. The redundant channel must use the same protocol as the first communication channel you defined.
3.  If you use multicast, enter the following parameters: the *Bind Network Address* to use, the *Multicast Address* and the *Port* for the redundant channel.
    
    If you use unicast, define the following parameters: the *Bind Network Address* to use, and the *Port*. Enter the IP addresses of all nodes that will be part of the cluster.
4.  To tell Corosync how and when to use the different channels, select the *rrp\_mode* to use:
    
     *  If only one communication channel is defined, *rrp\_mode* is automatically disabled (value ).`none`
     *  If set to , Corosync uses both interfaces actively. However, this mode is deprecated.`active`
     *  If set to , Corosync sends messages alternatively over the available networks. `passive`
    
    When RRP is used, the High Availability Extension monitors the status of the current rings and automatically re-enables redundant rings after faults.
    
    Alternatively, check the ring status manually with . View the available options with . `corosync-cfgtool``-h`
5.  Confirm your changes.

## 4.4 Defining Authentication Settings [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 8][\#][4.4 Defining Authentication Settings][EDIT SOURCE][] ##

To define the authentication settings for the cluster, you can use HMAC/SHA1 authentication. This requires a shared secret used to protect and authenticate messages. The authentication key (password) you specify will be used on all nodes in the cluster.

PROCEDURE 4.4: ENABLING SECURE AUTHENTICATION [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 9][\#][Link 3]

1.  Start the YaST cluster module and switch to the *Security* category.
2.  Activate *Enable Security Auth*.
3.  For a newly created cluster, click *Generate Auth Key File*. An authentication key is created and written to . `/etc/corosync/authkey`
    
    If you want the current machine to join an existing cluster, do not generate a new key file. Instead, copy the from one of the nodes to the current machine (either manually or with Csync2). `/etc/corosync/authkey`
4.  Confirm your changes. YaST writes the configuration to . `/etc/corosync/corosync.conf`

[![YaST Cluster—Security][YaST Cluster_Security]][YaST Cluster_Security_YaST Cluster_Security]

FIGURE 4.3: YAST CLUSTER—SECURITY [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 10][\#][Link 4]

## 4.5 Transferring the Configuration to All Nodes [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 11][\#][4.5 Transferring the Configuration to All Nodes][EDIT SOURCE][] ##

Instead of copying the resulting configuration files to all nodes manually, use the tool for replication across all nodes in the cluster. `csync2`

This requires the following basic steps:

1.  [Configuring Csync2 with YaST][].
2.  [Synchronizing the Configuration Files with Csync2][].

Csync2 helps you to keep track of configuration changes and to keep files synchronized across the cluster nodes:

*  You can define a list of files that are important for operation.
 *  You can show changes to these files (against the other cluster nodes).
 *  You can synchronize the configured files with a single command.
 *  With a simple shell script in , you can be reminded about unsynchronized changes before logging out of the system. `~/.bash_logout`

Find detailed information about Csync2 at [LINBIT Software Download Page For LINSTOR And DRBD Linux Driver][] and [http://oss.linbit.com/csync2/paper.pdf][http_oss.linbit.com_csync2_paper.pdf].

### 4.5.1 Configuring Csync2 with YaST [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 12][\#][Configuring Csync2 with YaST][EDIT SOURCE][] ###

1. Start the YaST cluster module and switch to the *Csync2* category.
2. To specify the synchronization group, click *Add* in the *Sync Host* group and enter the local host names of all nodes in your cluster. For each node, you must use exactly the strings that are returned by the command. `hostname`
 
 Tip: Host Name Resolution
 
 If host name resolution does not work properly in your network, you can also specify a combination of host name and IP address for each cluster node. To do so, use the string *HOSTNAME@IP* such as , for example. Csync2 will then use the IP addresses when connecting. `alice@192.168.2.100`
3. Click *Generate Pre-Shared-Keys* to create a key file for the synchronization group. The key file is written to . After it has been created, it must be copied manually to all members of the cluster. `/etc/csync2/key_hagroup`
4. To populate the *Sync File* list with the files that usually need to be synchronized among all nodes, click *Add Suggested Files*.
5. To *Edit*, *Add* or *Remove* files from the list of files to be synchronized use the respective buttons. You must enter the absolute path name for each file.
6. Activate Csync2 by clicking *Turn Csync2 ON*. This will execute the following command to start Csync2 automatically at boot time:
 
 <code>root # </code><code>systemctl</code> enable csync2.socket
 
 COPY
7. Confirm your changes. YaST writes the Csync2 configuration to .`/etc/csync2/csync2.cfg`
8. To start the synchronization process now, proceed with [Section 4.5.2, “Synchronizing Changes with Csync2”][Section 4.5.2_ _Synchronizing Changes with Csync2].

[![YaST Cluster—Csync2][YaST Cluster_Csync2]][YaST Cluster_Csync2_YaST Cluster_Csync2]

FIGURE 4.4: YAST CLUSTER—CSYNC2 [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 13][\#][Link 5]

### 4.5.2 Synchronizing Changes with Csync2 [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 14][\#][Section 4.5.2_ _Synchronizing Changes with Csync2][EDIT SOURCE][] ###

To successfully synchronize the files with Csync2, the following requirements must be met:

*  The same Csync2 configuration is available on all cluster nodes.
 *  The same Csync2 authentication key is available on all cluster nodes.
 *  Csync2 must be running on *all* cluster nodes.

Before the first Csync2 run, you therefore need to make the following preparations:

PROCEDURE 4.5: PREPARING FOR INITIAL SYNCHRONIZATION WITH CSYNC2 [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 15][\#][Link 6]

1. Copy the file manually to all nodes after you have configured it as described in `/etc/csync2/csync2.cfg`[Section 4.5.1, “Configuring Csync2 with YaST”][Configuring Csync2 with YaST].
2. Copy the file that you have generated on one node in `/etc/csync2/key_hagroup`[Step 3][] of [Section 4.5.1][Configuring Csync2 with YaST] to *all* nodes in the cluster. It is needed for authentication by Csync2. However, do *not* regenerate the file on the other nodes—it needs to be the same file on all nodes.
3. Execute the following command on all nodes to start the service now:
 
 <code>root # </code><code>systemctl</code> start csync2.socket
 
 COPY

PROCEDURE 4.6: SYNCHRONIZING THE CONFIGURATION FILES WITH CSYNC2 [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 16][\#][Synchronizing the Configuration Files with Csync2]

1. To initially synchronize all files once, execute the following command on the machine that you want to copy the configuration *from*:
 
 <code>root # </code><code>csync2</code> <code>-xv</code>
 
 COPY
 
 This will synchronize all the files once by pushing them to the other nodes. If all files are synchronized successfully, Csync2 will finish with no errors.
 
 If one or several files that are to be synchronized have been modified on other nodes (not only on the current one), Csync2 reports a conflict. You will get an output similar to the one below:
 
 While syncing file /etc/corosync/corosync.conf:
 ERROR from peer hex-14: File is also marked dirty here!
 Finished with 1 errors.
 
 COPY
2. If you are sure that the file version on the current node is the “best” one, you can resolve the conflict by forcing this file and resynchronizing:
 
 <code>root # </code><code>csync2</code> <code>-f</code> /etc/corosync/corosync.conf
 <code>root # </code><code>csync2</code> <code>-x</code>
 
 COPY

For more information on the Csync2 options, run

COPY

Note: Pushing Synchronization After Any Changes

Csync2 only pushes changes. It does *not* continuously synchronize files between the machines.

Each time you update files that need to be synchronized, you need to push the changes to the other machines: Run on the machine where you did the changes. If you run the command on any of the other machines with unchanged files, nothing will happen. `csync2``-xv`

## 4.6 Synchronizing Connection Status Between Cluster Nodes [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 17][\#][4.6 Synchronizing Connection Status Between Cluster Nodes][EDIT SOURCE][] ##

To enable *stateful* packet inspection for iptables, configure and use the conntrack tools. This requires the following basic steps:

PROCEDURE 4.7: CONFIGURING THE WITH YAST `conntrackd`[REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 18] [\#][Link 7]

Use the YaST cluster module to configure the user space (see `conntrackd`[Figure 4.5, “YaST Cluster—”conntrackd][Figure 4.5_ _YaST Cluster_conntrackd]). It needs a dedicated network interface that is not used for other communication channels. The daemon can be started via a resource agent afterward.

1.  Start the YaST cluster module and switch to the *Configure conntrackd* category.
2.  Define the *Multicast Address* to be used for synchronizing the connection status.
3.  In *Group Number*, define a numeric ID for the group to synchronize the connection status to.
4.  Click *Generate /etc/conntrackd/conntrackd.conf* to create the configuration file for . `conntrackd`
5.  If you modified any options for an existing cluster, confirm your changes and close the cluster module.
6.  For further cluster configuration, click *Next* and proceed with [Section 4.7, “Configuring Services”][4.7 Configuring Services].
7.  Select a *Dedicated Interface* for synchronizing the connection status. The IPv4 address of the selected interface is automatically detected and shown in YaST. It must already be configured and it must support multicast.

[![YaST Cluster—conntrackd][YaST Cluster_conntrackd]][YaST Cluster_conntrackd_YaST Cluster_conntrackd]

FIGURE 4.5: YAST CLUSTER—`conntrackd`[REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 19][\#][Figure 4.5_ _YaST Cluster_conntrackd]

After having configured the conntrack tools, you can use them for Linux Virtual Server, see [Load Balancing][].

## 4.7 Configuring Services [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 20][\#][4.7 Configuring Services][EDIT SOURCE][] ##

In the YaST cluster module define whether to start certain services on a node at boot time. You can also use the module to start and stop the services manually. To bring the cluster nodes online and start the cluster resource manager, Pacemaker must be running as a service.

PROCEDURE 4.8: ENABLING PACEMAKER [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 21][\#][Link 8]

1. In the YaST cluster module, switch to the *Service* category.
2. To start Pacemaker each time this cluster node is booted, select the respective option in the *Booting* group. If you select *Off* in the *Booting* group, you must start Pacemaker manually each time this node is booted. To start Pacemaker manually, use the command:
 
 <code>root # </code><code>crm</code> cluster start
 
 COPY
3. To start or stop Pacemaker immediately, click the respective button.
4. To open the ports in the firewall that are needed for cluster communication on the current machine, activate *Open Port in Firewall*.
5. Confirm your changes. Note that the configuration only applies to the current machine, not to all cluster nodes.

[![YaST Cluster—Services][YaST Cluster_Services]][YaST Cluster_Services_YaST Cluster_Services]

FIGURE 4.6: YAST CLUSTER—SERVICES [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 22][\#][Link 9]

## 4.8 Bringing the Cluster Online Node by Node [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 23][\#][4.8 Bringing the Cluster Online Node by Node][EDIT SOURCE][] ##

After the initial cluster configuration is done, start the cluster services on *each* cluster node to bring the stack online:

PROCEDURE 4.9: STARTING CLUSTER SERVICES AND CHECKING THE STATUS [REPORT DOCUMENTATION BUG][REPORT DOCUMENTATION BUG 24][\#][Link 10]

1. Log in to an existing node.
2. Check if the service is already running:
 
 <code>root # </code><code>crm</code> cluster status
 
 COPY
 
 If not, start the cluster services now:
 
 <code>root # </code><code>crm</code> cluster start
 
 COPY
3. Repeat the steps above for each of the cluster nodes.
4. On one of the nodes, check the cluster status with the command. If all nodes are online, the output should be similar to the following: `crm status`
 
 <code>root # </code>crm status
 Cluster Summary:
 * Stack: corosync
 * Current DC: alice (version ...) - partition with quorum
 * Last updated: ...
 * Last change: ... by hacluster via crmd on bob
 * 2 nodes configured
 * 1 resource instance configured
 
 Node List:
 * Online: [ alice bob ]
 ...
 
 COPY
 
 This output indicates that the cluster resource manager is started and is ready to manage resources.

After the basic configuration is done and the nodes are online, you can start to configure cluster resources. Use one of the cluster management tools like the crm shell (crmsh) or Hawk2. For more information, see [Chapter 8, Configuring and Managing Cluster Resources (Command Line)][Chapter 8_ Configuring and Managing Cluster Resources _Command Line] or [Chapter 7, Configuring and Managing Cluster Resources with Hawk2][Chapter 7_ Configuring and Managing Cluster Resources with Hawk2].

[→Chapter 5 Upgrading Your Cluster and Updating Software Packages][Chapter 5 Upgrading Your Cluster and Updating Software Packages][←Chapter 3 Installing the High Availability Extension][Chapter 3 Installing the High Availability Extension]

转载至[https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html][https_documentation.suse.com_sle-ha_15-SP2_html_SLE-HA-all_cha-ha-ycluster.html]

[Installation and Setup Quick Start]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/art-sleha-install-quick.html
[4.1 Definition of Terms]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#sec-ha-installation-terms
[4.2 YaST Cluster Module]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#sec-ha-setup-yast-overview
[4.3 Defining the Communication Channels]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#sec-ha-installation-setup-channels
[4.4 Defining Authentication Settings]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#sec-ha-installation-setup-security
[4.5 Transferring the Configuration to All Nodes]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#sec-ha-installation-setup-csync2
[4.6 Synchronizing Connection Status Between Cluster Nodes]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#sec-ha-installation-setup-conntrackd
[4.7 Configuring Services]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#sec-ha-installation-setup-services
[4.8 Bringing the Cluster Online Node by Node]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#sec-ha-installation-start
[REPORT DOCUMENTATION BUG]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%204.1%20%20Definition%20of%20Terms&comment=4.1%20%20Definition%20of%20Terms%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23sec-ha-installation-terms
[EDIT SOURCE]: https://github.com/SUSE/doc-sleha/edit/maintenance/SLEHA15SP2/xml/ha_yast_cluster.xml
[conntrack-tools_ Netfilter_s connection tracking userspace tools]: http://conntrack-tools.netfilter.org/
[http_oss.linbit.com_csync2_paper.pdf]: http://oss.linbit.com/csync2/paper.pdf
[REPORT DOCUMENTATION BUG 1]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%204.2%20%20YaST%20Cluster%20Module&comment=4.2%20%20YaST%20Cluster%20Module%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23sec-ha-setup-yast-overview
[Chapter 14_ Network Device Bonding]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-netbonding.html
[REPORT DOCUMENTATION BUG 2]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%204.3%20%20Defining%20the%20Communication%20Channels&comment=4.3%20%20Defining%20the%20Communication%20Channels%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23sec-ha-installation-setup-channels
[Procedure 4.1]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#pro-ha-installation-setup-channel1-udp
[Procedure 4.2]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#pro-ha-installation-setup-channel1-udpu
[Procedure 4.3]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#pro-ha-installation-setup-channel2
[REPORT DOCUMENTATION BUG 3]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Procedure%26nbsp%3B4.1%3A%20%20Defining%20the%20First%20Communication%20Channel%20%28Multicast%29%20&comment=Procedure%26nbsp%3B4.1%3A%20%20Defining%20the%20First%20Communication%20Channel%20%28Multicast%29%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23pro-ha-installation-setup-channel1-udp
[quorum]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/gl-heartb.html#gloss-quorum
[YaST Cluster_Multicast Configuration]: https://img-blog.csdnimg.cn/img_convert/83b21edfa7e4fc3c5fe19f30951f2719.png
[YaST Cluster_Multicast Configuration_YaST Cluster_Multicast Configuration]: /images/20220828/c7a1289e4ec34230b0d4a5d1f52613a8.png
[REPORT DOCUMENTATION BUG 4]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Figure%26nbsp%3B4.1%3A%20%20YaST%20Cluster%E2%80%94Multicast%20Configuration%20&comment=Figure%26nbsp%3B4.1%3A%20%20YaST%20Cluster%E2%80%94Multicast%20Configuration%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23id-1.4.3.6.5.7
[Link 1]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#id-1.4.3.6.5.7
[REPORT DOCUMENTATION BUG 5]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Procedure%26nbsp%3B4.2%3A%20%20Defining%20the%20First%20Communication%20Channel%20%28Unicast%29%20&comment=Procedure%26nbsp%3B4.2%3A%20%20Defining%20the%20First%20Communication%20Channel%20%28Unicast%29%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23pro-ha-installation-setup-channel1-udpu
[YaST Cluster_Unicast Configuration]: https://img-blog.csdnimg.cn/img_convert/ecd3a5367cdf38267c91e5d8f6abb15b.png
[YaST Cluster_Unicast Configuration_YaST Cluster_Unicast Configuration]: /images/20220828/f74b46ae295f4746adae8216e29ccffa.png
[REPORT DOCUMENTATION BUG 6]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Figure%26nbsp%3B4.2%3A%20%20YaST%20Cluster%E2%80%94Unicast%20Configuration%20&comment=Figure%26nbsp%3B4.2%3A%20%20YaST%20Cluster%E2%80%94Unicast%20Configuration%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23id-1.4.3.6.5.10
[Link 2]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#id-1.4.3.6.5.10
[REPORT DOCUMENTATION BUG 7]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Procedure%26nbsp%3B4.3%3A%20%20Defining%20a%20Redundant%20Communication%20Channel%20&comment=Procedure%26nbsp%3B4.3%3A%20%20Defining%20a%20Redundant%20Communication%20Channel%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23pro-ha-installation-setup-channel2
[REPORT DOCUMENTATION BUG 8]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%204.4%20%20Defining%20Authentication%20Settings&comment=4.4%20%20Defining%20Authentication%20Settings%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23sec-ha-installation-setup-security
[REPORT DOCUMENTATION BUG 9]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Procedure%26nbsp%3B4.4%3A%20%20Enabling%20Secure%20Authentication%20&comment=Procedure%26nbsp%3B4.4%3A%20%20Enabling%20Secure%20Authentication%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23pro-ha-installation-setup-security
[Link 3]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#pro-ha-installation-setup-security
[YaST Cluster_Security]: https://img-blog.csdnimg.cn/img_convert/df9ee018e44ea3410c7cf35ee12e7358.png
[YaST Cluster_Security_YaST Cluster_Security]: /images/20220828/c3e256ca3744464097da6979d26809fb.png
[REPORT DOCUMENTATION BUG 10]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Figure%26nbsp%3B4.3%3A%20%20YaST%20Cluster%E2%80%94Security%20&comment=Figure%26nbsp%3B4.3%3A%20%20YaST%20Cluster%E2%80%94Security%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23id-1.4.3.6.6.4
[Link 4]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#id-1.4.3.6.6.4
[REPORT DOCUMENTATION BUG 11]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%204.5%20%20Transferring%20the%20Configuration%20to%20All%20Nodes&comment=4.5%20%20Transferring%20the%20Configuration%20to%20All%20Nodes%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23sec-ha-installation-setup-csync2
[Configuring Csync2 with YaST]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#pro-ha-installation-setup-csync2-yast
[Synchronizing the Configuration Files with Csync2]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#pro-ha-installation-setup-csync2-start
[LINBIT Software Download Page For LINSTOR And DRBD Linux Driver]: http://oss.linbit.com/csync2/
[REPORT DOCUMENTATION BUG 12]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%204.5.1%20%20Configuring%20Csync2%20with%20YaST&comment=4.5.1%20%20Configuring%20Csync2%20with%20YaST%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23pro-ha-installation-setup-csync2-yast
[Section 4.5.2_ _Synchronizing Changes with Csync2]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#sec-ha-setup-yast-csync2-sync
[YaST Cluster_Csync2]: https://img-blog.csdnimg.cn/img_convert/8914d1c927f4b09d28f52b2505771975.png
[YaST Cluster_Csync2_YaST Cluster_Csync2]: /images/20220828/35761a56fb364fd397c02d5ddc73c17e.png
[REPORT DOCUMENTATION BUG 13]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Figure%26nbsp%3B4.4%3A%20%20YaST%20Cluster%E2%80%94Csync2%20&comment=Figure%26nbsp%3B4.4%3A%20%20YaST%20Cluster%E2%80%94Csync2%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23id-1.4.3.6.7.8.3
[Link 5]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#id-1.4.3.6.7.8.3
[REPORT DOCUMENTATION BUG 14]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%204.5.2%20%20Synchronizing%20Changes%20with%20Csync2&comment=4.5.2%20%20Synchronizing%20Changes%20with%20Csync2%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23sec-ha-setup-yast-csync2-sync
[REPORT DOCUMENTATION BUG 15]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Procedure%26nbsp%3B4.5%3A%20%20Preparing%20for%20Initial%20Synchronization%20with%20Csync2%20&comment=Procedure%26nbsp%3B4.5%3A%20%20Preparing%20for%20Initial%20Synchronization%20with%20Csync2%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23id-1.4.3.6.7.9.5
[Link 6]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#id-1.4.3.6.7.9.5
[Step 3]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#step-csync2-generate-key
[REPORT DOCUMENTATION BUG 16]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Procedure%26nbsp%3B4.6%3A%20%20Synchronizing%20the%20Configuration%20Files%20with%20Csync2%20&comment=Procedure%26nbsp%3B4.6%3A%20%20Synchronizing%20the%20Configuration%20Files%20with%20Csync2%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23pro-ha-installation-setup-csync2-start
[REPORT DOCUMENTATION BUG 17]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%204.6%20%20Synchronizing%20Connection%20Status%20Between%20Cluster%20Nodes&comment=4.6%20%20Synchronizing%20Connection%20Status%20Between%20Cluster%20Nodes%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23sec-ha-installation-setup-conntrackd
[REPORT DOCUMENTATION BUG 18]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Procedure%26nbsp%3B4.7%3A%20%20Configuring%20the%20%3Ccode%20class%3D%22systemitem%22%3Econntrackd%3C%2Fcode%3E%20with%20YaST%20&comment=Procedure%26nbsp%3B4.7%3A%20%20Configuring%20the%20%3Ccode%20class%3D%22systemitem%22%3Econntrackd%3C%2Fcode%3E%20with%20YaST%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23pro-ha-installation-setup-conntrackd
[Link 7]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#pro-ha-installation-setup-conntrackd
[Figure 4.5_ _YaST Cluster_conntrackd]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#fig-ha-installation-setup-conntrackd
[YaST Cluster_conntrackd]: https://img-blog.csdnimg.cn/img_convert/cbe417fa16c81d9f86522b72c04c7e43.png
[YaST Cluster_conntrackd_YaST Cluster_conntrackd]: /images/20220828/d988bdca705748d69cc89baeb8b8dce9.png
[REPORT DOCUMENTATION BUG 19]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Figure%26nbsp%3B4.5%3A%20%20YaST%20Cluster%E2%80%94%3Ccode%20class%3D%22systemitem%22%3Econntrackd%3C%2Fcode%3E%20&comment=Figure%26nbsp%3B4.5%3A%20%20YaST%20Cluster%E2%80%94%3Ccode%20class%3D%22systemitem%22%3Econntrackd%3C%2Fcode%3E%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23fig-ha-installation-setup-conntrackd
[Load Balancing]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-lb.html
[REPORT DOCUMENTATION BUG 20]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%204.7%20%20Configuring%20Services&comment=4.7%20%20Configuring%20Services%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23sec-ha-installation-setup-services
[REPORT DOCUMENTATION BUG 21]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Procedure%26nbsp%3B4.8%3A%20%20Enabling%20Pacemaker%20&comment=Procedure%26nbsp%3B4.8%3A%20%20Enabling%20Pacemaker%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23pro-ha-installation-setup-services
[Link 8]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#pro-ha-installation-setup-services
[YaST Cluster_Services]: https://img-blog.csdnimg.cn/img_convert/752938a6b80d5418ac039a58a2c5dbba.png
[YaST Cluster_Services_YaST Cluster_Services]: /images/20220828/f738b08de2f44262ac303f161ec30ab6.png
[REPORT DOCUMENTATION BUG 22]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Figure%26nbsp%3B4.6%3A%20%20YaST%20Cluster%E2%80%94Services%20&comment=Figure%26nbsp%3B4.6%3A%20%20YaST%20Cluster%E2%80%94Services%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23id-1.4.3.6.9.4
[Link 9]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#id-1.4.3.6.9.4
[REPORT DOCUMENTATION BUG 23]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%204.8%20%20Bringing%20the%20Cluster%20Online%20Node%20by%20Node&comment=4.8%20%20Bringing%20the%20Cluster%20Online%20Node%20by%20Node%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23sec-ha-installation-start
[REPORT DOCUMENTATION BUG 24]: https://bugzilla.suse.com/enter_bug.cgi?&product=SUSE%20Linux%20Enterprise%20High%20Availability%20Extension%2015%20SP2&component=Documentation&short_desc=%5Bdoc%5D%20Procedure%26nbsp%3B4.9%3A%20%20Starting%20Cluster%20Services%20and%20Checking%20the%20Status%20&comment=Procedure%26nbsp%3B4.9%3A%20%20Starting%20Cluster%20Services%20and%20Checking%20the%20Status%20%3A%0A%0Ahttps%3A%2F%2Fdocumentation.suse.com%2Fsle-ha%2F15-SP2%2Fhtml%2FSLE-HA-all%2Fcha-ha-ycluster.html%23id-1.4.3.6.10.3
[Link 10]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html#id-1.4.3.6.10.3
[Chapter 8_ Configuring and Managing Cluster Resources _Command Line]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-manual-config.html
[Chapter 7_ Configuring and Managing Cluster Resources with Hawk2]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-conf-hawk2.html
[Chapter 5 Upgrading Your Cluster and Updating Software Packages]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-migration.html
[Chapter 3 Installing the High Availability Extension]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-install.html
[https_documentation.suse.com_sle-ha_15-SP2_html_SLE-HA-all_cha-ha-ycluster.html]: https://documentation.suse.com/sle-ha/15-SP2/html/SLE-HA-all/cha-ha-ycluster.html