0% found this document useful (0 votes)
13 views7 pages

Block Storage (Cinder) : Highly Available Recoverable Fault-Tolerant

open stack

Uploaded by

Eugene Berna I
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
13 views7 pages

Block Storage (Cinder) : Highly Available Recoverable Fault-Tolerant

open stack

Uploaded by

Eugene Berna I
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 7

Block Storage (Cinder)

This works in the traditional way of attaching and detaching an external hard drive to
the OS for its local use. Cinder manages to add, remove, create new disk space in the
server. This component provides the virtual storage for the VMs in the system.
Conceptually, Cinder is similar in function to the EBS (Elastic Block Storage).

It is usually implemented in combination with other OpenStack services (e.g., Compute,


Object Storage, Image, etc.). Cinder and Nova logical architecture are:

Without needing to think about costly physical storage systems or servers, Cinder users
are able to reduce and expand their storage space significantly. In addition, by allowing
users to use one code for each operation, Cinder simplifies code management. With
reliability and ease of usage, Cinder can handle all the provisioning and eliminate
consumers' needs.

Some of the goals of Cinder are :

o Highly Available
o Recoverable
o Fault-Tolerant
o Component-based architecture
o Open Standards

Cinder Components

Object Storage (Swift)


Object storage is used in order to store and recover arbitrary data in the cloud. In Swift,
it is possible to store the files, objects, backups, images, videos, virtual machines, and
other unstructured data. Developers may use a special identifier for referring the file
and objects in place of the path, which directly points to a file and allows the
OpenStack to manage where to store the files to the API.

For longevity, availability, and competitiveness, it is scalable and optimized. For storing
unconstrained, redundant data, Swift is ideal. Since this is an object storage service,
Swift enables an API-accessible storage option that can be used around the cluster for
backups, data retention, or archives that are redundant.

Object Storage components are divided into the following key groups :

o Proxy Services
o Auth Services
o Storage Services
o Account Service
o Container Service
o Objective Service
Let's see an example diagram for the OpenStack Object Storage :

Some Characteristics of OpenStack Object Storage are :

o There's a URL for all objects contained in Object Storage.


o All objects have their own metadata.
o It is possible to locate object data anywhere in the cluster.
o Via a RESTful HTTP API, developers communicate with the swift.
o Without downtime, new nodes can be connected to the cluster.
o It runs on industry-standard h/w, like HP, Dell, & Supermicro.
o Data should not be transferred to an entirely new storage system.
o For objects stored in the cluster, 'Storage Policies' can describe various
durability levels.
Shared File Systems (Manila)
It offers file-based storage to a VM. This component gives an infrastructure for
managing and provisioning file shares. Manila uses a SQL based central database
shared by all manila services in the system. The Manila service can operate in the
configuration of a single node or multiple nodes.

Usually, Manila is deployed with other OpenStack resources, such as Compute, Image
or Object Storage.

Following are the goals of shared file system service :

o Highly Available
o Recoverable
o Open-Standards
o Fault-tolerant
o Component-based architecture

Manila offers the following set of services :

manila-api: It is an application for the Web Server Gateway Interface (WSGI), which
verifies and guides requests via the shared file system service and also offers support
to the OpenStack API.

manila-data: This service receives the requests, processes the data operations with
long running times such as backup, copying, or share migration.
manila-scheduler: This service schedules and routes the requests to the shared file
system services. To route requests, the scheduler follows configurable filters and
weighers. The Filter Scheduler is the default and allows filters on items such as
Availability Zones, Capacity, Capabilities, and Share Types. Manila-scheduler also
allows custom filters.

manila-share: This service manages back-end systems in which have a shared file
system. A manila-share service is capable of running in 1 of 2 modes, with or without
the managing of shared servers.

The shared file system (Manila) contains the following set of components :

o Back-end storage devices


o Users and tenants
o Basic resources
o Shares
o Snapshots
o Share networks

Networking (Neutron)
This component is used for networking in OpenStack. Neutron manages all the
network-related queries, such as IP address management, routers, subnets, firewalls,
VPNs, etc. It confirms that all the other components are connected properly with the
OpenStack.

Neutron delivers NaaS (Networking-as-a-service) in a virtual computing environment.


It has replaced the original API (Application Program Interface), called Quantum, in
OpenStack. Neutron is managed by other OpenStack components such as Nova.

Networking has a service on the controller node, called the neutron server, including
a lot of agents and plugins that use a messaging queue to communicate with each
other. You can select the various agents you want to use, dependent on the type of
operation.

Some features of Neutron:

o Sets up the virtual network infrastructure.


o Switching and routing.
o Specialized virtual network functions like VPNaaS, FWaaS, LBaaS.
o Flexibility through agents, plugins, and drivers.
o Neutron integrates with various OpenStack services, i.e., Keystone, Nova,
glance, and Horizon.

There are the following neutron plugins :

o VMware NSX
o Cisco switches (NX-OS)
o Ryu network OS
o NEC OpenFlow
o Open vSwitch
o PLUMgrid Director plugin
o Linux bridging
o OpenDaylight plugin
o Juniper OpenContrail
o Midokura Midonet plugin

Neutron Architecture
The neutron architecture is very simple. It is fully based on agents and plugins.
Nova (Compute)
Nova is one of the most common and important components of OpenStack. Compute
is a controller that is used to handle virtualized environments' resources. It handles
several virtual machines and other instances that perform computing tasks.

Nova is written in Python language. VMware, Xen, and KVM are the hypervisor
technologies that could be used, and this choice is contingent on OpenStack's version.

Functionality :

o The Nova-api processes the requests and responses to and from the end-user.
o When a request is submitted, the Nova generates and removes the instances.
o The Nova-scheduler schedules nova-compute jobs.
o The Glace Registry, along with its metadata, stores the image information.
o The Image stores predefined images for the user or admin.
o The nova-network assures connectivity and routing of the network.

You might also like