1

I am using Docker on OSX and have created a host with a bridged network and a couple of containers that share a virtual IP (so 172.19.0.50 points to 172.19.0.1 and if that container goes down, 172.19.0.50 is pointed at 172.19.0.2 and so on). Other containers within this network can access 172.19.0.50 and see either of the boxes as planned, so great so far.

Where I am confused is quite how to point my public 192.168.99.100 IP such that it goes to 172.19.0.50 rather than a specific container IP.

This is an area I'm not too familiar with so any advice much appreciated.

stevenlivz
  • 21
  • 1
  • 5
  • I'm not sure if I understand your question, But I think you need to map the IP of your docker host with the container with IP 172.19.0.50 – Hemerson Varela Jan 27 '16 at 21:19
  • It is confusing which networks are where. Can you explain a bit more which networks on in VirtuaBox, which are on the virtual machines, and which are the containers? It would also be helpful to see the commands used to create the containers and Docker networks. – Andy Shinn Jan 28 '16 at 01:42
  • Thanks folks. It's a fairly complex set now with a number of containers using PGPool HA and Postgres HA - i tried to simplify above to get to the core of the issue but didn't do a great job :-( @HemersonVarela what you are saying sounds close to what I want to do. I can access .50 if i log into one of the containers, but i cannot access it from the host. – stevenlivz Jan 28 '16 at 14:28
  • The -p flag on the `docker run` tells Docker to map any required network ports inside your container to your host. – Hemerson Varela Jan 28 '16 at 14:41
  • I'm using compose. If in my yml in the "ports" section I did ip:port would that have the same effect, even if mapping to a virtual ip rather than the docker assigned container ip? If i do an ifconfig in the container it does have both the docker assigned ip and the virtual ip. The command I use is `docker-compose -p MyCustomNetwork --x-networking up`. thx. – stevenlivz Jan 28 '16 at 15:54

1 Answers1

0

After some research, it seems to me that there's no "docker solution", for the moment. I have the exact same problem : I have a galera cluster on 3 containers on 1 docker host. Let's say you need to access the port 3306 on your containers, like me. I manage a virtual IP on those galera nodes, and it works great. But I can't tell Docker to match the port's host (3306 in my case for mysql) to the virtual_ip:3306. The port from your host has to be mapped to a container and port. Not an IP address. If you run the container that have the virtual ip, with port mapping like this : 

docker run -d -p 3306:3306 docker_image /bin/bash

The requests to the public host IP address on 3306 will be redirected to the port 3306 of your container network interface (which have in theory 2 addresses, one static and the virtual one). But if your virtual ip moves to another docker, it won't change anything to your port mapping. The requests from the outside will be redirected to the first container anyway. (and, by the way, you can't map multiple containers to the same docker host's port. Actually, it wouldn't help)

In my opinion, you could use a HAProxy or Nginx reverse proxy in a container : so you can map the 3306's host port to the HAProxy's 3306 port, and HAProxy can redirect your requests to the cluster (with or without loadbalancing). So now you don't even need virtual IP. BUT, now you have a nice single point of failure. It would be nice to add another reverse proxy as a backup, but then you would need a virtual IP for the failover, and you would be stuck with the problem of the beginning.

If somebody has a better solution to this...

kubitux
  • 1
  • 2