openstack/heat
Code Issues Proposed changes

Merge "changed heat dev docs to comply with conventions"

Browse Source
This commit is contained in:
Jenkins 2015-05-08 08:54:19 +00:00 committed by Gerrit Code Review
commit f092c5431d
5 changed files with 20 additions and 20 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
README.rst
View File

@ -1,5 +1,5 @@
==== ====
HEAT Heat
==== ====
Heat is a service to orchestrate multiple composite cloud applications using Heat is a service to orchestrate multiple composite cloud applications using

2
doc/docbkx/README.rst
View File

@ -24,7 +24,7 @@ Build the REST API reference manual:
cd api-ref cd api-ref
mvn clean generate-sources mvn clean generate-sources
Build the Heat admin guide: Build the heat admin guide:
cd heat-admin cd heat-admin
mvn clean generate-sources mvn clean generate-sources

8
doc/source/getting_started/standalone.rst
View File

@ -11,22 +11,22 @@
License for the specific language governing permissions and limitations License for the specific language governing permissions and limitations
under the License. under the License.
How to get Heat to work with a remote OpenStack. How to get heat to work with a remote OpenStack.
================================================ ================================================
Say you have a remote/public install of OpenStack and you want to use Say you have a remote/public install of OpenStack and you want to use
a local install of Heat to talk to it. This can be handy when a local install of heat to talk to it. This can be handy when
developing, as the remote OpenStack can be kept stable and is not developing, as the remote OpenStack can be kept stable and is not
effected by changes made to the development machine. effected by changes made to the development machine.
So lets say you have 2 machines: So lets say you have 2 machines:
* “rock” ip == 192.168.1.88 (used for base OpenStack services) * “rock” ip == 192.168.1.88 (used for base OpenStack services)
* “hack” ip == 192.168.1.77 (used for Heat development) * “hack” ip == 192.168.1.77 (used for heat development)
Install your OpenStack as normal on “rock”. Install your OpenStack as normal on “rock”.
In this example "hack" is used as the devstack to install Heat on. In this example "hack" is used as the devstack to install heat on.
The localrc looked like this:: The localrc looked like this::
HEAT_STANDALONE=True HEAT_STANDALONE=True

24
doc/source/scale_deployment.rst
View File

@ -33,7 +33,7 @@ This guide, using a devstack installation of OpenStack, assumes that:
1. You have configured devstack from `Single Machine Installation Guide 1. You have configured devstack from `Single Machine Installation Guide
<http://devstack.org/guides/single-machine.html>`_; <http://devstack.org/guides/single-machine.html>`_;
2. You have set up Heat on devstack, as defined at `Heat and Devstack 2. You have set up heat on devstack, as defined at `heat and Devstack
<http://docs.openstack.org/developer/heat/getting_started/ <http://docs.openstack.org/developer/heat/getting_started/
on_devstack.html>`_; on_devstack.html>`_;
3. You have installed `HAProxy <http://haproxy.1wt.eu>`_ on the devstack 3. You have installed `HAProxy <http://haproxy.1wt.eu>`_ on the devstack
@ -42,16 +42,16 @@ This guide, using a devstack installation of OpenStack, assumes that:
Architecture Architecture
============ ============
This section shows the basic Heat architecture, the load balancing mechanism This section shows the basic heat architecture, the load balancing mechanism
used and the target scaled out architecture. used and the target scaled out architecture.
Basic Architecture Basic Architecture
------------------ ------------------
The Heat architecture is as defined at `Heat Architecture The heat architecture is as defined at `heat architecture
<http://docs.openstack.org/developer/heat/architecture.html>`_ and shown in the <http://docs.openstack.org/developer/heat/architecture.html>`_ and shown in the
diagram below, where we have a CLI that sends HTTP requests to the ReST and CFN diagram below, where we have a CLI that sends HTTP requests to the ReST and CFN
APIs, which in turn make calls using AMQP to the Heat engine. APIs, which in turn make calls using AMQP to the heat engine.
:: ::
|- [REST API] -| |- [REST API] -|
@ -64,7 +64,7 @@ Load Balancing
As there is a need to use a load balancer mechanism between the multiple APIs As there is a need to use a load balancer mechanism between the multiple APIs
and the CLI, a proxy has to be deployed. and the CLI, a proxy has to be deployed.
Because the Heat CLI and APIs communicate by exchanging HTTP requests and Because the heat CLI and APIs communicate by exchanging HTTP requests and
responses, a `HAProxy <http://haproxy.1wt.eu>`_ HTTP load balancer server will responses, a `HAProxy <http://haproxy.1wt.eu>`_ HTTP load balancer server will
be deployed between them. be deployed between them.
@ -79,7 +79,7 @@ distribute messages round-robin (RabbitMQ does this by default).
Target Architecture Target Architecture
------------------- -------------------
A scaled out Heat architecture is represented in the diagram below: A scaled out heat architecture is represented in the diagram below:
:: ::
|- [REST-API] -| |- [REST-API] -|
@ -102,8 +102,8 @@ Thus, a request sent from the CLI looks like:
Deploying Multiple APIs Deploying Multiple APIs
======================= =======================
In order to run a Heat component separately, you have to execute one of the In order to run a heat component separately, you have to execute one of the
python scripts located at the *bin* directory of your Heat repository. python scripts located at the *bin* directory of your heat repository.
These scripts take as argument a configuration file. When using devstack, the These scripts take as argument a configuration file. When using devstack, the
configuration file is located at */etc/heat/heat.conf*. For instance, to start configuration file is located at */etc/heat/heat.conf*. For instance, to start
@ -238,7 +238,7 @@ For this sample, consider that:
1. We have an architecture composed by 3 machines configured in a LAN, with 1. We have an architecture composed by 3 machines configured in a LAN, with
the addresses A: 10.0.0.1; B: 10.0.0.2; and C: 10.0.0.3; the addresses A: 10.0.0.1; B: 10.0.0.2; and C: 10.0.0.3;
2. The OpenStack devstack installation, including the Heat module, has been 2. The OpenStack devstack installation, including the heat module, has been
done in the machine A, as shown in the done in the machine A, as shown in the
:ref:`scale_deployment_assumptions` section. :ref:`scale_deployment_assumptions` section.
@ -246,7 +246,7 @@ Target Architecture
^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^
At this moment, everything is running in a single devstack server. The next At this moment, everything is running in a single devstack server. The next
subsections show how to deploy a scaling out Heat architecture by: subsections show how to deploy a scaling out heat architecture by:
1. Running one ReST and one CFN API on the machines B and C; 1. Running one ReST and one CFN API on the machines B and C;
2. Setting up the HAProxy server on the machine A. 2. Setting up the HAProxy server on the machine A.
@ -256,11 +256,11 @@ Running the API and Engine Services
For each machine, B and C, you must do the following steps: For each machine, B and C, you must do the following steps:
1. Clone the Heat repository https://github.com/openstack/heat; 1. Clone the heat repository https://github.com/openstack/heat;
2. Create a local copy of the configuration file */etc/heat/heat.conf* from 2. Create a local copy of the configuration file */etc/heat/heat.conf* from
the machine A; the machine A;
3. Make required changes on the configuration file; 3. Make required changes on the configuration file;
4. Enter the Heat local repository and run: 4. Enter the heat local repository and run:
:: ::

4
tools/README.rst
View File

@ -17,8 +17,8 @@ cfn-json2yaml
Package lists Package lists
============= =============
Lists of Linux packages to install in order to successfully run Heat's Lists of Linux packages to install in order to successfully run heat's
unit test suit on a clean new Linux distro. unit test suit on a clean new Linux distribution.
test-requires-deb test-requires-deb
list of DEB packages as of Ubuntu 14.04 Trusty list of DEB packages as of Ubuntu 14.04 Trusty