openstack/openstack-manuals
Code Issues Proposed changes

Removed bad links to old CLI Guide

Browse Source 
bug: #1217930

Change-Id: I71b1c8e6cf58846ae3a18622c399a98d17d79932
author: diane fleming
This commit is contained in:
Diane Fleming
2013-09-16 15:54:18 -05:00
parent fa7079b108
commit ec88349606
2 changed files with 32 additions and 41 deletions
Download Patch File Download Diff File Expand all files Collapse all files

31
doc/admin-guide-cloud/ch_compute.xml
View File

@@ -324,7 +324,7 @@
but the root filesystem (and possibly others) is
on the persistent volume and its state is
maintained even if the instance it shut down. Details
of this configuration are discussed in the <link xlink:href="http://docs.openstack.org/cli/quick-start/content/"><citetitle>OpenStack Clients Guide</citetitle></link>.</para>
of this configuration are discussed in the <link xlink:href="http://docs.openstack.org/user-guide/content/index.html"><citetitle>OpenStack End User Guide</citetitle></link>.</para>
<para>Volumes do not provide concurrent access from multiple
instances. For that you need either a traditional network
filesystem like NFS or CIFS or a cluster filesystem such as
@@ -778,13 +778,8 @@ header: Date: Thu, 13 Sep 2012 20:27:36 GMT
<title>Instances</title>
<para>For information about launching instances through the
nova command-line client, see the <link
xlink:href="http://docs.openstack.org/cli/quick-start/content/"
><citetitle>OpenStack Clients
Guide</citetitle></link>.</para>
<!--moved the following to the OpenStack Clients Guide -->
<!-- once OpenStack End User Guide is signed off, move to there -->
<!--<xi:include href="../openstack-user/src/section_cli_openrc.xml"/>
<xi:include href="../common/section_nova_cli_boot.xml"/> -->
xlink:href="http://docs.openstack.org/user-guide/content/index.html"
><citetitle>OpenStack End User Guide</citetitle></link>.</para>
</section>
<section xml:id="section_instance-scheduling-constraints">
<title>Control where instances run</title>
@@ -817,17 +812,18 @@ header: Date: Thu, 13 Sep 2012 20:27:36 GMT
<section xml:id="section_instance-networking">
<?dbhtml stop-chunking?>
<title>Instance networking</title>
<para>For information, see <link
xlink:href="http://docs.openstack.org/cli/quick-start/content/"
><citetitle>OpenStack Clients Guide</citetitle></link>.</para>
<para>For information, see the <link
xlink:href="http://docs.openstack.org/user-guide/content/index.html"
><citetitle>OpenStack End User Guide</citetitle></link>.</para>
</section>
<xi:include href="../common/section_nova_cli_volumes.xml"/>
</section>
<section xml:id="section_networking-nova">
<title>Networking with nova-network</title>
<para>By understanding the available networking configuration options you can design the best
configuration for your Compute instances.</para>
<para>Understanding the networking configuration options helps you
design the best configuration for your Compute
instances.</para>
<section xml:id="section_networking-options">
<title>Networking options</title>
<para>This section offers a brief overview of each concept in
@@ -858,11 +854,10 @@ header: Date: Thu, 13 Sep 2012 20:27:36 GMT
<para>VLAN Network Manager</para>
</listitem>
</itemizedlist></para>
<para>The three kinds of networks can co-exist in a cloud
system. However, because you can't yet select the type of
network for a given project, you cannot configure more
than one type of network in a given Compute
installation.</para>
<para>These networks can co-exist in a cloud system. However,
because you can't yet select the type of network for a
given project, you cannot configure more than one type
of network in a given Compute installation.</para>
<note>
<para>All networking options require network
connectivity to be already set up between OpenStack

42
doc/admin-guide-cloud/ch_networking.xml
View File

@@ -15,7 +15,7 @@
addressing in the cloud. The OpenStack Networking service
enables operators to leverage different networking
technologies to power their cloud networking.</para>
<para>The Openstack Networking service also provides an API to
<para>The OpenStack Networking service also provides an API to
configure and manage a variety of network services ranging
from L3 forwarding and NAT to load balancing, edge
firewalls, and IPSEC VPN.</para>
@@ -170,7 +170,6 @@
>http://wiki.openstack.org/Quantum-NEC-OpenFlow-Plugin</link>
</para>
</listitem>
<listitem>
<para><emphasis role="bold">Nicira NVP
Plug-in</emphasis>. Documentation is
@@ -211,7 +210,6 @@
<?hard-pagebreak?>
<para>Not all OpenStack networking plug-ins are compatible
with all possible OpenStack compute drivers:</para>
<table rules="all">
<caption>Plug-in Compatibility with OpenStack Compute
Drivers</caption>
@@ -428,30 +426,28 @@
</section>
<section xml:id="services">
<title>Place services on physical hosts</title>
<para>Like other OpenStack services, Networking provides
cloud administrators with significant flexibility in
deciding which individual services should run on which
physical devices. At one extreme, all service daemons
can be run on a single physical host for evaluation
purposes. At the other, each service could have its
own physical hosts and, in some cases, be replicated
across multiple hosts for redundancy. For more
information, see the <citetitle
<para>Like other OpenStack services, Networking enables
cloud administrators to run one or more services on
one or more physical devices. At one extreme, the
cloud administrator can run all service daemons on a
single physical host for evaluation purposes.
Alternatively the cloud administrator can run each
service on its own physical host and, in some cases,
can replicate services across multiple hosts for
redundancy. For more information, see the <citetitle
xmlns:svg="http://www.w3.org/2000/svg"
xmlns:html="http://www.w3.org/1999/xhtml"
>OpenStack Configuration
Reference</citetitle>.</para>
<para>In this guide, we focus primarily on a standard
architecture that includes a “cloud controller” host,
a “network gateway” host, and a set of hypervisors for
running VMs.  The "cloud controller" and "network
gateway" can be combined in simple deployments.
However, if you expect VMs to send significant amounts
of traffic to or from the Internet, a dedicated
network gateway host is recommended to avoid potential
CPU contention between packet forwarding performed by
the <literal>neutron-l3-agent</literal> and other
OpenStack services.</para>
<para>A standard architecture includes a cloud controller
host, a network gateway host, and a set of hypervisors
that run virtual machines. The cloud controller and
network gateway can be on the same host. However, if
you expect VMs to send significant traffic to or from
the Internet, a dedicated network gateway host helps
avoid CPU contention between the <systemitem
role="agent">neutron-l3-agent</systemitem> and
other OpenStack services that forward packets.</para>
</section>
<section xml:id="connectivity">
<title>Network connectivity for physical hosts</title>