Skip to content

Conversation

@roclark
Copy link
Member

@roclark roclark commented Feb 23, 2021

Bobber relies on SSH keys that are baked into the images to enable multi-node communication. This forces users to build the image on one machine, save the image locally, copy it to all remote nodes, and load the copied image on those hosts. This process is long and tedious, but by replacing it with a synchronization method, makes it possible to run the build on each host and not need to copy images remotely.

Closes #1

Signed-Off-By: Robert Clark [email protected]

@roclark roclark added enhancement New feature or request docker Any items related to the Dockerfile or running and building the image labels Feb 23, 2021
@roclark roclark requested review from fredvx and joehandzik February 23, 2021 22:14
@roclark roclark self-assigned this Feb 23, 2021
@roclark
Copy link
Member Author

roclark commented Feb 23, 2021

Putting this here as a draft at the moment as I want to expand documentation and do further multi-node testing. The basic premise is to replace saving/copying a container from one node to all other nodes and instead build/launch the container on all nodes and run bobber sync --hosts host1,host2,host3,... from a single node to generate an SSH key that will be copied to the Bobber containers on all remote hosts.

Some of my thoughts/questions:

  1. Is the bash script secure? I wanted to add as many layers/parsing to ensure that we get expected input, but there's always a concern while shelling-out and SSH-ing to remote nodes, though hard-coding that process should eliminate a good chunk of the risk.
  2. Do we have this as the only method documented, or still list the existing method?

Bobber relies on SSH keys that are baked into the images to enable
multi-node communication. This forces users to build the image on one
machine, save the image locally, copy it to all remote nodes, and load
the copied image on those hosts. This process is long and tedious, but
by replacing it with a synchronization method, makes it possible to
run the build on each host and not need to copy images remotely.

Signed-Off-By: Robert Clark <[email protected]>
@roclark
Copy link
Member Author

roclark commented Apr 5, 2021

Still planning on keeping this open for now, but this will likely be closed in favor of #65.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

docker Any items related to the Dockerfile or running and building the image enhancement New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Update mechanism for synchronizing SSH keys

2 participants