slaprunner: can now auto-deploy an instance
[slapos.git] / software / slaprunner / README.txt
1 slaprunner
2 ==========
3
4 Introduction
5 ------------
6
7 This software release is used to deploy Slaprunner instances.
8 Slaprunner is an all-in-one IDE used to develop and test profiles and recipes for SlapOS.
9
10 Parameters
11 ----------
12
13 authorized-key
14 ~~~~~~~~~~~~~~
15
16 You need to specify your SSH public key in order to connect to the SSH server of this instance.
17
18 Example of parameter XML::
19
20   <?xml version="1.0" encoding="utf-8"?>
21   <instance>
22   <parameter id="authorized-key">ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCdNp7qZMVAzNc07opHshiIFDmJpYXQpetfcSgUj39a409d42PpsJElp7WsAE/x0nN6gUIoWIl7UiAlMzf6bKEJGJVSOZEPTmiJVlgK1Gp+kE0x9yNcncYg7p38Jny0daVA/NkkpAFyRsAm5kLGzyLtaCcktSvy0cJuy7WSSHU05pd1f8Y8thofE9g5t+/JA2VZvipxPkRfkFAG3aOAGLULlTImTSDFSDFGSDFG5F6mMnl7yvY2d6vEHVBu+K+aKmAwZVfCUwtSpa/tq3i2Lppjrw3UfrxbQSFHZCkzefr+u+l4YYe+tJrX7rYJYXD7LIfZfdSeFTlHFaN/yI1 user@host.local</parameter>
23   </instance>
24
25 instance-amount
26 ~~~~~~~~~~~~~~~
27
28 Optional parameter.
29
30 Default: 10
31
32 AUTO-DEPLOYMENT
33 ---------------
34
35 for software
36 ~~~~~~~~~~~~
37
38 You can automatically deploy a software release while deploying the webrunner itself, using the paramater XML.
39
40 To do this, you only need to pass as a parameter named "slapos-software" : "AAA/BBB", where AAA is the folder of slapos.git where is located your BBB software.
41 For example, to deploy the hello-world software, you need to pass : software/helloworld
42
43 This is possible because the slapos.git is automatically downloaded when the webrunner is deployed.
44
45 It is also possible to download you own git repository, by providing the url in the "slapos-repository" parameter.
46
47 Last but not least, it is also possible to switch the branch with the parameter "slapos-reference" (by default pointing on master)
48
49 for instance
50 ~~~~~~~~~~~~
51
52 The parameter "auto-deploy-instance" can be explicitly set to allow or prevent the runner to deploy the instance at START TIME (if you manually restart the runner, or if the server reboots). Values : "true" or "false". Default value is "true", except for the instances of import (while type is resilient or test) which is "false"
53
54 There also exists the parameter "autorun", which will build&run your software if set to true. For this, you need "auto_deploy" to true, and set the parameter "slapos-software" to the software you want to deploy. Do not hesitate to clone a different repo than "slapos", or to change the tag/branch to use your custom Software Release. (see "slapos-repository" and "slapos-reference" in previous section).
55
56 Resilience :
57 ------------
58
59 To order a resilient runner, you have to request a runner with the option: "--type resilient"
60
61 You can then decide on which node you want to deploy each instance, with the parameters.xml :
62         <?xml version='1.0' encoding='utf-8'?>
63         <instance>
64           <parameter id="-sla-runner2-computer_guid">COMP-XXXX</parameter>
65           <parameter id="-sla-pbs2-computer_guid">COMP-XXXX</parameter>
66           <parameter id="-sla-pbs1-computer_guid">COMP-XXXX</parameter>
67           <parameter id="-sla-runner1-computer_guid">COMP-XXXX</parameter>
68           <parameter id="-sla-runner0-computer_guid">COMP-XXXX</parameter>
69         </instance>
70
71 If you want to check by yourself that the pull-backup instances do their job, you can change directory to the slappart of runner0, and run ./bin/exporter (after creating your account, using the given backend_url or url): it would fill ./srv/backup/runner with data. If you then go to an import instance (runner1 or runner2) on the port 50005, you should be able to sign in the runner.
72
73
74 Tips :
75 ~~~~~
76
77 To find in which partition the instance has been deployed, you can open the page of this specific instance, and look for "slappartXX" on the page.
78
79 Tests :
80 -------
81
82 To test the runner, start by ordering a runner with default type. Then READ the important note below :
83
84 /!\ IMPORTANT NOTE ON THE TESTS /!\ : in order to make them work, you have to comment the last line of the file __init__.py in the runner module (which is just : "run()"). Indeed, this line is used to load the config, when importing this module throught Gunicorn (the wsgi server). But the test suite loads itself the configuration, in fonction of the tested scenarios, etc... (You can find the module in the SR folder directory, under ./eggs/slapos.toolbox, or under parts/slapos.toolbox if you have a development version)
85
86 Then, su in the concerned slapuserX and run "./bin/runTestSuite".
87
88 For the tests on the resiliency of the webrunner, please refer to the README in slapos.toolbox.git/slapos/resiliencytest
89
90 Request custom frontend :
91 -------------------------
92
93 While deploying a server in your instance, you may need to ask for a custom ipv4 frontend.
94
95 The way to do that is to send a new parameter to your runner instance, using the parameters XML. The name of it is "custom-frontend-backend-url".
96
97 To create the frontend, you now have to wait the slaprunner to be processed.
98
99 If you deploy a server, which uses basic auth, you also have to declare the parameter "custom-frontend-basic-auth" as true, or your slaprunner instance won't show as correctly instanciated.
100
101 Example :
102         <?xml version='1.0' encoding='utf-8'?>
103         <instance>
104         <parameter id="custom-frontend-backend-url">http(s)://[THE_IPV6_ADDRESS]:PORT</parameter>
105         <parameter id="custom-frontend-basic-auth">true</parameter>
106         </instance>
107
108 Git repositories :
109 ------------------
110
111 It is easy to give access to your git repository/ies to everyone, or to clone it on your own computer. For this, there are 2 urls to remember:
112   - For read only, you can clone : https://[IPV6]:PORT/git-public/YourRepo.git/
113   - For read and write access, using your runner account : https://[IPV6]:PORT/git/YourRepo.git/
114
115 To create the repo, go in the folder srv/runner/project and initiate a new git repo (git init/clone --bare XXX).
116
117 For the moment, the PORT is the port of monitoring, which is 9685.
118
119 Things to notice for the nex developer :
120 ----------------------------------------
121
122 As you can see in instance-runner-*.cfg, the buildout section extends a hard-coded template file. If one day you need to modify the filename, do not forget to modify it in instance.cfg, but also in these files ! (the problem is that the content of instance.cfg is not known by buildout while the deployment of the software release)