{"id":1548,"date":"2024-12-03T17:09:25","date_gmt":"2024-12-03T16:09:25","guid":{"rendered":"https:\/\/eonea.pl\/?p=1548"},"modified":"2025-03-04T16:34:10","modified_gmt":"2025-03-04T15:34:10","slug":"wprowadzenie-do-klastrow-ha-w-xcp-ng","status":"publish","type":"post","link":"https:\/\/eonea.pl\/en\/wprowadzenie-do-klastrow-ha-w-xcp-ng\/","title":{"rendered":"Introduction to HA clusters in XCP-ng"},"content":{"rendered":"
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t
<\/div>\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

What is HA and why cluster nodes together?\n<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

High Availability (HA) in XCP-ng is the concept of combining multiple servers (nodes) into a single pool, allowing them to be managed as a single unit. This makes the infrastructure resilient to single-node failures, allowing virtual machines (VMs) to remain operational. A minimum of three nodes is needed to achieve full redundancy, preventing split brain problems.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

Application of HA clusters:<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t
  • Redundancy and fault tolerance<\/strong> - If one node fails, VMs can be moved to other nodes.<\/li>
  • Uninterrupted updates<\/strong> - With the live migration function, it is possible to update the software or hardware of one of the nodes without interrupting services.<\/li>
  • Dynamic load management<\/strong> - VM workloads can be moved between nodes as needed.<\/li><\/ul>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t

    HA cluster configuration conditions:<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t
    • External storage<\/strong> - All nodes must share access to the datastore to enable rapid VM migration.<\/li>
    • XCP-ng version compatibility<\/strong> - All nodes in the cluster must run on the same version of the operating system and have the same patches installed.<\/li>
    • Similar hardware configuration<\/strong> - Nodes should have similar hardware parameters to avoid compatibility problems.<\/li><\/ul>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t

      Example configuration of a dual-mode cluster<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
      \n\t\t\t\t
      \n\t\t\t\t\t\t\t\t\t

      Although full HA functionality requires a minimum of three nodes, you can build a cluster on two nodes. Here are the steps:<\/p>

      1. Pooling nodes<\/strong>:<\/p>

        • In Xen Orchestra, go to the \"Pools\" section and add a new nod to an existing field.<\/li>
        • Make sure both nodes are configured with access to shared storage.<\/li><\/ul><\/li>

        • Enabling Maintenance mode<\/strong>:<\/p>

          • To update or disable one of the nodes, enable Maintenance mode. All VMs will be automatically transferred to another node.<\/li><\/ul><\/li>

          • VM migration<\/strong>:<\/p>

            • During live migration, VM RAM is transferred between nodes. This process is done without interrupting services.<\/li><\/ul><\/li><\/ol>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
              \n\t\t\t\t
              \n\t\t\t\t\t

              Disadvantages and limitations of HA:<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
              \n\t\t\t\t
              \n\t\t\t\t\t\t\t\t\t
              • RAM failure<\/strong> - In case of a sudden failure of one of the nodes, the data stored in RAM will be lost.<\/li>
              • Problems with the master<\/strong> - Clusters in XCP-ng have a single master who coordinates operations. Failure of the master requires a manual change to a new master.<\/li>
              • Local storage<\/strong> - If the VM uses local storage, you will not be able to migrate it to another nod.<\/li><\/ul>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
                \n\t\t\t\t
                \n\t\t\t\t\t

                Useful functionalities:<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
                \n\t\t\t\t
                \n\t\t\t\t\t\t\t\t\t
                • Rolling Pool Reboot<\/strong> - Automatically restart hosts in a cluster with VM migration between them.<\/li>
                • Rolling Pool Update<\/strong> - XCP-ng system updates on nodes without interrupting VM operations.<\/li>
                • Smart Reboot<\/strong> - A feature that allows RAM status to be written to the disk before the host reboots, although it requires caution with slower disks.<\/li><\/ul>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
                  \n\t\t\t\t
                  \n\t\t\t\t\t

                  Summary<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
                  \n\t\t\t\t
                  \n\t\t\t\t\t\t\t\t\t

                  HA clusters in XCP-ng significantly improve the reliability of virtualization infrastructure. When properly configured, they provide flexibility and the ability to operate without downtime. For full automation and redundancy, it is recommended to use at least three nodes and shared storage.<\/p>

                  If you need support in designing, implementing or maintaining your infrastructure, feel free to contact us. Did you like this material? Like, subscribe and see you in future articles!<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>","protected":false},"excerpt":{"rendered":"

                  HA in XCP-ng is the pooling of servers, enabling them to be managed as a whole and providing resilience to node failures. A minimum of three nodes is required for full redundancy and to avoid \"split brain.\"<\/p>","protected":false},"author":3,"featured_media":1554,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[7,10],"tags":[326,320,324,325,323,327,141,322],"class_list":["post-1548","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-dla-kazdego","category-wirtualizacja","tag-redundancy-cluster","tag-xcp-ng-8-3","tag-xcp-ng-cluster","tag-xcp-ng-ha","tag-xcp-ng-pool","tag-xcp-ng-redundancy-cluster","tag-xen-orchestra","tag-xo-lite"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/eonea.pl\/en\/wp-json\/wp\/v2\/posts\/1548","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/eonea.pl\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/eonea.pl\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/eonea.pl\/en\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/eonea.pl\/en\/wp-json\/wp\/v2\/comments?post=1548"}],"version-history":[{"count":8,"href":"https:\/\/eonea.pl\/en\/wp-json\/wp\/v2\/posts\/1548\/revisions"}],"predecessor-version":[{"id":1630,"href":"https:\/\/eonea.pl\/en\/wp-json\/wp\/v2\/posts\/1548\/revisions\/1630"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/eonea.pl\/en\/wp-json\/wp\/v2\/media\/1554"}],"wp:attachment":[{"href":"https:\/\/eonea.pl\/en\/wp-json\/wp\/v2\/media?parent=1548"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/eonea.pl\/en\/wp-json\/wp\/v2\/categories?post=1548"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/eonea.pl\/en\/wp-json\/wp\/v2\/tags?post=1548"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}