Plan :
- Document CARP behavior
- Document the steps required to configure CARP
- Explain CARP IP addressing model
the link wiki : https://agora.nasqueron.org/Protocol_CARP
Plan :
the link wiki : https://agora.nasqueron.org/Protocol_CARP
Indeed, even if blue/green deployment is a priority, with CARP, it's really interesting to allow to distribute traffic.
Beware it's not really redundant: as both VMs are on the same host, if there is an incident at host level, both VMs will be down or cut from traffic.
We have two networks on the hypervisor, one for 172.27.27.0/28 ("IntraNought") and one for public IPs ("Public").
We use the IPFO (fail-over IPs) system from OVH to assign public IPs by VM:
Hypervisor configuration
One of the question is also how to allow the OVH IPFO to work with CARP.
To route traffic from OVH router to ours, we need to configure a unique MAC address,
probably not for the CARP interface, as carp aggressively manage it, but for both the vmx0 interfaces.
That requires to be careful and ensure the hypervisor doesn't block a scenario with identical MAC on two machines, for example not to block incoming traffic and not to block ARP responses.
It seems the following options need to be enabled on the vSwitch:
That allows ESXi to accept two identical MAC.
VM configuration
I think we could try this scenario:
| Interface | Role | IP | MAC | CARP? |
|---|---|---|---|---|
| vmx0 | LAN | 172.27.27.0/28 | we let the default ones | YES |
| vmx1 | WAN | the SAME public IP | we force the SAME MAC (from OVH manager) | NO |
More stable configuration for non-routers
I wonder if we shouldn't actually create a more complex network topology with:
But in that case, I don't know how to configure the IntraNought switch to send traffic for .11 and .12 throguh the new vSwitch or if it's easily possible.
We can then proceed with the CARP configuration, and if any problems occur, we will document them on the wiki :)