Merge "cleanup of shared file systems scheduling file"
This commit is contained in:
commit
5823a2c16b
@ -4,30 +4,29 @@
|
|||||||
Scheduling
|
Scheduling
|
||||||
==========
|
==========
|
||||||
|
|
||||||
The Shared File Systems service provides unified access for variety of
|
The Shared File Systems service provides unified access for a variety of
|
||||||
different types of shared file systems. To achieve this, the Shared File
|
different types of shared file systems. To achieve this, the Shared File
|
||||||
Systems service uses a scheduler. The scheduler collects information from
|
Systems service uses a scheduler. The scheduler collects information from
|
||||||
active share services and takes decisions, what share service will be used to
|
the active shared services and makes decisions such as what shared services
|
||||||
create a new share. To manage this process, the Shared File Systems service
|
will be used to create a new share. To manage this process, the Shared
|
||||||
provides Share types API.
|
File Systems service provides Share types API.
|
||||||
|
|
||||||
A share type is a list from key-value pairs called extra-specs. Some of them,
|
A share type is a list from key-value pairs called extra-specs. Some of them,
|
||||||
called required and un-scoped extra-specs, scheduler uses for lookup the
|
called required and un-scoped extra-specs, the scheduler uses for lookup of
|
||||||
share service suitable for new share with specified share type. For more
|
the shared service suitable for a new share with the specified share type.
|
||||||
information about extra-specs and their type, see `Capabilities and Extra-Specs
|
For more information about extra-specs and their type, see `Capabilities
|
||||||
<http://docs.openstack.org/developer/manila/devref/capabilities_and_extra_spec
|
and Extra-Specs <http://docs.openstack.org/developer/manila/devref/capabilities_and_extra_specs.html>`_ section in developer documentation.
|
||||||
s.html>`_ section in developer documentation.
|
|
||||||
|
|
||||||
The general scheduler workflow in described below.
|
The general scheduler workflow is described below.
|
||||||
|
|
||||||
#. Share services report information about number of existing pools, their
|
#. Share services report information about the number of existing pools, their
|
||||||
capacities and capabilities.
|
capacities and capabilities.
|
||||||
|
|
||||||
#. When request on share creation comes in, scheduler picks a service and pool
|
#. When a request on share creation comes in, the scheduler picks a service
|
||||||
that fits the need best to serve the request, using share type filters and
|
and pool that fits the need best to serve the request, using share type
|
||||||
back end capabilities. If back end capabilities passes thought all filters
|
filters and back end capabilities. If back end capabilities pass through,
|
||||||
request to the selected back end where the target pool resides.
|
all filters request to the selected back end where the target pool resides.
|
||||||
|
|
||||||
#. Share driver gets the message and lets the target pool serve the request
|
#. The share driver gets the message and lets the target pool serve the
|
||||||
as scheduler instructed. The scoped and un-scoped share type extra-specs
|
request as the scheduler instructs. The scoped and un-scoped share type
|
||||||
are available for the driver implementation to use as needed.
|
extra-specs are available for the driver implementation to use as needed.
|
||||||
|
Loading…
Reference in New Issue
Block a user