~jujudocs/clouddocs/trunk

##APPENDIX I - Economic Deployment

 

Although the above installation has indicated the ideal case for installing 

OpenStack, there are often reasons for making more economic use of hardware at 

the expense of robustness and failover capabilities. MAAS and Juju have several 

capabilities to make this easier.

 

#### Deploying to specific nodes

 

It may be the case that your hardware is not identical. Some nodes may have more 

compute power, some may have the additional NICs to run services which require 

them and so on.

 

In this case it is possible to target services to be deployed on a certain type

of node. This requires that the nodes be [tagged in MAAS][MAAS_tags] beforehand. 

The services can then be deployed specifically to that type of node using a Juju

feature called 'constraints'. For example, if you had a number of nodes which 

were tagged 'compute', you could use constraints to tell Juju to only deploy 

a service to a node with that tag:

 

```

juju deploy --constraints "tags=compute" nova-compute -n 2

```

 

#### Deploying multiple services to a single node

 

Juju can deploy multiple services to the same physical node by use of the '--to'

option. This can be useful for combining many services with light requirements 

onto the same physical node.

This only requires that you know the machine number of the node you wish to

deploy to (as returned by the `juju status` command). For example, assume we

have already deployed `nova compute`:

 

```

juju deploy nova-cloud-controller

```

 

Now we run a `juju status` command and find amongst the output:

 

```

  nova-cloud-controller:

    charm: cs:trusty/nova-cloud-controller-36

    exposed: false

    relations:

      cluster:

      - nova-cloud-controller

    units:

      nova-cloud-controller/0:

        agent-state: pending

        machine: "3"

 

```

 

...which indicates that machine "3" has been used for the deployment. We could 

then deploy other services to the same node like this:

 

```

juju deploy --to 3 openstack-dashboard

juju deploy --to 3 glance 

```

 

It is also possible to containerise these deployments with LXC, to provide a more robust separation of services: 

 

```

juju deploy --to lxc:3 cinder

```

 

#### Example - an OpenStack control node

 

An example OpenStack control node could be a machine running the following

services:

 

- Nova Cloud Controller

- Cinder API

- Glance API 

- Keystone

- OpenStack Dashboard

- Ceph RADOS Gateway

 

The recommended specs for the this node would be:

 

| Node Attribute       | Specification                     |

|----------------------|-----------------------------------|

| Number of CPUs       | 4                                 |

| Memory               | 16 GB                             |

| Number of  NIC ports | 2 (PCE Management and VM Network) |

| Disk                 | 20 GB                             |