This repository has been archived by the owner on Jul 14, 2020. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 0
Setting up the game infrastructure
Kamila Součková edited this page Oct 18, 2019
·
2 revisions
Note that we use Ansible to manage the game infrastructure (specifically, the worker machines). This only applies to the master. There is a script to help with test deployments, but to do the full thing, the config done in Ansible is needed.
- Clone this repo on the master machine.
- Create the infrastructure files, which list the source and sink machines.
- We currently create these files from the Ansible inventory of machines:
- clone the SCIONLab Ansible repo
- run
./master/ansible-inv-to-infrastructure.py < path/to/scionlab/ansible/inventories/viscon
- copy
{src,dst}_addr.csv
towebserver/infrastructure/
andworker_to_ssh.csv
tomaster/
.
- Some details about those files:
- The webserver needs
src_addr.csv
anddst_addr.csv
. These list the SCION addresses of source (i.e. player) and destination (i.e. sink) machines, together with how many bytes people should be expected to transfer from/to that machine (the actual task will be the minimum of the two numbers). - Buildbot needs
worker_to_ssh.csv
(it actually only uses the first two columns, i.e. worker names and SCION addresses).
- The webserver needs
- We currently create these files from the Ansible inventory of machines:
- Create the Buildbot master
cd master; pipenv sync; pipenv run buildbot create-master buildbot-master
- Create and start the Buildbot workers
- An included helper script can automate worker management by running SSH commands on the machines listed in
worker_to_ssh.csv
: seemaster/manage_workers.py --help
. It can also create local rather than remote workers for testing.
- An included helper script can automate worker management by running SSH commands on the machines listed in