Presentazione di PowerPoint
Download
Report
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