Merge "don't hyphenate "highly {available,scalable}""
This commit is contained in:
@@ -12,7 +12,7 @@ for overcommitting of these. In a similar manner, rather than exposing the
|
|||||||
individual types of network devices available on hosts, generic
|
individual types of network devices available on hosts, generic
|
||||||
software-powered network ports are provided. These features are designed to
|
software-powered network ports are provided. These features are designed to
|
||||||
allow high resource utilization and allows the service to provide a generic
|
allow high resource utilization and allows the service to provide a generic
|
||||||
cost-effective and highly-scalable cloud upon which to build applications.
|
cost-effective and highly scalable cloud upon which to build applications.
|
||||||
|
|
||||||
This abstraction is beneficial for most workloads. However, there are some
|
This abstraction is beneficial for most workloads. However, there are some
|
||||||
workloads where determinism and per-instance performance are important, if
|
workloads where determinism and per-instance performance are important, if
|
||||||
|
@@ -96,7 +96,7 @@ Initialize and configure the database
|
|||||||
-------------------------------------
|
-------------------------------------
|
||||||
|
|
||||||
Database-backed sessions are scalable, persistent, and can be made
|
Database-backed sessions are scalable, persistent, and can be made
|
||||||
high-concurrency and highly-available.
|
high-concurrency and highly available.
|
||||||
|
|
||||||
However, database-backed sessions are one of the slower session storages
|
However, database-backed sessions are one of the slower session storages
|
||||||
and incur a high overhead under heavy usage. Proper configuration of
|
and incur a high overhead under heavy usage. Proper configuration of
|
||||||
|
@@ -1168,7 +1168,7 @@ D
|
|||||||
|
|
||||||
distributed virtual router (DVR)
|
distributed virtual router (DVR)
|
||||||
|
|
||||||
Mechanism for highly-available multi-host routing when using
|
Mechanism for highly available multi-host routing when using
|
||||||
OpenStack Networking (neutron).
|
OpenStack Networking (neutron).
|
||||||
|
|
||||||
Django
|
Django
|
||||||
@@ -2331,7 +2331,7 @@ M
|
|||||||
OpenStack project that aims to produce an OpenStack
|
OpenStack project that aims to produce an OpenStack
|
||||||
messaging service that affords a variety of distributed
|
messaging service that affords a variety of distributed
|
||||||
application patterns in an efficient, scalable and
|
application patterns in an efficient, scalable and
|
||||||
highly-available manner, and to create and maintain associated
|
highly available manner, and to create and maintain associated
|
||||||
Python libraries and documentation. The code name for the
|
Python libraries and documentation. The code name for the
|
||||||
project is zaqar.
|
project is zaqar.
|
||||||
|
|
||||||
|
@@ -52,7 +52,7 @@ The Message service provides the following key features:
|
|||||||
filters.
|
filters.
|
||||||
* Efficient reference implementation with an eye toward low latency and high
|
* Efficient reference implementation with an eye toward low latency and high
|
||||||
throughput (dependent on back end).
|
throughput (dependent on back end).
|
||||||
* Highly-available and horizontally scalable.
|
* Highly available and horizontally scalable.
|
||||||
* Support for subscriptions to queues. Several notification types are
|
* Support for subscriptions to queues. Several notification types are
|
||||||
available:
|
available:
|
||||||
|
|
||||||
|
@@ -56,6 +56,6 @@ for hardware acceleration of nested VMs.
|
|||||||
|
|
||||||
.. note::
|
.. note::
|
||||||
|
|
||||||
When installing highly-available OpenStack on VMs,
|
When installing highly available OpenStack on VMs,
|
||||||
be sure that your hypervisor permits promiscuous mode
|
be sure that your hypervisor permits promiscuous mode
|
||||||
and disables MAC address filtering on the external network.
|
and disables MAC address filtering on the external network.
|
||||||
|
@@ -2,7 +2,7 @@
|
|||||||
Install operating system on each node
|
Install operating system on each node
|
||||||
=====================================
|
=====================================
|
||||||
|
|
||||||
The first step in setting up your highly-available OpenStack cluster
|
The first step in setting up your highly available OpenStack cluster
|
||||||
is to install the operating system on each node.
|
is to install the operating system on each node.
|
||||||
Follow the instructions in the OpenStack Installation Guides:
|
Follow the instructions in the OpenStack Installation Guides:
|
||||||
|
|
||||||
|
@@ -1,4 +1,4 @@
|
|||||||
|
|
||||||
==========================================
|
==========================================
|
||||||
Overview of highly-available compute nodes
|
Overview of highly available compute nodes
|
||||||
==========================================
|
==========================================
|
||||||
|
@@ -1,5 +1,5 @@
|
|||||||
========================================
|
========================================
|
||||||
Overview of highly-available controllers
|
Overview of highly available controllers
|
||||||
========================================
|
========================================
|
||||||
|
|
||||||
OpenStack is a set of multiple services exposed to the end users
|
OpenStack is a set of multiple services exposed to the end users
|
||||||
@@ -9,7 +9,7 @@ where all the components are running are often called controllers.
|
|||||||
This modular OpenStack architecture allows to duplicate all the
|
This modular OpenStack architecture allows to duplicate all the
|
||||||
components and run them on different controllers.
|
components and run them on different controllers.
|
||||||
By making all the components redundant it is possible to make
|
By making all the components redundant it is possible to make
|
||||||
OpenStack highly-available.
|
OpenStack highly available.
|
||||||
|
|
||||||
In general we can divide all the OpenStack components into three categories:
|
In general we can divide all the OpenStack components into three categories:
|
||||||
|
|
||||||
|
@@ -9,7 +9,7 @@ environment.
|
|||||||
Overview
|
Overview
|
||||||
~~~~~~~~
|
~~~~~~~~
|
||||||
|
|
||||||
A highly-available environment can be put into place if you require an
|
A highly available environment can be put into place if you require an
|
||||||
environment that can scale horizontally, or want your cloud to continue
|
environment that can scale horizontally, or want your cloud to continue
|
||||||
to be operational in case of node failure. This example architecture has
|
to be operational in case of node failure. This example architecture has
|
||||||
been written based on the current default feature set of OpenStack
|
been written based on the current default feature set of OpenStack
|
||||||
|
Reference in New Issue
Block a user