Removes unrelated references to diagrams.

Disk labels were referred to diagrams which was not requried at this
stage of learning for the students. This patch removes the references to the
diagrams to avoid confusion.

Change-Id: I3fc41cf7a96916b2f3eadfba953fa5f9e26c095a
Closes-Bug: #1267673
Implements: blueprint training-manuals
This commit is contained in:
Pranav Salunke 2014-06-17 15:51:32 +05:30
parent 6acd3cadd9
commit c48b0e63f4

View File

@ -182,12 +182,11 @@
<para><guilabel>Launching an instance</guilabel></para> <para><guilabel>Launching an instance</guilabel></para>
<para>To launch an instance, the user selects an image, a flavor, <para>To launch an instance, the user selects an image, a flavor,
and other optional attributes. In this case the selected and other optional attributes. In this case the selected
flavor provides a root volume (as all flavors do) labeled vda in flavor provides a root volume (as all flavors do). Let us assume that the
the diagram and additional ephemeral storage labeled vdb in the root volume is labelled as 'vda' and additional ephemeral storage labelled
diagram. The user has also opted to map a volume from the as 'vdb'. The user has also opted to map a volume from the
<systemitem class="service">cinder-volume</systemitem> <systemitem class="service">cinder-volume</systemitem>
store to the third virtual disk, vdc, on this store to the third virtual disk, vdc, on this instance.</para>
instance.</para>
<para>Figure 2.2. Instance creation from image and run time <para>Figure 2.2. Instance creation from image and run time
state</para> state</para>
<figure> <figure>
@ -207,11 +206,10 @@
is an empty disk with an emphemeral life as it is destroyed when is an empty disk with an emphemeral life as it is destroyed when
you delete the instance. The compute node attaches to the you delete the instance. The compute node attaches to the
requested <systemitem class="service">cinder-volume</systemitem> requested <systemitem class="service">cinder-volume</systemitem>
using iSCSI and maps this to the third using iSCSI and maps this to the third disk (vdc) as requested.
disk (vdc) as requested. The vCPU and memory resources are The vCPU and memory resources are provisioned and the instance is booted
provisioned and the instance is booted from the first drive. The from the first drive. The instance runs and changes data on the disks
instance runs and changes data on the disks indicated in red in indicated in red in the diagram.</para>
the diagram.</para>
<para>There are many possible variations in the details of the <para>There are many possible variations in the details of the
scenario, particularly in terms of what the backing storage is scenario, particularly in terms of what the backing storage is
and the network protocols used to attach and move storage. One and the network protocols used to attach and move storage. One
@ -237,7 +235,7 @@
</figure> </figure>
<para>Once you launch a VM in OpenStack, there's something more <para>Once you launch a VM in OpenStack, there's something more
going on in the background. To understand what's happening going on in the background. To understand what's happening
behind the dashboard, lets take a deeper dive into OpenStacks behind the dashboard, lets take a deeper dive into OpenStack's
VM provisioning. For launching a VM, you can either use VM provisioning. For launching a VM, you can either use
the command-line interfaces or the OpenStack dashboard. the command-line interfaces or the OpenStack dashboard.
</para> </para>