CARP est plutôt une implémentation libre des protocoles vrrp/hsrp que l'on retrouve sur les routeurs de réseaux.
Non, c'est un autre protocole. Inspiré des idées de hsrp, mais conçu différement et non compatible ; en particulier, quelques améliorations concernent la sécurité, notament via checksums des datagrames. Par ailleur HSRP est breveté par Cisco ce qui est plutôt génant pour certains.
CARP est avant tout basé sur le failover d'IP alors que Heartbeat est basé sur du failover applicatif, y compris IP. CARP est donc plus légé qu'Heartbeat mais plus spartiate de premier abord, le tout était de toute façon scriptable.
Il semble qu'un paradigme de CARP sous OpenBSD (en fait d'open en général amha ;) est de faire en sorte que les choses restent très carrées et propres: avec une conf simple, minimale, et pas de shell script. Pour preuve: le complément scriptable dédié au failover applicatif d'OpenBSD, ifstated, existe. Et bien que parfaitement stable, il n'est pas connecté au build, maintenu quasiment "secret" (il est dans les sources mais ne compile que si on le connais et si on ne réclame explicitement sa compilation).
[^] # Re: CARP
Posté par herodiade . En réponse à la dépêche Sortie de FreeBSD 5.4. Évalué à 3.
Non, c'est un autre protocole. Inspiré des idées de hsrp, mais conçu différement et non compatible ; en particulier, quelques améliorations concernent la sécurité, notament via checksums des datagrames. Par ailleur HSRP est breveté par Cisco ce qui est plutôt génant pour certains.
CARP est avant tout basé sur le failover d'IP alors que Heartbeat est basé sur du failover applicatif, y compris IP. CARP est donc plus légé qu'Heartbeat mais plus spartiate de premier abord, le tout était de toute façon scriptable.
Il semble qu'un paradigme de CARP sous OpenBSD (en fait d'open en général amha ;) est de faire en sorte que les choses restent très carrées et propres: avec une conf simple, minimale, et pas de shell script. Pour preuve: le complément scriptable dédié au failover applicatif d'OpenBSD, ifstated, existe. Et bien que parfaitement stable, il n'est pas connecté au build, maintenu quasiment "secret" (il est dans les sources mais ne compile que si on le connais et si on ne réclame explicitement sa compilation).