![Olena Logvinova](/assets/img/avatar_default.png)
This patch: - updates the links for Newton in the /common folder - removes a commented non-publishing command for Debian Install guide from publishdocs.sh. (If the Guide is still not ready for Newton, we will re-add this command back and remove the guide from www/project-install-guide/newton/index.html) - removes old link for API reference and uses API Guide instead. Change-Id: Ib7be38419deadaa8ff70256e12111e1c9a7fe143
1.7 KiB
Shared File Systems service overview
The OpenStack Shared File Systems service (manila) provides file storage to a virtual machine. The Shared File Systems service provides an infrastructure for managing and provisioning of file shares. The service also enables management of share types as well as share snapshots if a driver supports them.
The Shared File Systems service consists of the following components:
- manila-api
-
A WSGI app that authenticates and routes requests throughout the Shared File Systems service. It supports the OpenStack APIs.
- manila-data
-
A standalone service whose purpose is to receive requests, process data operations such as copying, share migration or backup, and send back a response after an operation has been completed.
- manila-scheduler
-
Schedules and routes requests to the appropriate share service. The scheduler uses configurable filters and weighers to route requests. The Filter Scheduler is the default and enables filters on things like Capacity, Availability Zone, Share Types, and Capabilities as well as custom filters.
- manila-share
-
Manages back-end devices that provide shared file systems. A manila-share process can run in one of two modes, with or without handling of share servers. Share servers export file shares via share networks. When share servers are not used, the networking requirements are handled outside of Manila.
- Messaging queue
-
Routes information between the Shared File Systems processes.
For more information, see OpenStack Configuration Reference.