Machine1c: Consul
Machine2c: Consul
Machine3c: Consul
Machine4c: Consul
Machine5c: Consul
Machine1n: Nomad
Machine2n: Nomad
Machine3n: Nomad
Machine4n: Nomad
Machine5n: Nomad
I would prefer 3 Consul nodes and 3 Nomad nodes as clusters. Every nodes does one thing and one thing only, so your second option. If you need more, you can add some.
I don’t think that it’s still a “bare metal is better than VMs”-thing. Not even with databases, so vms should be fine.
Each cluster is expected to have either three or five servers. This strikes a balance between availability in the case of failure and performance, as Raft consensus gets progressively slower as more servers are added.
Basically what @Wolfsrudel is saying. You have a 3-5 node cluster of Consul servers, a 3-5 node cluster of Nomad servers with Consul clients, and then your target machines running Nomad and Consul clients.
Thanks.
Just to be clear VMs are fine however they should be on different machines for stability?
1 VM per machine so 3 VMs for consul, 3 for nomad which gives 6 VMs and 6 physical servers.
I don’t think that you need that. You can have ha and performance scaling at the virtualization layer and let it handle that. Everything >= 2 is a cluster and you can start with that. In the worst case one bare metal server should be able to take over all vms. Just in case of a disaster.
What you describe was a setup in former times. One bare metal server for one thing.