Re: build a cluster of two LEAF Bering host
Erich Titl <[email protected]> Wed, 9 Mar 2022 11:10:54 +0100
| Newsgroups | gmane.linux.leaf.user |
|---|---|
| Message-ID | <[email protected]> |
Hi Graziano Am 09.03.2022 um 10:08 schrieb Graziano Brioschi: > Hi all, > > i'm trying to build a simple 2 hosts leaf bering uclibc 7.1.x cluster > for one of our installation. > In similar installation built with a full linux distribution, I'm using > keepalived (vrrp protocol) and csync2 (to sync some configuration files). > > Is there someone that has build a similar LEAF ucLibc installation? > > I have found kpalived.lrp package but nothing about csync2. Is there > someone that can build a csync2 package? I'm not a developer and I never > have built a package for leaf, or have you some suggestions for > mantaining in sync configuration files in a 2 hosts cluster? AFAIK there is actually no csysnc2 package and I am not sure about its usefulness for LEAF. What exactly do you want to achieve with this cluster? Failover or distributed processing? In the past I was running a cluster of LEAF firewalls, one external one internal and one as a spare. On the spare box I had separate boot entries for itself and the two active firewalls. I did not do automatic failover as we did not feel it was necessary. Keeping the configurations up to date was as simple as copying the respective congiguration package to the spare installation. Our assumption was that the failed machine would loose its connecitvity, e.g. the IP configuration, anyway and so using the same addresses was not that critical. I would think using vrrp would be the better approach. I see problems in the area of configuration settings. On LEAF the configuration is saved in one simple configdb.lrp file which also holds the IP and routing configuration. You probably want to avoid this. You also want to have these systems to survive a reboot. You probably have to synchronize a subset of what is held in configdb.lrp, so the include/exclude mechanism of csync2 appears appropriate. You still need to know what exactly you need to synchronize as this may be a dynamic decision, e.g. you need to do what apkg -o (not very well documented) does, deciding what goes into a configdb and use this as a template for the synchronization tool. I would guess you explored this in your previous installation using a fully blown linux distro. There the configuration is _not_ held in a single package as is in LEAF, also the config files are hard written to a disk and will survive a reboot. You probably want to use the synchronization mechanism for the vrrp configuration files so the scope is not that big. What is the advantage of csync2 over rsync in your set up? cheers ET ------------------------------------------------------------------------ leaf-user mailing list: [email protected] https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
OpenPGP_signature
(application/pgp-signature, 840 B) - not displayed