diff options
| author | Bruce Ashfield <bruce.ashfield@windriver.com> | 2013-08-25 23:47:42 -0400 |
|---|---|---|
| committer | Bruce Ashfield <bruce.ashfield@windriver.com> | 2013-08-28 18:42:00 -0400 |
| commit | ec5aab41b280d719c14e1c5d88d09e7b38168bb3 (patch) | |
| tree | 9856d6b299ed11026f0ad897e1c1534957cccead /meta-openstack/README.setup | |
| parent | bb21ef0e1d3ea74ab61b2289eb8de08d6fbd50ee (diff) | |
| download | meta-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.setup | 115 |
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 @@ | |||
| 1 | Meta-OpenStack | ||
| 2 | ============== | ||
| 3 | |||
| 4 | Description | ||
| 5 | ----------- | ||
| 6 | |||
| 7 | The meta-openstack layer provides support for building the OpenStack | ||
| 8 | packages. It contains recipes for the nova, glance, keystone, cinder, | ||
| 9 | quantum, swift and horizon components and their dependencies. | ||
| 10 | |||
| 11 | Components | ||
| 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 | |||
| 53 | Dependencies | ||
| 54 | ------------ | ||
| 55 | |||
| 56 | * This layers depends on components from the poky, meta-virtualization and | ||
| 57 | meta-openembedded layers. You can find the exact URIs of the repos and the | ||
| 58 | necessary revisions in the README file. | ||
| 59 | |||
| 60 | Building 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 | ||
| 69 | to the bblayers.conf file: | ||
| 70 | |||
| 71 | /meta-virtualization \ | ||
| 72 | /meta-cloud/meta-openstack \ | ||
| 73 | /meta-openembedded/meta-oe \ | ||
| 74 | /meta-openembedded/meta-networking \ | ||
| 75 | |||
| 76 | Package configurations | ||
| 77 | ---------------------- | ||
| 78 | |||
| 79 | The identity.sh script creates the necessary users, services and endpoints | ||
| 80 | for the Keystone identity system. If you want to customize the usernames or | ||
| 81 | passwords don't forget to change the information in the configuration files | ||
| 82 | for the services as well. | ||
| 83 | |||
| 84 | Running an image | ||
| 85 | ---------------- | ||
| 86 | |||
| 87 | * Controller node * | ||
| 88 | |||
| 89 | To test the image, you can run it using the runqemu script. In order to use | ||
| 90 | the command line clients (nova, keystone, glance etc) some environmental | ||
| 91 | variables have to be set. These are required by the openstack services to | ||
| 92 | connect to the identity service and authenticate the user. These can be found | ||
| 93 | in /root/.bashrc. If you start a new bash session they are automatically | ||
| 94 | loaded. All the installed OpenStack services nova(except compute), keystone, | ||
| 95 | glance, cinder, quantum, swift horizon should be running after a successful | ||
| 96 | boot. | ||
| 97 | |||
| 98 | The dashboard component is listening for new connections on port 8080. You can | ||
| 99 | connect to it using any browser. | ||
| 100 | |||
| 101 | * Compute node * | ||
| 102 | |||
| 103 | The configuration files for the nova package are for a controller node so some | ||
| 104 | options have to be changed for the compute service to properly work. You have | ||
| 105 | to 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 | |||
| 111 | Once the changes are done you have to restart the nova-compute service. | ||
| 112 | |||
| 113 | !! Hint !! | ||
| 114 | When using a multi-node setup it is recommended that each host have a different | ||
| 115 | hostname and that every host knows the other hosts. | ||
