You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@brooklyn.apache.org by he...@apache.org on 2016/02/01 18:44:12 UTC
[12/50] brooklyn-docs git commit: Updated Getting Started: * Word
wrap - easier to view on GitHub * Corrected problem where Brooklyn versions
were not being shown (site.brooklyn-version) * Clarified SSH needs and
instructions * Changed BROOKLYN_HOME to B
Updated Getting Started:
* Word wrap - easier to view on GitHub
* Corrected problem where Brooklyn versions were not being shown (site.brooklyn-version)
* Clarified SSH needs and instructions
* Changed BROOKLYN_HOME to BROOKLYN_DIR. Two 'homes' (User, Brooklyn) had caused confussion.
Project: http://git-wip-us.apache.org/repos/asf/brooklyn-docs/repo
Commit: http://git-wip-us.apache.org/repos/asf/brooklyn-docs/commit/eb65e046
Tree: http://git-wip-us.apache.org/repos/asf/brooklyn-docs/tree/eb65e046
Diff: http://git-wip-us.apache.org/repos/asf/brooklyn-docs/diff/eb65e046
Branch: refs/heads/0.6.0
Commit: eb65e046bc7e369c4270f5d0e13f2acf233576c3
Parents: b498266
Author: David Toy <d...@vidtoy.co.uk>
Authored: Fri Oct 4 13:12:01 2013 +0100
Committer: David Toy <d...@vidtoy.co.uk>
Committed: Fri Oct 4 13:12:01 2013 +0100
----------------------------------------------------------------------
docs/use/guide/quickstart/index.md | 172 ++++++++++++++++++++++----------
1 file changed, 119 insertions(+), 53 deletions(-)
----------------------------------------------------------------------
http://git-wip-us.apache.org/repos/asf/brooklyn-docs/blob/eb65e046/docs/use/guide/quickstart/index.md
----------------------------------------------------------------------
diff --git a/docs/use/guide/quickstart/index.md b/docs/use/guide/quickstart/index.md
index 67dd091..e660ea9 100644
--- a/docs/use/guide/quickstart/index.md
+++ b/docs/use/guide/quickstart/index.md
@@ -7,45 +7,54 @@ categories: [use, guide]
{% include fields.md %}
-This guide will get you up and running with Brooklyn quickly. You will become familiar with launching Brooklyn from the command line, using the web interface and deploying an application (to a public cloud).
+This guide will get you up and running with Brooklyn quickly. You will become familiar
+with launching Brooklyn from the command line, using the web interface and deploying an
+application (to a public cloud).
### Before We Start
-You are going to need some basic tools (that are normally installed by default). You will need `curl`, `wget`, `tar`, `ssh` and `ssh-keygen`.
+You are going to need some basic tools (that are normally installed by default). You
+will need `curl`, `wget`, `tar`, `ssh` and `ssh-keygen`.
### Download Brooklyn
Download the Brooklyn distribution. This contains Brooklyn, ready to run.
-Save the [Distro tgz]({{ this_dist_url_tgz }}) file to your home directory `~/`, or a location of your choice. (Other [download options]({{site.url}}/start/download.html) are available.)
+Save the [distro tgz file]({{ this_dist_url_tgz }}) to your home directory `~/`, or a
+location of your choice. (Other [download options]({{site.url}}/start/download.html) are available.)
-Expand the `tar.gz` archive. {% if site.brooklyn-version contains 'SNAPSHOT' %}Each Distro is timestamped, so your filename will be different.{% endif %}
+Expand the `tar.gz` archive.
+{% if site.brooklyn-version contains 'SNAPSHOT' %}
+Each Distro is timestamped, so your filename will be different.
+{% endif %}
{% if site.brooklyn-version contains 'SNAPSHOT' %}
{% highlight bash %}
-$ tar -zxf brooklyn-dist-{{ site.version }}-timestamp-dist.tar.gz
+$ tar -zxf brooklyn-dist-{{ site.brooklyn-version }}-timestamp-dist.tar.gz
{% endhighlight %}
{% else %}
{% highlight bash %}
-$ tar -zxf brooklyn-dist-{{ site.version }}-dist.tar.gz
+$ tar -zxf brooklyn-dist-{{ site.brooklyn-version }}-dist.tar.gz
{% endhighlight %}
{% endif %}
-This will create a `brooklyn-{{ site.version }}` folder.
+This will create a `brooklyn-{{ site.brooklyn-version }}` folder.
Let's setup some paths for easy commands.
{% highlight bash %}
-$ cd brooklyn-{{ site.version }}
-$ BROOKLYN_HOME=$(pwd)
-$ export PATH=$PATH:$BROOKLYN_HOME/bin/
+$ cd brooklyn-{{ site.brooklyn-version }}
+$ BROOKLYN_DIR=$(pwd)
+$ export PATH=$PATH:$BROOKLYN_DIR/bin/
{% endhighlight %}
### A Quick Test Drive
-Running Brooklyn now will launch the web interface, but there will be little to do, as we haven't configured any deployment locations or added a service catalog. Check your progress by running:
+Running Brooklyn now will launch the web interface, but there will be little to do, as we
+haven't configured any deployment locations or added a service catalog. Check your
+progress by running:
{% highlight bash %}
$ brooklyn launch
@@ -60,7 +69,8 @@ Stop Brooklyn with ctrl-c.
### Setting up Locations and Applications
-By default Brooklyn loads configuration parameters from `~/.brooklyn/brooklyn.properties` and a service catalog from `~/.brooklyn/catalog.xml`.
+By default Brooklyn loads configuration parameters from `~/.brooklyn/brooklyn.properties`
+and a service catalog from `~/.brooklyn/catalog.xml`.
Create a `.brooklyn` folder in your home directory:
@@ -74,31 +84,43 @@ Next, set up the following default/template files in that directory:
* **`brooklyn.properties`**: Download the template [brooklyn.properties](brooklyn.properties)
and place this in `~/.brooklyn`. This is a standard java `.properties` file,
- which you can edit in your favourite text editor to add credentials for your favorite clouds.
+ which you can edit in your favourite text editor to add credentials for your favourite
+ clouds.
+
+* **`catalog.xml`**: Download the template [catalog.xml](catalog.xml) (also to `~/.brooklyn`).
+ This is a catalog of application blueprints. The example file contains some blueprints
+ which will be automatically downloaded from the web if you run them.
+ You may need to edit this file (text editor) to ensure that the links to the demo
+ application `.jar` files are correct for your version of Brooklyn.
-* **`catalog.xml`**: Download the template [catalog.xml](catalog.xml) (also to`~/.brooklyn`).
- This is a catalog of application blueprints. The example file contains some blueprints which will
- be automatically downloaded from the web if you run them.
- You may need to edit this file (text editor) to ensure that the links to the demo application `.jar` files
- are correct for your version of Brooklyn.
+Finally, Brooklyn requires SSH keys to access your local machine, and to set-up and access
+cloud machines.
-Finally, if you do not already have SSH keys installed (in `~/.ssh`, either `id_rsa` and `id_rsa.pub` or the
-same for `id_dsa`), you will need to create keys for Brooklyn to use.
-If you're deploying to localhost, these should be added to your `authorized_keys` file.
+By default Brooklyn will look for an SSH key at `~/.ssh/id_rsa` and `~/.ssh/id_dsa`.
+
+If you do not already have an SSH key installed, create a new id_rsa key:
{% highlight bash %}
$ ssh-keygen -t rsa -N "" -f ~/.ssh/id_rsa
-$ cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
{% endhighlight %}
-(*Existing SSH keys?*: If you are using an existing key SSH that has a passphrase,
-or is not located at `~/.ssh/id_rsa`, you can point Brooklyn at these by setting
-`brooklyn.location.localhost.privateKeyFile` and `brooklyn.location.localhost.privateKeyPassphrase`
-in your `brooklyn.properties` file.)
+Your SSH key (new or existing) must be added to your `authorized_keys` to allow Brooklyn
+to access localhost.
+
+{% highlight bash %}
+# _Appends_ id_rsa.pub to authorized_keys. Other keys are unaffected.
+$ cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
+{% endhighlight %}
+
-(*MacOSx user?*: To allow SSH access to localhost please enable 'Remote Login' in System Preferences > Sharing.)
+(**MacOSx user?**: In addition to the above, enable 'Remote Login' in System Preferences >
+ Sharing.)
+(**Existing or custom SSH keys?**: If you wish to use an existing key SSH, or an SSH key
+that has a passphrase, or a location other than `~/.ssh`, you can specify this in
+`brooklyn.properties` using `brooklyn.location.localhost.privateKeyFile` and
+`brooklyn.location.localhost.privateKeyPassphrase`)
### 3-2-1 Go!
@@ -109,50 +131,76 @@ $ brooklyn launch
{% endhighlight %}
Brooklyn will use the `brooklyn.properties` and `catalog.xml` files.
-The new locations will be available in the management interface at [localhost:8081](http://localhost:8081),
-and the blueprints from the service catalog will be available for deployment.
+The new locations will be available in the management interface at
+[localhost:8081](http://localhost:8081), and the blueprints from the service catalog will
+be available for deployment.
-Start opening the "Create Application" dialog. (This may open automatically, but if it does not, click "Add Application".)
+The "Create Application" dialog will open automatically when you first login. (If not,
+click "Add Application".)
Select the "Demo Web Cluster with DB", then "Next".
-For the time being we'll use "localhost" as our deployment location. Click "Finish" and the Create Application dialog will close.
+For the time being we'll use "localhost" as our deployment location. Click "Finish" and
+the Create Application dialog will close.
You will see Brooklyn create an Application with status "STARTING".
-It make take some time for Brooklyn to download everything and configure the application's initial topography, so lets have a look at the web interface while we wait.
+It make take some time for Brooklyn to download everything and configure the application's
+initial topography, so lets have a look at the web interface while we wait.
### Exploring the Hierarchy of Web Cluster with DB
-Clicking on an application listed on the home page, or the Applications tab, will show you the management hierarchy.
+Clicking on an application listed on the home page, or the Applications tab, will show you
+the management hierarchy.
-Exploring the hierarchy tree, you will see that the Demo Web Cluster with DB is a classic three tier web application, consisting of a `ControlledDynamicWebAppCluster` and a `MySqlNode`. The `ControlledDynamicWebAppCluster` contains an nginx software loadbalancer (`NginxController`) and as many `JBoss7Servers` as required (it autoscales).
+Exploring the hierarchy tree, you will see that the Demo Web Cluster with DB is a classic
+three tier web application, consisting of a `ControlledDynamicWebAppCluster` and a
+`MySqlNode`. The `ControlledDynamicWebAppCluster` contains an nginx software loadbalancer
+(`NginxController`) and as many `JBoss7Servers` as required (it autoscales).
-Clicking on the `ControlledDynamicWebAppCluster` and then the Sensor tab will show if the cluster is ready to serve and, when ready, will provide a web address for the front of the loadbalancer.
+Clicking on the `ControlledDynamicWebAppCluster` and then the Sensor tab will show if the
+cluster is ready to serve and, when ready, will provide a web address for the front of
+the loadbalancer.
-If the `service.isUp`, you can view the demo web application in your browser at the `webapp.url.`
+If the `service.isUp`, you can view the demo web application in your browser at the
+`webapp.url.`
### Testing the Policies
-Brooklyn at its heart is a policy driven management plane. After codifying your technical and business policies, Brooklyn can implement them automatically.
+Brooklyn at its heart is a policy driven management plane. After codifying your technical
+and business policies, Brooklyn can implement them automatically.
-Brooklyn's policies work autonomically: they are like a nervous system. The need for action, and the correct action to take, are observed, decided and implemented as low down the management hierarchy (as close to the 'problem') as possible.
+Brooklyn's policies work autonomically: they are like a nervous system. The need for
+action, and the correct action to take, are observed, decided and implemented as low down
+ the management hierarchy (as close to the 'problem') as possible.
-The Web Cluster with DB demo comes pre-configured with an `AutoScalerPolicy`, attached to the cluster of JBoss7 servers and a `targets` policy attached to the loadbalancer. You can observe policies this in the management console using the Policy tab of the relevant entity (e.g. `DynamicWebAppCluster` shows the `AutoScalerPolicy`.
+The Web Cluster with DB demo comes pre-configured with an `AutoScalerPolicy`, attached to
+the cluster of JBoss7 servers and a `targets` policy attached to the loadbalancer. You can
+ observe policies this in the management console using the Policy tab of the relevant
+ entity (e.g. `DynamicWebAppCluster` shows the `AutoScalerPolicy`.
-The cluster autoscaler policy will automatically scale the cluster up or down to be the right size for the current load. ('One server' is the minimum size allowed by the policy.)
-The loadbalancer will automatically be updated by the targets policy as the cluster size changes.
+The cluster autoscaler policy will automatically scale the cluster up or down to be the
+right size for the current load. ('One server' is the minimum size allowed by the policy.)
+The loadbalancer will automatically be updated by the targets policy as the cluster size
+changes.
-Sitting idle, your cluster will only contain one server, but you can check that the policy works using a tool like [jmeter](http://jmeter.apache.org/) pointed at the nginx endpoint to create load on the cluster.
+Sitting idle, your cluster will only contain one server, but you can check that the policy
+works using a tool like [jmeter](http://jmeter.apache.org/) pointed at the nginx endpoint
+to create load on the cluster.
-Brooklyn's policies are configurable, customizable, and can be completely bespoke to your needs. As an example, the `AutoScalerPolicy` is tunable, can be applied to any relevant metric (here, average requests per second), and is a sufficiently complex piece of math that it understand hysteresis and prevents thrashing.
+Brooklyn's policies are configurable, customizable, and can be completely bespoke to your
+needs. As an example, the `AutoScalerPolicy` is tunable, can be applied to any relevant
+metric (here, average requests per second), and is a sufficiently complex piece of math
+that it understand hysteresis and prevents thrashing.
### REST API Browser
-Click on the Script tab at the top of the web interface and select REST API. Brooklyn supports a REST, JSON and Java API to allow you to integrate it with (pretty much) anything.
+Click on the Script tab at the top of the web interface and select REST API. Brooklyn
+supports a REST, JSON and Java API to allow you to integrate it with (pretty much)
+anything.
The Script tab allows you to explore the API.
@@ -163,31 +211,49 @@ You will be presented with a json response of the currently configured locations
### Stopping the Web Cluster with DB
-By now the Web Cluster with DB should have started, and you will have been able to view the application in your browser.
+By now the Web Cluster with DB should have started, and you will have been able to view
+the application in your browser.
-Returning to the "Applications" tab, and selecting the `WebClusterDatabaseExample`'s Effectors, we can Invoke the Stop Effector. This will cleanly shutdown the Web Cluster with DB example.
+Returning to the "Applications" tab, and selecting the `WebClusterDatabaseExample`'s
+Effectors, we can Invoke the Stop Effector. This will cleanly shutdown the Web Cluster
+with DB example.
### Deploying to Cloud
-The user experience of using the service catalog to deploy an application to a cloud is exactly the same as deploying to localhost. Brooklyn transparently handles the differences between locations and environments.
+The user experience of using the service catalog to deploy an application to a cloud is
+exactly the same as deploying to localhost. Brooklyn transparently handles the differences
+between locations and environments.
-Return to the Create Application dialog, reselect the Web Cluster with DB Demo, and select your public cloud of choice.
+Return to the Create Application dialog, reselect the Web Cluster with DB Demo, and select
+your public cloud of choice.
-(If you have added credentials to your brooklyn.properties file,) Brooklyn will request VMs in the public cloud, provision the application components, and wire them together, returning a cloud IP from which the demo application will be available.
+(If you have added credentials to your brooklyn.properties file,) Brooklyn will request
+VMs in the public cloud, provision the application components, and wire them together,
+returning a cloud IP from which the demo application will be available.
Remember to invoke the stop method when you are finished.
### Closing Thoughts
-This guide has shown two aspects of Brooklyn in action: policy driven management capability, and the service catalog/web interface. Additionally, we briefly explored Brooklyn's API.
+This guide has shown two aspects of Brooklyn in action: policy driven management
+capability, and the service catalog/web interface. Additionally, we briefly explored
+Brooklyn's API.
-It is worth noting that Brooklyn could be included as a library in your own applications (no command line required), or it could be used just as a management plane (without a service catalog).
+It is worth noting that Brooklyn could be included as a library in your own applications
+(no command line required), or it could be used just as a management plane
+(without a service catalog).
-During this guide we have been using Brooklyn's web interface, but Brooklyn's APIs are extensive and powerful. Brooklyn can be used with (controlled by and make data available to) your existing management UI. Brooklyn is intended to complement (not replace) your existing technologies and tooling.
+During this guide we have been using Brooklyn's web interface, but Brooklyn's APIs are
+extensive and powerful. Brooklyn can be used with (controlled by and make data available
+to) your existing management UI. Brooklyn is intended to complement (not replace) your
+existing technologies and tooling.
### Next
-The [Elastic Web Cluster Example]({{site.url}}/use/examples/webcluster/index.html) page details how to build the demo application from scratch. It shows how Brooklyn can complement your application with policy driven management, and how an application can be run without using the service catalog.
+The [Elastic Web Cluster Example]({{site.url}}/use/examples/webcluster/index.html) page
+details how to build the demo application from scratch. It shows how Brooklyn can
+complement your application with policy driven management, and how an application can be
+run without using the service catalog.