Transcript Presentazione di PowerPoint

Software-Defined Storage
“Calcola il Percorso”
Marco Spoldi
Adriano Pezzuto
Software Defined Storage Evangelist/ BCLOUD
Cloud Solutions Architect/ BCLOUD
“Calcola il Percorso…”
“Nella moderna navigazione quando vogliamo raggiungere una
località oppure un obbiettivo utilizziamo strumenti che hanno lo
scopo di indicare la migliore direzione da prendere”
BCLOUD è lo strumento per raggiungere la destinazione
“Per andare dove dobbiamo andare…”
Storage Tradizionale

Definito minimo all’inizio degli anni 2000.

Progettato per le esigenze della fine degli anni 90.

Ogni 18 mesi per essere competitivo necessita di modifiche sostanziali.


Modifiche Software e Hardware spesso incompatibili con le serie
precedenti.
Il costo della soluzione viene superato dal costo della migrazione.
“Per andare dove dobbiamo andare…”
Necessità di spazio che crescono.

Budget ?

Spazio fisico?

Applicazioni diverse da quelle dello scorso decennio?

Pressioni?

Ansia da prestazione?
“Per andare dove dobbiamo andare…”
Le necessità di spazio che crescono

La risposta più facile oggi è quella di non domandarsi che cosa succederà
tra tre anni (ciclo di vita dello storage tradizionale) e affiancare.
Oppure iniziare a valutare le opportunità ... con attenzione !
“Per dove dobbiamo andare?”
Attenzione a quello che non si vede…. sott’acqua
Software-Defined Storage

Ogni “Storage Maker tradizionale” ha una soluzione
Software Defined Storage.

Perchè?

Marketing?

Come viene proposto? Come primo approccio?

Oppure viene proposto in alternativa al tradizionale?

Margini?
Software Defined Storage secondo Red Hat
Cosa si intende per storage aperto e definito dal software ?
Lo storage definito dal software o basato sul software consente la virtualizzazione nello
storage dei dati aziendali. Puoi estrarre e raggruppare la capacità di storage o le risorse di
rete e informatiche negli ambienti cloud ed on-premise per scalare in modo
indipendente, al di là dei singoli componenti hardware.
Noi ci siamo spinti oltre. Il nostro storage definito dal software è anche open source. Si
avvale delle innovazioni della community di sviluppatori, partner e clienti ed offre
risparmi in termini di volumi, eseguendo il software su hardware commodity standard o
su risorse di cloud pubblico. Questo da origine ad ambienti flessibili, scalabili e senza
vincoli di dipendenza per lo storage di dati non strutturati.
La tecnica … cartina topografica o GPS con Navigatore
La tecnica … di ricerca e definizione di spazio per i dati
ARRIVO
Coda
Casello di Uscita
Autostrada
Luogo di Partenza
L’evoluzione … GPS con Navigatore
Il Software Defined Storage
Il percorso condiviso dalle esperienze
Dev Ops
Containers
Apps
Software-Defined Storage
“Solving the storage challenge for Linux Containers”
Application Deployment History
• Monolithic Applications on Physical Machine (< 2000)
• Virtual Machine Abstraction (~ 2005)
• Stateless and Scalable Applications (~ 2010)
• Microservices & Containers (> 2015)
Container’s pillars
• Virtualization of application instead of hardware
• Run on top of the core OS without hypervisor
• Do not require dedicated CPU, Memory, Network
• Optimize Infrastructure - speed and density
«In 2018, more than 50% of workload will run in containers – Gartner»
Driving factors for Containers
• Cloud native Applications
• Agility & faster Deployment (CI/CD)
• Shift to DevOps
• Application Portability
• Innovation
Storage types for Containers
• Registry
cold storage of container images, e.g. Object Storage
• Graph
active storage of running containers, e.g. File System
• Volume
persistent storage for data, e.g. Block Storage
Storage requirements for Containers
• Persistency: data needs to survive the containers
• Scale-out: easily scale from few TB to hundred of PB
• Heterogeneous Support: e.g. Object, File, Block
• Disaster Recovery and High Availability
• Quality of Service
• Encryption
Persistent Volume Model for Containers
• This is where persistency data lives
• Extremely pluggable: NFS, iSCSI, AWS,
GlusterFS, Ceph, OpenStack
• Shared Storage is very useful here
Persistent Volume Framework
• Persistent Volumes (PVs) are storage
connection objects that point to real
storage resources
NFS AWS S3 EBSiSCSI FC
Administrator registers PVs
Persistent Volumes (PVs)
• Platform admin pre-loads the container
cluster with PVs
Container
• Platform allows developers to claim and
immediately use the persistent volumes
Developer dynamically
claims for PVs
PVC
Persistent Volume Claim (PVC)
Dynamic Provisioning
• Developers can dynamically and instantly
provision storage for containers on-demand
NFS
AWS S3 EBS
iSCSI FC
Configured Provisioners
• Bypass need for storage and cluster administrator
• Control using project quotas
Container
Developer dynamically
provisions storage
Volume Claim Request
Storage Classes
• A storage class is an arbitrary
quality of service tier
• Map each class to either
Gold
Silver
Bronze
QoS based tiers
Administrator configures
Storage QoS Classes
dynamically or manually
provisioned storage
• Organize your classes into a catalog
and control access to classes
Developer claims
against a QoS Class
Container
Claim Request for QoS
Key takeaway for Storage Container
• Accessibility: run containers anywhere, no worries where data are located
• Availability: containers can be scheduled anywhere and still connect to the
same storage resources
• Agility: traditional storage approach does not fit well in Storage Container
Model (slowdown innovation)
• Costs: storage defined by software using any commodity HW or Cloud
Grazie
Adriano Pezzuto & Marco Spoldi
BCLOUD