summaryrefslogtreecommitdiffstats
path: root/meta-openstack/README.setup
diff options
context:
space:
mode:
authorBruce Ashfield <bruce.ashfield@windriver.com>2013-08-25 23:47:42 -0400
committerBruce Ashfield <bruce.ashfield@windriver.com>2013-08-28 18:42:00 -0400
commitec5aab41b280d719c14e1c5d88d09e7b38168bb3 (patch)
tree9856d6b299ed11026f0ad897e1c1534957cccead /meta-openstack/README.setup
parentbb21ef0e1d3ea74ab61b2289eb8de08d6fbd50ee (diff)
downloadmeta-cloud-services-ec5aab41b280d719c14e1c5d88d09e7b38168bb3.tar.gz
docs: clarify docs names and roles
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
Diffstat (limited to 'meta-openstack/README.setup')
-rw-r--r--meta-openstack/README.setup115
1 files changed, 115 insertions, 0 deletions
diff --git a/meta-openstack/README.setup b/meta-openstack/README.setup
new file mode 100644
index 0000000..2b2aeb9
--- /dev/null
+++ b/meta-openstack/README.setup
@@ -0,0 +1,115 @@
1Meta-OpenStack
2==============
3
4Description
5-----------
6
7The meta-openstack layer provides support for building the OpenStack
8packages. It contains recipes for the nova, glance, keystone, cinder,
9quantum, swift and horizon components and their dependencies.
10
11Components
12----------
13
14* All the openstack packages are python packages. They can be found in the
15 recipes-devtools/python folder. Each component has been split into multiple
16 packages similar to the system used by other Linux distributions.
17
18* The configuration files for each package can be found in the files folder
19 for each package. The debug and verbose options have been enabled for
20 capturing meaningful information in the logs. The packages have been
21 configured following the model used by devstack. Each package has to
22 initialize a database before it is used for the first time. This is done
23 using a postinstall script that is run the first time the image is
24 booted. This is why the image boot time is longer the first time.
25
26* System-V initscripts are also provided in order to start the services at boot time.
27* Systemd support is not complete.
28
29* We used postgresql (package) for the database backend. The layer contains
30 an initscript that starts the DB server at boot time. Tests were done using
31 sqlite3 and MySQL and there were no errors.
32
33* The RabbitMQ server is used for the AMQP message queues. The server starts
34 at boot time with the default configuration.
35
36* The layer also contains three packagegroups:
37
38 ** packagegroup-cloud-controller - required packages for building a controller
39 node. This provides all functionality except the actual hosting of the virtual
40 machines or network services. This includes the database server, AMQP server
41 and all the openstack services except nova-compute.
42
43 ** packagegroup-cloud-compute - packages for a processing node. This node runs
44 the compute service as well as the network service agent (in our case, the
45 Open vSwitch plugin agent). This server also manages the KVM hypervisor.
46
47 ** packagegroup-cloud-network: this provides networking services like DHCP,
48 layer 2 switching, layer 3 routing and metadata connectivity.
49
50* When creating an image, multiple packagegroups can be used to obtain a
51 target that has the functionality of both a controller and compute node.
52
53Dependencies
54------------
55
56* This layers depends on components from the poky, meta-virtualization and
57meta-openembedded layers. You can find the exact URIs of the repos and the
58necessary revisions in the README file.
59
60Building an image
61-----------------
62
63* There are three new target images: openstack-image-compute,
64 openstack-image-network and openstack-image-controller that contain the
65 packagegroups with the same name, that have been described in the previous
66 section.
67
68* Once a buildir has been initialized you have to append the necessary layers
69to the bblayers.conf file:
70
71 /meta-virtualization \
72 /meta-cloud/meta-openstack \
73 /meta-openembedded/meta-oe \
74 /meta-openembedded/meta-networking \
75
76Package configurations
77----------------------
78
79The identity.sh script creates the necessary users, services and endpoints
80for the Keystone identity system. If you want to customize the usernames or
81passwords don't forget to change the information in the configuration files
82for the services as well.
83
84Running an image
85----------------
86
87* Controller node *
88
89To test the image, you can run it using the runqemu script. In order to use
90the command line clients (nova, keystone, glance etc) some environmental
91variables have to be set. These are required by the openstack services to
92connect to the identity service and authenticate the user. These can be found
93in /root/.bashrc. If you start a new bash session they are automatically
94loaded. All the installed OpenStack services nova(except compute), keystone,
95glance, cinder, quantum, swift horizon should be running after a successful
96boot.
97
98The dashboard component is listening for new connections on port 8080. You can
99connect to it using any browser.
100
101* Compute node *
102
103The configuration files for the nova package are for a controller node so some
104options have to be changed for the compute service to properly work. You have
105to replace localhost to the controller node IP in the following files:
106
107 /etc/nova/nova.conf: sql_connection; rabbit_host;
108 /etc/nova/api-paste.ini: auth_host;
109 /root/.bashrc: SERVICE_ENDPOINT, OS_AUTH_URL;
110
111Once the changes are done you have to restart the nova-compute service.
112
113!! Hint !!
114When using a multi-node setup it is recommended that each host have a different
115hostname and that every host knows the other hosts.