Merge "Clean up architecture_hybrid.xml"

This commit is contained in:
Jenkins 2015-08-14 07:48:46 +00:00 committed by Gerrit Code Review
commit 9419906d76

View File

@ -6,18 +6,13 @@
xml:id="arch-guide-architecture-hybrid"> xml:id="arch-guide-architecture-hybrid">
<?dbhtml stop-chunking?> <?dbhtml stop-chunking?>
<title>Architecture</title> <title>Architecture</title>
<para>As a first step, map out the dependencies of the expected workloads <para>Map out the dependencies of the expected workloads
and the cloud infrastructures that are required to support them. and the cloud infrastructures required to support them to architect a
Mapping the applications to targeted cloud solution for the broadest compatibility between cloud platforms,
environments allows you to architect a solution for the minimizing the need to create workarounds and processes to fill
broadest compatibility between cloud platforms, minimizing
the need to create workarounds and processes to fill
identified gaps.</para> identified gaps.</para>
<note> <para>For your chosen cloud management platform, note the relative
<para>For your chosen cloud management platform, levels of support for both monitoring and orchestration.</para>
note the relative levels of support for both monitoring
and orchestration.</para>
</note>
<mediaobject> <mediaobject>
<imageobject> <imageobject>
<imagedata contentwidth="4in" <imagedata contentwidth="4in"
@ -28,46 +23,32 @@
<section xml:id="image-portability"> <section xml:id="image-portability">
<title>Image portability</title> <title>Image portability</title>
<para>The majority of cloud workloads currently run on instances <para>The majority of cloud workloads currently run on instances
using hypervisor technologies such as KVM, Xen, or ESXi. The using hypervisor technologies. The challenge is that each of these
challenge is that each of these hypervisors uses an image hypervisors uses an image format that may not be compatible with the
format that may or may not be compatible with one others. When possible, standardize on a single hypervisor and instance
another. Mitigation in a private or hybrid cloud solution can be image format. This may not be possible when using externally-managed
standardized on the same hypervisor and instance image format. However public clouds.</para>
this is not always feasible. This is <para>Conversion tools exist to address image format compatibility.
particularly evident if one of the clouds in the architecture Examples include <link
is a public cloud that is outside of the control of the xlink:href="http://libguestfs.org/virt-v2v">virt-p2v/virt-v2v</link>
designers.</para> and <link
<para>Examples of available conversion tools:</para>
<itemizedlist>
<listitem>
<para><link
xlink:href="http://libguestfs.org/virt-v2v">virt-p2v and virt-v2v</link>
</para>
</listitem>
<listitem>
<para><link
xlink:href="http://libguestfs.org/virt-edit.1.html"> xlink:href="http://libguestfs.org/virt-edit.1.html">
virt-edit - Edit a file in a virtual machine</link> virt-edit</link>. These tools cannot serve beyond basic cloud instance
</para> specifications.</para>
</listitem> <para>Alternatively, build a thin operating system image as
</itemizedlist> the base for new instances. This facilitates rapid creation of cloud
<para>The listed instances using cloud orchestration or configuration management tools
tools cannot serve beyond basic cloud instance specifications. for more specific templating. Remember if you intend to use portable
Alternatively, build a thin operating system image as the base for images for disaster recovery, application diversity, or high
new instances. availability, your users could move the images and instances between
This facilitates rapid creation of cloud instances using cloud cloud platforms regularly.</para>
orchestration or configuration management tools for more specific
templating. Use a commercial image migration tool as another option.
If you intend to use the portable images for disaster recovery,
application diversity, or high availability, your users could move
the images and instances between cloud platforms regularly.</para>
</section> </section>
<section xml:id="upper-layer-services"> <section xml:id="upper-layer-services">
<title>Upper-layer services</title> <title>Upper-layer services</title>
<para>Many clouds offer complementary services over and above the <para>Many clouds offer complementary services beyond the
basic compute, network, and storage components. These basic compute, network, and storage components. These
additional services are often used to simplify the deployment additional services often simplify the deployment
and management of applications on a cloud platform.</para> and management of applications on a cloud platform.</para>
<para>When moving workloads from the source to the destination <para>When moving workloads from the source to the destination
cloud platforms, consider that the destination cloud platform cloud platforms, consider that the destination cloud platform
@ -80,15 +61,15 @@
the hybrid cloud use case:</para> the hybrid cloud use case:</para>
<itemizedlist> <itemizedlist>
<listitem> <listitem>
<para>Creating a baseline of upper-layer services that are <para>Implementing a baseline of upper-layer services
implemented across all of the cloud platforms. For across all of the cloud platforms. For
platforms that do not support a given service, create platforms that do not support a given service, create
a service on top of that platform and apply it to the a service on top of that platform and apply it to the
workloads as they are launched on that cloud.</para> workloads as they are launched on that cloud.</para>
<para>For example, through the <glossterm>Database service</glossterm> <para>For example, through the <glossterm>Database service</glossterm>
for OpenStack (<glossterm>trove</glossterm>), for OpenStack (<glossterm>trove</glossterm>),
OpenStack supports MySQL as a service but not NoSQL OpenStack supports MySQL as a service but not NoSQL
databases in production. To either move from or run databases in production. To move from or run
alongside AWS, a NoSQL workload must use an automation alongside AWS, a NoSQL workload must use an automation
tool, such as the Orchestration module (heat), to tool, such as the Orchestration module (heat), to
recreate the NoSQL database on top of OpenStack. recreate the NoSQL database on top of OpenStack.
@ -96,7 +77,7 @@
</listitem> </listitem>
<listitem> <listitem>
<para>Deploying a <glossterm>Platform-as-a-Service (PaaS)</glossterm> <para>Deploying a <glossterm>Platform-as-a-Service (PaaS)</glossterm>
technology such as Cloud Foundry or OpenShift that abstracts the technology that abstracts the
upper-layer services from the underlying cloud upper-layer services from the underlying cloud
platform. The unit of application deployment and platform. The unit of application deployment and
migration is the PaaS. It leverages the services of migration is the PaaS. It leverages the services of
@ -104,12 +85,12 @@
services of the cloud platform.</para> services of the cloud platform.</para>
</listitem> </listitem>
<listitem> <listitem>
<para>Use automation tools to create the required upper-layer services <para>Using automation tools to create the required upper-layer services
that are portable across all cloud platforms.</para> that are portable across all cloud platforms.</para>
<para>For example, instead of using any database services that <para>For example, instead of using database services that
are inherent in the cloud platforms, launch cloud are inherent in the cloud platforms, launch cloud
instances and deploy the databases on those instances and deploy the databases on those
instances using scripts or various configuration and instances using scripts or configuration and
application deployment tools.</para> application deployment tools.</para>
</listitem> </listitem>
</itemizedlist> </itemizedlist>
@ -117,11 +98,10 @@
<section xml:id="network-services"> <section xml:id="network-services">
<title>Network services</title> <title>Network services</title>
<para>Network services functionality is a barrier for <para>Network services functionality is a critical component of
multiple cloud architectures. It could be an important factor multiple cloud architectures. It is an important factor
to assess when choosing a CMP and cloud provider. to assess when choosing a CMP and cloud provider.
Some considerations you should take into account:</para> Considerations include:</para>
<itemizedlist> <itemizedlist>
<listitem> <listitem>
<para> <para>
@ -174,8 +154,8 @@
</listitem> </listitem>
<listitem> <listitem>
<para>It is imperative to address security considerations. <para>It is imperative to address security considerations.
For example, addressing how data is secured between client and endpoint For example, addressing how data is secured between client and
and any traffic that traverses the multiple clouds. endpoint and any traffic that traverses the multiple clouds.
Business and regulatory requirements dictate what security Business and regulatory requirements dictate what security
approach to take. For more information, see the approach to take. For more information, see the
<link linkend="security-overview">Security <link linkend="security-overview">Security
@ -188,26 +168,23 @@
<title>Data</title> <title>Data</title>
<para>Traditionally, replication has been the best method of protecting <para>Traditionally, replication has been the best method of protecting
object store implementations. A variety of replication methods exist object store implementations. A variety of replication methods exist
in storage architectures, for example synchronous and asynchronous mirroring. in storage architectures, for example synchronous and asynchronous
Most object stores and back-end storage mirroring. Most object stores and back-end storage systems implement
systems implement methods for replication at the storage subsystem layer. methods for replication at the storage subsystem layer.
Object stores also tailor replication techniques Object stores also tailor replication techniques
to fit a cloud's requirements.</para> to fit a cloud's requirements.</para>
<para>Organizations must find the right balance between <para>Organizations must find the right balance between
data integrity and data availability. Replication strategy may data integrity and data availability. Replication strategy may
also influence the disaster recovery methods.</para> also influence disaster recovery methods.</para>
<para>Replication across different racks, data centers, and <para>Replication across different racks, data centers, and
geographical regions has led to the increased focus of geographical regions increases focus on
determining and ensuring data locality. The ability to determining and ensuring data locality. The ability to
guarantee data is accessed from the nearest or fastest storage guarantee data is accessed from the nearest or fastest storage
can be necessary for applications to perform well, can be necessary for applications to perform well.</para>
for example, Hadoop running in a cloud. The user either runs with
a native HDF or on a separate parallel file
system. Examples would be Hitachi and IBM.</para>
<note> <note>
<para>Take special consideration when running embedded object <para>When running embedded object store methods, ensure that you do
store methods to not cause extra data replication, which can not instigate extra data replication as this can cause performance
create unnecessary performance issues.</para> issues.</para>
</note> </note>
</section> </section>
</section> </section>