SlideShare a Scribd company logo
Persistent Storage with Kubernetes in Production
Which solution and why?
Kubecon + CloudNativeCon, Dec 8, 2017
Cheryl Hung, Product Manager
© StorageOS Ltd.
Cheryl
Product manager, StorageOS
CNCF Ambassador
Slides at oicheryl.com
2© StorageOS Ltd.
Objectives
•Why is state so tricky?
•How should I compare storage?
•What storage should I use with Kubernetes?
3
@oicheryl
© StorageOS Ltd.
Objectives
•Why is state so tricky?
•How should I compare storage?
•What storage should I use with Kubernetes?
Anti-objective:
•Should I use a database/message queue/key-value
store... for my app?
4
@oicheryl
© StorageOS Ltd.
Why is state so
tricky?
5© StorageOS Ltd.
Why do I need storage?
@oicheryl
© StorageOS Ltd.
7
@oicheryl
© StorageOS Ltd.
Why do I need storage?
First challenge: No pet storage
8
@oicheryl
© StorageOS Ltd.
Second challenge: Data needs to follow
9
@oicheryl
© StorageOS Ltd.
Third challenge: Humans are fallible
10
@oicheryl
© StorageOS Ltd.
How should I compare
storage?
11© StorageOS Ltd.
From the CNCF Landscape
@oicheryl
© StorageOS Ltd.
@oicheryl
14
Eight Principles of
Cloud Native Storage
What is Cloud Native?
Horizontally scalable
No single point of failure
Resilient and self healing
Minimal operator overhead
Decoupled from the underlying platform
15
@oicheryl
© StorageOS Ltd.
Eight principles of Cloud Native Storage
Storage should be presented to and consumed by
applications, not by operating systems or
hypervisors
1 Application
centric
@oicheryl
© StorageOS Ltd.
Eight principles of Cloud Native Storage
Storage should be presented to and consumed by
applications, not by operating systems or
hypervisors
The storage platform should be able to run
anywhere. Upgrades and scaling is non-disruptive.
1 Application
centric
2 Platform
agnostic
@oicheryl
© StorageOS Ltd.
Eight principles of Cloud Native Storage
Storage should be presented to and consumed by
applications, not by operating systems or
hypervisors
The storage platform should be able to run
anywhere. Upgrades and scaling is non-disruptive.
Storage resources should be declared and
composed just like all other resources required by
applications and services.
1 Application
centric
2 Platform
agnostic
3 Declarative/
composable
@oicheryl
© StorageOS Ltd.
Eight principles of Cloud Native Storage
Storage should be presented to and consumed by
applications, not by operating systems or
hypervisors
The storage platform should be able to run
anywhere. Upgrades and scaling is non-disruptive.
Storage resources should be declared and
composed just like all other resources required by
applications and services.
Storage resources and services should be easy
to be provisioned, consumed, moved and
managed via an API.
1 Application
centric
2 Platform
agnostic
3 Declarative/
composable
4 API driven
@oicheryl
© StorageOS Ltd.
Eight principles of Cloud Native Storage
5 Natively
secure
Storage services should integrate and inline
security features such as encryption and RBAC.
@oicheryl
© StorageOS Ltd.
Eight principles of Cloud Native Storage
5 Natively
secure
6 Agile
Storage services should integrate and inline
security features such as encryption and RBAC.
The platform should be able to move application
data between locations, dynamically resize and
snapshot volumes.
@oicheryl
© StorageOS Ltd.
Eight principles of Cloud Native Storage
5 Natively
secure
6 Agile
7 Performant
Storage services should integrate and inline
security features such as encryption and RBAC.
The platform should be able to move application
data between locations, dynamically resize and
snapshot volumes.
The storage platform should offer deterministic
performance in complex distributed environments.
@oicheryl
© StorageOS Ltd.
Eight principles of Cloud Native Storage
5 Natively
secure
6 Agile
7 Performant
8 Consistently
available
Storage services should integrate and inline
security features such as encryption and RBAC.
The platform should be able to move application
data between locations, dynamically resize and
snapshot volumes.
The storage platform should offer deterministic
performance in complex distributed environments.
The storage platform should ensure high
availability, durability, consistency with a
predictable, proven data model.
@oicheryl
© StorageOS Ltd.
What storage should I
use with Kubernetes?
24© StorageOS Ltd.
@oicheryl
Kubernetes Storage Model: Persistent Volumes and Claims
© StorageOS Ltd.
Registers PVs in the pool
Pool of Persistent Volumes
NFS
PV
iSCSI
PV
NFS
PV
GCE
PV
Administrator
@oicheryl
Kubernetes Storage Model: Persistent Volumes and Claims
© StorageOS Ltd.
Registers PVs in the pool
Claims a PV from the pool
claim
Pool of Persistent Volumes
NFS
PV
iSCSI
PV
NFS
PV
GCE
PV
Administrator
Developer
@oicheryl
Kubernetes Storage Model: Persistent Volumes and Claims
© StorageOS Ltd.
claim
Registers PVs in the pool
Claims a PV from the pool
References claim in pod
claim
Pool of Persistent Volumes
NFS
PV
iSCSI
PV
NFS
PV
Pod
GCE
PV
Administrator
Developer
@oicheryl
Dynamic provisioning with Storage Classes
© StorageOS Ltd.
Registers Storage Classes
Storage Classes
NS
PVslowfast
Administrator
@oicheryl
Dynamic provisioning with Storage Classes
© StorageOS Ltd.
Registers Storage Classes
claim
Storage Classes
NS
PVslowfast
Administrator
Developer
Claims a PV from the pool
@oicheryl
Dynamic provisioning with Storage Classes
© StorageOS Ltd.
claim
Registers Storage Classes
References claim in pod
claim
Storage Classes
NS
PV
Pod
slowfast
Administrator
Developer
Claims a PV from the pool
fast
PV
@oicheryl
Meet Jane
•A DevOps engineer at a media
company
•Migrating client Wordpress websites
into Kubernetes
•Wants to follow the cloud native
principles
© StorageOS Ltd.
Proliferating plugins
© StorageOS Ltd.
@oicheryl
Key information
1. What is my use case?
2. What are my performance requirements?
3. How should developers access storage?
4. Where is the storage deployed and managed?
@oicheryl
© StorageOS Ltd.
1. What is my use case?
34
App Binaries App data Config Backup
@oicheryl
© StorageOS Ltd.
2. What are my performance requirements?
35
App Binaries
Ephemeral
App data
Latency,
availability,
performant
Config
Shared
Backup
Cost efficient,
cloud
@oicheryl
© StorageOS Ltd.
@oicheryl
3. How should developers access storage?
© StorageOS Ltd.
Block
Fixed-size ‘blocks’ in
a rigid arrangement
– ideal for enterprise
databases
File
‘Files’ in
hierarchically nested
‘folders’ – ideal for
active documents
Object
‘Objects’ in scalable
‘buckets’ – ideal for
unstructured big
data and archiving
4. Where is the storage deployed and managed?
●CO supports one or more Interfaces to interact
with the Storage System
●Storage System can (A) support control-plane
interface API directly and interact directly with the
CO or can (B) interact with the CO via an API
framework layer or other Tools.
●Storage system must support the ability to
provision and consume (C) volumes through a
standard interface to be considered Interoperable
●Workloads interact (C) with storage systems over
various data-plane methods
Cluster Orchestrators
Control-Plane Interfaces
(CSI, DVDI, Flex, Native)
Storage SystemsFrameworks and Tools
AB
B
Workloads
C
© StorageOS Ltd.
@oicheryl
@oicheryl
Jane’s storage requirements
•Database location, credentials
•Postgres database for application
data
•User uploaded media
•Database and website backups
© StorageOS Ltd.
Database location and credentials
© StorageOS Ltd.
@oicheryl
1. Use case? Configuration
2. Performance requirements? Shared across instances
3. Access? Kubernetes provides Secrets for sensitive data
such as passwords, and ConfigMap for arbitrary config. Both
can be accessed by the application through environment
variables
4. Deployed and managed? Tight integration with Kubernetes
User uploaded media
© StorageOS Ltd.
@oicheryl
1. Use case? Shared media
2. Performance requirements? Large blobs of data, shared
across pods
3. Access? Shared filesystem
4. Deployed and managed?
Cloud: Managed NFS, or object store if the app can support it
On prem: Distributed FS (but please not NFS!)
Database and website backup
© StorageOS Ltd.
@oicheryl
1. Use case? Backup and archival
2. Performance requirements? Durability, cost, snapshots
3. Access? Object store
4. Deployed and managed?
Cloud: Managed object store, long term cold storage
On prem: Object store, NAS
Postgres for application data
© StorageOS Ltd.
@oicheryl
1. Use case? Transactional database
2. Performance requirements? High availability, low latency,
deterministic performance
3. Access? Database connector
4. Deployed and managed?
Cloud: Cloud volumes (watch out for attach/detach times,
compliance) or managed db (limited offerings)
On prem: Software defined storage
@oicheryl
© StorageOS Ltd.
Software-defined storage
@oicheryl
© StorageOS Ltd.
45
To Recap…
Evaluating storage
1 Application
centric
2 Platform
agnostic
3 Declarative/
composable
4 API driven
5 Natively
secure
6 Agile
7 Performant
8 Consistently
available
© StorageOS Ltd.
@oicheryl
1. Use case?
2. Performance
requirements?
3. Access?
4. Deployed and
managed?
CSI launched as alpha in Kubernetes 1.9
@oicheryl
© StorageOS Ltd.
Browser-based demo
• my.storageos.com/main/tutorials
Quickstart
• storageos.com/kubernetes
We’re hiring! London and NYC roles
• storageos.com/careers
@oicheryl
StorageOS resources
© StorageOS Ltd.
Thanks
Slides at oicheryl.com
© StorageOS Ltd.
What is StorageOS?
© StorageOS Ltd.
@oicheryl
What is StorageOS?
© StorageOS Ltd.
@oicheryl
Platform
agnostic
Horizontally
scalable
Database (ie.
block)
Docker/K8s
integration
High
availability
StorageOS architecture
@oicheryl
© StorageOS Ltd.
StorageOS architecture
© StorageOS Ltd.
@oicheryl
StorageOS is conceptually pretty simple; it’s a virtualization layer on top of any
commodity or cloud storage. It’s deployed as one container per node, similar to
a DaemonSet.
1. Nodes contribute local block storage to the storage pool.
2. Virtual volumes (block storage formatted with a standard filesystem) are
created using the StorageOS volume plugin.
3. Any pods can mount the virtual volumes from any node. If a pod is
rescheduled to a different node, StorageOS simply redirects reads and
writes so the pod can continue to access the storage.
StorageOS architecture
© StorageOS Ltd.
@oicheryl
It’s designed to scale horizontally by adding more nodes. New nodes contribute
their storage into the storage pool, or, if they don’t have storage themselves,
can access storage on other nodes.
High availability with StorageOS
© StorageOS Ltd.
@oicheryl
High availability with StorageOS
© StorageOS Ltd.
@oicheryl
StorageOS uses a hybrid master/replica architecture, where replicas are
distributed across nodes.
Replication is very simple in StorageOS. Volume D is created with two replicas.
StorageOS creates the replicas (D2, D3) and schedules them to two different
nodes (N3, N5). Incoming writes to D are synchronously replicated to D2 and
D3, ie. writes are not persisted until acknowledged by both replicas.
If N1 fails, one of D2 or D3 gets promoted to master, providing instant failover
and no interruption of service. StorageOS creates and resyncs a new replica on
N2 or N4 in the background.
More reading
Download the technical architecture overview at
storageos.com/storageos-platform-architecture-overview.
Try out in your browser, with zero downloads or configuration:
my.storageos.com/main/tutorials
Full documentation at docs.storageos.com.

More Related Content

What's hot

6 Storage Workloads Ideal for Microsoft Azure
6 Storage Workloads Ideal for Microsoft Azure6 Storage Workloads Ideal for Microsoft Azure
6 Storage Workloads Ideal for Microsoft Azure
Buurst
 
2017 11-06-cloud-native-storage
2017 11-06-cloud-native-storage2017 11-06-cloud-native-storage
2017 11-06-cloud-native-storage
Cheryl Hung
 
Hadoop cluster using_vesper
Hadoop cluster using_vesperHadoop cluster using_vesper
Hadoop cluster using_vesper
Vengadessin Perumal
 
Cncf kanister.pptx
Cncf kanister.pptxCncf kanister.pptx
Cncf kanister.pptx
LibbySchulze
 
AltaVault
AltaVaultAltaVault
AltaVault
John Davis
 
Examining Technical Best Practices for Veritas and AWS Using a Detailed Refer...
Examining Technical Best Practices for Veritas and AWS Using a Detailed Refer...Examining Technical Best Practices for Veritas and AWS Using a Detailed Refer...
Examining Technical Best Practices for Veritas and AWS Using a Detailed Refer...
Veritas Technologies LLC
 
It's Prime Time for OpenStack--What Are You Waiting For?
It's Prime Time for OpenStack--What Are You Waiting For?It's Prime Time for OpenStack--What Are You Waiting For?
It's Prime Time for OpenStack--What Are You Waiting For?
Veritas Technologies LLC
 
Kubernetes with Docker Enterprise for multi and hybrid cloud strategy
Kubernetes with Docker Enterprise for multi and hybrid cloud strategyKubernetes with Docker Enterprise for multi and hybrid cloud strategy
Kubernetes with Docker Enterprise for multi and hybrid cloud strategy
Ashnikbiz
 
Running An Apache Project: 10 Traps and How to Avoid Them
Running An Apache Project: 10 Traps and How to Avoid ThemRunning An Apache Project: 10 Traps and How to Avoid Them
Running An Apache Project: 10 Traps and How to Avoid Them
Owen O'Malley
 
There's no such thing as a stateless architecture
There's no such thing as a stateless architectureThere's no such thing as a stateless architecture
There's no such thing as a stateless architecture
Cheryl Hung
 
Unlocking the Full Power of Your Backup Data with Veritas NetBackup Data Virt...
Unlocking the Full Power of Your Backup Data with Veritas NetBackup Data Virt...Unlocking the Full Power of Your Backup Data with Veritas NetBackup Data Virt...
Unlocking the Full Power of Your Backup Data with Veritas NetBackup Data Virt...
Veritas Technologies LLC
 
Designing Telco Scaled OpenStack Architectures
Designing Telco Scaled OpenStack ArchitecturesDesigning Telco Scaled OpenStack Architectures
Designing Telco Scaled OpenStack Architectures
Sriram Subramanian
 
Giga spaces cloudify road map-3 (citi)
Giga spaces cloudify road map-3 (citi)Giga spaces cloudify road map-3 (citi)
Giga spaces cloudify road map-3 (citi)
Nati Shalom
 
Give DevOps teams self-service resource pools within your private infrastruct...
Give DevOps teams self-service resource pools within your private infrastruct...Give DevOps teams self-service resource pools within your private infrastruct...
Give DevOps teams self-service resource pools within your private infrastruct...
Principled Technologies
 
6_OPEN17_SUSE Enterprise Storage 4
6_OPEN17_SUSE Enterprise Storage 4 6_OPEN17_SUSE Enterprise Storage 4
6_OPEN17_SUSE Enterprise Storage 4
Kangaroot
 
CEPH & OPENSTACK - Red Hat's Winning Combination for Enterprise Clouds
CEPH & OPENSTACK - Red Hat's Winning Combination for Enterprise CloudsCEPH & OPENSTACK - Red Hat's Winning Combination for Enterprise Clouds
CEPH & OPENSTACK - Red Hat's Winning Combination for Enterprise Clouds
Red Hat India Pvt. Ltd.
 
1b_OPEN17_Microsoft & Open Source
1b_OPEN17_Microsoft & Open Source1b_OPEN17_Microsoft & Open Source
1b_OPEN17_Microsoft & Open Source
Kangaroot
 
Reach new heights with Nutanix
Reach new heights with NutanixReach new heights with Nutanix
Reach new heights with Nutanix
Principled Technologies
 
Disaster recovery on demand on the cloud
Disaster recovery on demand on the cloudDisaster recovery on demand on the cloud
Disaster recovery on demand on the cloud
Nati Shalom
 

What's hot (19)

6 Storage Workloads Ideal for Microsoft Azure
6 Storage Workloads Ideal for Microsoft Azure6 Storage Workloads Ideal for Microsoft Azure
6 Storage Workloads Ideal for Microsoft Azure
 
2017 11-06-cloud-native-storage
2017 11-06-cloud-native-storage2017 11-06-cloud-native-storage
2017 11-06-cloud-native-storage
 
Hadoop cluster using_vesper
Hadoop cluster using_vesperHadoop cluster using_vesper
Hadoop cluster using_vesper
 
Cncf kanister.pptx
Cncf kanister.pptxCncf kanister.pptx
Cncf kanister.pptx
 
AltaVault
AltaVaultAltaVault
AltaVault
 
Examining Technical Best Practices for Veritas and AWS Using a Detailed Refer...
Examining Technical Best Practices for Veritas and AWS Using a Detailed Refer...Examining Technical Best Practices for Veritas and AWS Using a Detailed Refer...
Examining Technical Best Practices for Veritas and AWS Using a Detailed Refer...
 
It's Prime Time for OpenStack--What Are You Waiting For?
It's Prime Time for OpenStack--What Are You Waiting For?It's Prime Time for OpenStack--What Are You Waiting For?
It's Prime Time for OpenStack--What Are You Waiting For?
 
Kubernetes with Docker Enterprise for multi and hybrid cloud strategy
Kubernetes with Docker Enterprise for multi and hybrid cloud strategyKubernetes with Docker Enterprise for multi and hybrid cloud strategy
Kubernetes with Docker Enterprise for multi and hybrid cloud strategy
 
Running An Apache Project: 10 Traps and How to Avoid Them
Running An Apache Project: 10 Traps and How to Avoid ThemRunning An Apache Project: 10 Traps and How to Avoid Them
Running An Apache Project: 10 Traps and How to Avoid Them
 
There's no such thing as a stateless architecture
There's no such thing as a stateless architectureThere's no such thing as a stateless architecture
There's no such thing as a stateless architecture
 
Unlocking the Full Power of Your Backup Data with Veritas NetBackup Data Virt...
Unlocking the Full Power of Your Backup Data with Veritas NetBackup Data Virt...Unlocking the Full Power of Your Backup Data with Veritas NetBackup Data Virt...
Unlocking the Full Power of Your Backup Data with Veritas NetBackup Data Virt...
 
Designing Telco Scaled OpenStack Architectures
Designing Telco Scaled OpenStack ArchitecturesDesigning Telco Scaled OpenStack Architectures
Designing Telco Scaled OpenStack Architectures
 
Giga spaces cloudify road map-3 (citi)
Giga spaces cloudify road map-3 (citi)Giga spaces cloudify road map-3 (citi)
Giga spaces cloudify road map-3 (citi)
 
Give DevOps teams self-service resource pools within your private infrastruct...
Give DevOps teams self-service resource pools within your private infrastruct...Give DevOps teams self-service resource pools within your private infrastruct...
Give DevOps teams self-service resource pools within your private infrastruct...
 
6_OPEN17_SUSE Enterprise Storage 4
6_OPEN17_SUSE Enterprise Storage 4 6_OPEN17_SUSE Enterprise Storage 4
6_OPEN17_SUSE Enterprise Storage 4
 
CEPH & OPENSTACK - Red Hat's Winning Combination for Enterprise Clouds
CEPH & OPENSTACK - Red Hat's Winning Combination for Enterprise CloudsCEPH & OPENSTACK - Red Hat's Winning Combination for Enterprise Clouds
CEPH & OPENSTACK - Red Hat's Winning Combination for Enterprise Clouds
 
1b_OPEN17_Microsoft & Open Source
1b_OPEN17_Microsoft & Open Source1b_OPEN17_Microsoft & Open Source
1b_OPEN17_Microsoft & Open Source
 
Reach new heights with Nutanix
Reach new heights with NutanixReach new heights with Nutanix
Reach new heights with Nutanix
 
Disaster recovery on demand on the cloud
Disaster recovery on demand on the cloudDisaster recovery on demand on the cloud
Disaster recovery on demand on the cloud
 

Similar to Persistent Storage with Kubernetes in Production

Persistent Storage with Kubernetes in Production
Persistent Storage with Kubernetes in ProductionPersistent Storage with Kubernetes in Production
Persistent Storage with Kubernetes in Production
Cheryl Hung
 
Introduction to Container Storage
Introduction to Container StorageIntroduction to Container Storage
Introduction to Container Storage
Cheryl Hung
 
Eight principles of cloud native storage
Eight principles of cloud native storageEight principles of cloud native storage
Eight principles of cloud native storage
Cheryl Hung
 
Data Agility for Devops - OSI 2018
Data Agility for Devops - OSI 2018Data Agility for Devops - OSI 2018
Data Agility for Devops - OSI 2018
OpenEBS
 
NetApp Se training storage grid webscale technical overview
NetApp Se training   storage grid webscale technical overviewNetApp Se training   storage grid webscale technical overview
NetApp Se training storage grid webscale technical overview
solarisyougood
 
Se training storage grid webscale technical overview
Se training   storage grid webscale technical overviewSe training   storage grid webscale technical overview
Se training storage grid webscale technical overview
solarisyougood
 
StorageOS - 8 core principles of cloud native storage
StorageOS - 8 core principles of cloud native storageStorageOS - 8 core principles of cloud native storage
StorageOS - 8 core principles of cloud native storage
StorageOS
 
Containerized Storage for Containers: Why, What and How OpenEBS Works
Containerized Storage for Containers:  Why, What and How OpenEBS WorksContainerized Storage for Containers:  Why, What and How OpenEBS Works
Containerized Storage for Containers: Why, What and How OpenEBS Works
Matt Baldwin
 
Red Hat Storage Day Atlanta - Persistent Storage for Linux Containers
Red Hat Storage Day Atlanta - Persistent Storage for Linux Containers Red Hat Storage Day Atlanta - Persistent Storage for Linux Containers
Red Hat Storage Day Atlanta - Persistent Storage for Linux Containers
Red_Hat_Storage
 
Containerized Storage for Containers- Kubernetes LA Meetup , July 2017
Containerized Storage for Containers- Kubernetes LA Meetup , July 2017Containerized Storage for Containers- Kubernetes LA Meetup , July 2017
Containerized Storage for Containers- Kubernetes LA Meetup , July 2017
OpenEBS
 
EMC EC Overview
EMC EC OverviewEMC EC Overview
EMC EC Overview
solarisyougood
 
Alluxio 2.0 Deep Dive – Simplifying data access for cloud workloads
Alluxio 2.0 Deep Dive – Simplifying data access for cloud workloadsAlluxio 2.0 Deep Dive – Simplifying data access for cloud workloads
Alluxio 2.0 Deep Dive – Simplifying data access for cloud workloads
Alluxio, Inc.
 
DCEU 18: Provisioning and Managing Storage for Docker Containers
DCEU 18: Provisioning and Managing Storage for Docker ContainersDCEU 18: Provisioning and Managing Storage for Docker Containers
DCEU 18: Provisioning and Managing Storage for Docker Containers
Docker, Inc.
 
Webinar: How and Why to Containerize Your Legacy Applications
Webinar: How and Why to Containerize Your Legacy ApplicationsWebinar: How and Why to Containerize Your Legacy Applications
Webinar: How and Why to Containerize Your Legacy Applications
Storage Switzerland
 
Emc ecs 2 technical deep dive workshop
Emc ecs 2 technical deep dive workshopEmc ecs 2 technical deep dive workshop
Emc ecs 2 technical deep dive workshop
solarisyougood
 
Storage os kubernetes clusters need persistent data
Storage os   kubernetes clusters need persistent dataStorage os   kubernetes clusters need persistent data
Storage os kubernetes clusters need persistent data
LibbySchulze
 
Red Hat Storage Day LA - Persistent Storage for Linux Containers
Red Hat Storage Day LA - Persistent Storage for Linux Containers Red Hat Storage Day LA - Persistent Storage for Linux Containers
Red Hat Storage Day LA - Persistent Storage for Linux Containers
Red_Hat_Storage
 
Vault 1.4 integrated storage overview
Vault 1.4 integrated storage overviewVault 1.4 integrated storage overview
Vault 1.4 integrated storage overview
Mitchell Pronschinske
 
ECS/Cloud Object Storage - DevOps Day
ECS/Cloud Object Storage - DevOps DayECS/Cloud Object Storage - DevOps Day
ECS/Cloud Object Storage - DevOps Day
Bob Sokol
 
Webinar: Cloud Storage: The 5 Reasons IT Can Do it Better
Webinar: Cloud Storage: The 5 Reasons IT Can Do it BetterWebinar: Cloud Storage: The 5 Reasons IT Can Do it Better
Webinar: Cloud Storage: The 5 Reasons IT Can Do it Better
Storage Switzerland
 

Similar to Persistent Storage with Kubernetes in Production (20)

Persistent Storage with Kubernetes in Production
Persistent Storage with Kubernetes in ProductionPersistent Storage with Kubernetes in Production
Persistent Storage with Kubernetes in Production
 
Introduction to Container Storage
Introduction to Container StorageIntroduction to Container Storage
Introduction to Container Storage
 
Eight principles of cloud native storage
Eight principles of cloud native storageEight principles of cloud native storage
Eight principles of cloud native storage
 
Data Agility for Devops - OSI 2018
Data Agility for Devops - OSI 2018Data Agility for Devops - OSI 2018
Data Agility for Devops - OSI 2018
 
NetApp Se training storage grid webscale technical overview
NetApp Se training   storage grid webscale technical overviewNetApp Se training   storage grid webscale technical overview
NetApp Se training storage grid webscale technical overview
 
Se training storage grid webscale technical overview
Se training   storage grid webscale technical overviewSe training   storage grid webscale technical overview
Se training storage grid webscale technical overview
 
StorageOS - 8 core principles of cloud native storage
StorageOS - 8 core principles of cloud native storageStorageOS - 8 core principles of cloud native storage
StorageOS - 8 core principles of cloud native storage
 
Containerized Storage for Containers: Why, What and How OpenEBS Works
Containerized Storage for Containers:  Why, What and How OpenEBS WorksContainerized Storage for Containers:  Why, What and How OpenEBS Works
Containerized Storage for Containers: Why, What and How OpenEBS Works
 
Red Hat Storage Day Atlanta - Persistent Storage for Linux Containers
Red Hat Storage Day Atlanta - Persistent Storage for Linux Containers Red Hat Storage Day Atlanta - Persistent Storage for Linux Containers
Red Hat Storage Day Atlanta - Persistent Storage for Linux Containers
 
Containerized Storage for Containers- Kubernetes LA Meetup , July 2017
Containerized Storage for Containers- Kubernetes LA Meetup , July 2017Containerized Storage for Containers- Kubernetes LA Meetup , July 2017
Containerized Storage for Containers- Kubernetes LA Meetup , July 2017
 
EMC EC Overview
EMC EC OverviewEMC EC Overview
EMC EC Overview
 
Alluxio 2.0 Deep Dive – Simplifying data access for cloud workloads
Alluxio 2.0 Deep Dive – Simplifying data access for cloud workloadsAlluxio 2.0 Deep Dive – Simplifying data access for cloud workloads
Alluxio 2.0 Deep Dive – Simplifying data access for cloud workloads
 
DCEU 18: Provisioning and Managing Storage for Docker Containers
DCEU 18: Provisioning and Managing Storage for Docker ContainersDCEU 18: Provisioning and Managing Storage for Docker Containers
DCEU 18: Provisioning and Managing Storage for Docker Containers
 
Webinar: How and Why to Containerize Your Legacy Applications
Webinar: How and Why to Containerize Your Legacy ApplicationsWebinar: How and Why to Containerize Your Legacy Applications
Webinar: How and Why to Containerize Your Legacy Applications
 
Emc ecs 2 technical deep dive workshop
Emc ecs 2 technical deep dive workshopEmc ecs 2 technical deep dive workshop
Emc ecs 2 technical deep dive workshop
 
Storage os kubernetes clusters need persistent data
Storage os   kubernetes clusters need persistent dataStorage os   kubernetes clusters need persistent data
Storage os kubernetes clusters need persistent data
 
Red Hat Storage Day LA - Persistent Storage for Linux Containers
Red Hat Storage Day LA - Persistent Storage for Linux Containers Red Hat Storage Day LA - Persistent Storage for Linux Containers
Red Hat Storage Day LA - Persistent Storage for Linux Containers
 
Vault 1.4 integrated storage overview
Vault 1.4 integrated storage overviewVault 1.4 integrated storage overview
Vault 1.4 integrated storage overview
 
ECS/Cloud Object Storage - DevOps Day
ECS/Cloud Object Storage - DevOps DayECS/Cloud Object Storage - DevOps Day
ECS/Cloud Object Storage - DevOps Day
 
Webinar: Cloud Storage: The 5 Reasons IT Can Do it Better
Webinar: Cloud Storage: The 5 Reasons IT Can Do it BetterWebinar: Cloud Storage: The 5 Reasons IT Can Do it Better
Webinar: Cloud Storage: The 5 Reasons IT Can Do it Better
 

More from Cheryl Hung

Key Trends Shaping the Future of Infrastructure.pdf
Key Trends Shaping the Future of Infrastructure.pdfKey Trends Shaping the Future of Infrastructure.pdf
Key Trends Shaping the Future of Infrastructure.pdf
Cheryl Hung
 
Key Trends Shaping the Future of Infrastructure.pdf
Key Trends Shaping the Future of Infrastructure.pdfKey Trends Shaping the Future of Infrastructure.pdf
Key Trends Shaping the Future of Infrastructure.pdf
Cheryl Hung
 
Multi-Arch Infra From the Ground Up.pptx
Multi-Arch Infra From the Ground Up.pptxMulti-Arch Infra From the Ground Up.pptx
Multi-Arch Infra From the Ground Up.pptx
Cheryl Hung
 
Multi-arch from the ground up
Multi-arch from the ground upMulti-arch from the ground up
Multi-arch from the ground up
Cheryl Hung
 
Crossing the chasm with multi-arch
Crossing the chasm with multi-archCrossing the chasm with multi-arch
Crossing the chasm with multi-arch
Cheryl Hung
 
Lessons Learned from 3 years inside CNCF
Lessons Learned from 3 years inside CNCFLessons Learned from 3 years inside CNCF
Lessons Learned from 3 years inside CNCF
Cheryl Hung
 
Infrastructure matters - The DevOps Conference, Copenhagen
Infrastructure matters - The DevOps Conference, CopenhagenInfrastructure matters - The DevOps Conference, Copenhagen
Infrastructure matters - The DevOps Conference, Copenhagen
Cheryl Hung
 
Infrastructure matters.pdf
Infrastructure matters.pdfInfrastructure matters.pdf
Infrastructure matters.pdf
Cheryl Hung
 
Cloud Native Trends and 2022 Predictions - Cheryl Hung, 16 June 2022 - Cloud ...
Cloud Native Trends and 2022 Predictions - Cheryl Hung, 16 June 2022 - Cloud ...Cloud Native Trends and 2022 Predictions - Cheryl Hung, 16 June 2022 - Cloud ...
Cloud Native Trends and 2022 Predictions - Cheryl Hung, 16 June 2022 - Cloud ...
Cheryl Hung
 
Lessons learned from 3 years inside cncf - WTF is Cloud Native, 4 September 2021
Lessons learned from 3 years inside cncf - WTF is Cloud Native, 4 September 2021Lessons learned from 3 years inside cncf - WTF is Cloud Native, 4 September 2021
Lessons learned from 3 years inside cncf - WTF is Cloud Native, 4 September 2021
Cheryl Hung
 
Lessons learned from 3 years inside CNCF - Swiss Cloud Native Day
Lessons learned from 3 years inside CNCF - Swiss Cloud Native DayLessons learned from 3 years inside CNCF - Swiss Cloud Native Day
Lessons learned from 3 years inside CNCF - Swiss Cloud Native Day
Cheryl Hung
 
10 predictions for cloud native in 2021 - Fidelity Cloud Cast
10 predictions for cloud native in 2021 - Fidelity Cloud Cast10 predictions for cloud native in 2021 - Fidelity Cloud Cast
10 predictions for cloud native in 2021 - Fidelity Cloud Cast
Cheryl Hung
 
10 predictions for cloud native in 2021 - Cheryl Hung GIFEE day
10 predictions for cloud native in 2021 - Cheryl Hung GIFEE day10 predictions for cloud native in 2021 - Cheryl Hung GIFEE day
10 predictions for cloud native in 2021 - Cheryl Hung GIFEE day
Cheryl Hung
 
Data and Storage Ecosystem Opportunities and Need - Cheryl Hung Sodacon2020 k...
Data and Storage Ecosystem Opportunities and Need - Cheryl Hung Sodacon2020 k...Data and Storage Ecosystem Opportunities and Need - Cheryl Hung Sodacon2020 k...
Data and Storage Ecosystem Opportunities and Need - Cheryl Hung Sodacon2020 k...
Cheryl Hung
 
10 predictions for cloud native in 2021
10 predictions for cloud native in 202110 predictions for cloud native in 2021
10 predictions for cloud native in 2021
Cheryl Hung
 
10 predictions for the Cloud Native platform and issues in 2021
10 predictions for the Cloud Native platform and issues in 202110 predictions for the Cloud Native platform and issues in 2021
10 predictions for the Cloud Native platform and issues in 2021
Cheryl Hung
 
CNCF Technology Radar - Continuous Delivery, June 2020
CNCF Technology Radar - Continuous Delivery, June 2020CNCF Technology Radar - Continuous Delivery, June 2020
CNCF Technology Radar - Continuous Delivery, June 2020
Cheryl Hung
 
We're all mad here - The state of cloud native software
We're all mad here - The state of cloud native softwareWe're all mad here - The state of cloud native software
We're all mad here - The state of cloud native software
Cheryl Hung
 
How cloud native is adopted and what’s coming next
How cloud native is adopted and what’s coming nextHow cloud native is adopted and what’s coming next
How cloud native is adopted and what’s coming next
Cheryl Hung
 
Patterns and challenges of cloud native adoption
Patterns and challenges of cloud native adoptionPatterns and challenges of cloud native adoption
Patterns and challenges of cloud native adoption
Cheryl Hung
 

More from Cheryl Hung (20)

Key Trends Shaping the Future of Infrastructure.pdf
Key Trends Shaping the Future of Infrastructure.pdfKey Trends Shaping the Future of Infrastructure.pdf
Key Trends Shaping the Future of Infrastructure.pdf
 
Key Trends Shaping the Future of Infrastructure.pdf
Key Trends Shaping the Future of Infrastructure.pdfKey Trends Shaping the Future of Infrastructure.pdf
Key Trends Shaping the Future of Infrastructure.pdf
 
Multi-Arch Infra From the Ground Up.pptx
Multi-Arch Infra From the Ground Up.pptxMulti-Arch Infra From the Ground Up.pptx
Multi-Arch Infra From the Ground Up.pptx
 
Multi-arch from the ground up
Multi-arch from the ground upMulti-arch from the ground up
Multi-arch from the ground up
 
Crossing the chasm with multi-arch
Crossing the chasm with multi-archCrossing the chasm with multi-arch
Crossing the chasm with multi-arch
 
Lessons Learned from 3 years inside CNCF
Lessons Learned from 3 years inside CNCFLessons Learned from 3 years inside CNCF
Lessons Learned from 3 years inside CNCF
 
Infrastructure matters - The DevOps Conference, Copenhagen
Infrastructure matters - The DevOps Conference, CopenhagenInfrastructure matters - The DevOps Conference, Copenhagen
Infrastructure matters - The DevOps Conference, Copenhagen
 
Infrastructure matters.pdf
Infrastructure matters.pdfInfrastructure matters.pdf
Infrastructure matters.pdf
 
Cloud Native Trends and 2022 Predictions - Cheryl Hung, 16 June 2022 - Cloud ...
Cloud Native Trends and 2022 Predictions - Cheryl Hung, 16 June 2022 - Cloud ...Cloud Native Trends and 2022 Predictions - Cheryl Hung, 16 June 2022 - Cloud ...
Cloud Native Trends and 2022 Predictions - Cheryl Hung, 16 June 2022 - Cloud ...
 
Lessons learned from 3 years inside cncf - WTF is Cloud Native, 4 September 2021
Lessons learned from 3 years inside cncf - WTF is Cloud Native, 4 September 2021Lessons learned from 3 years inside cncf - WTF is Cloud Native, 4 September 2021
Lessons learned from 3 years inside cncf - WTF is Cloud Native, 4 September 2021
 
Lessons learned from 3 years inside CNCF - Swiss Cloud Native Day
Lessons learned from 3 years inside CNCF - Swiss Cloud Native DayLessons learned from 3 years inside CNCF - Swiss Cloud Native Day
Lessons learned from 3 years inside CNCF - Swiss Cloud Native Day
 
10 predictions for cloud native in 2021 - Fidelity Cloud Cast
10 predictions for cloud native in 2021 - Fidelity Cloud Cast10 predictions for cloud native in 2021 - Fidelity Cloud Cast
10 predictions for cloud native in 2021 - Fidelity Cloud Cast
 
10 predictions for cloud native in 2021 - Cheryl Hung GIFEE day
10 predictions for cloud native in 2021 - Cheryl Hung GIFEE day10 predictions for cloud native in 2021 - Cheryl Hung GIFEE day
10 predictions for cloud native in 2021 - Cheryl Hung GIFEE day
 
Data and Storage Ecosystem Opportunities and Need - Cheryl Hung Sodacon2020 k...
Data and Storage Ecosystem Opportunities and Need - Cheryl Hung Sodacon2020 k...Data and Storage Ecosystem Opportunities and Need - Cheryl Hung Sodacon2020 k...
Data and Storage Ecosystem Opportunities and Need - Cheryl Hung Sodacon2020 k...
 
10 predictions for cloud native in 2021
10 predictions for cloud native in 202110 predictions for cloud native in 2021
10 predictions for cloud native in 2021
 
10 predictions for the Cloud Native platform and issues in 2021
10 predictions for the Cloud Native platform and issues in 202110 predictions for the Cloud Native platform and issues in 2021
10 predictions for the Cloud Native platform and issues in 2021
 
CNCF Technology Radar - Continuous Delivery, June 2020
CNCF Technology Radar - Continuous Delivery, June 2020CNCF Technology Radar - Continuous Delivery, June 2020
CNCF Technology Radar - Continuous Delivery, June 2020
 
We're all mad here - The state of cloud native software
We're all mad here - The state of cloud native softwareWe're all mad here - The state of cloud native software
We're all mad here - The state of cloud native software
 
How cloud native is adopted and what’s coming next
How cloud native is adopted and what’s coming nextHow cloud native is adopted and what’s coming next
How cloud native is adopted and what’s coming next
 
Patterns and challenges of cloud native adoption
Patterns and challenges of cloud native adoptionPatterns and challenges of cloud native adoption
Patterns and challenges of cloud native adoption
 

Recently uploaded

Apps Break Data
Apps Break DataApps Break Data
Apps Break Data
Ivo Velitchkov
 
Harnessing the Power of NLP and Knowledge Graphs for Opioid Research
Harnessing the Power of NLP and Knowledge Graphs for Opioid ResearchHarnessing the Power of NLP and Knowledge Graphs for Opioid Research
Harnessing the Power of NLP and Knowledge Graphs for Opioid Research
Neo4j
 
Leveraging the Graph for Clinical Trials and Standards
Leveraging the Graph for Clinical Trials and StandardsLeveraging the Graph for Clinical Trials and Standards
Leveraging the Graph for Clinical Trials and Standards
Neo4j
 
Must Know Postgres Extension for DBA and Developer during Migration
Must Know Postgres Extension for DBA and Developer during MigrationMust Know Postgres Extension for DBA and Developer during Migration
Must Know Postgres Extension for DBA and Developer during Migration
Mydbops
 
Northern Engraving | Nameplate Manufacturing Process - 2024
Northern Engraving | Nameplate Manufacturing Process - 2024Northern Engraving | Nameplate Manufacturing Process - 2024
Northern Engraving | Nameplate Manufacturing Process - 2024
Northern Engraving
 
"Choosing proper type of scaling", Olena Syrota
"Choosing proper type of scaling", Olena Syrota"Choosing proper type of scaling", Olena Syrota
"Choosing proper type of scaling", Olena Syrota
Fwdays
 
LF Energy Webinar: Carbon Data Specifications: Mechanisms to Improve Data Acc...
LF Energy Webinar: Carbon Data Specifications: Mechanisms to Improve Data Acc...LF Energy Webinar: Carbon Data Specifications: Mechanisms to Improve Data Acc...
LF Energy Webinar: Carbon Data Specifications: Mechanisms to Improve Data Acc...
DanBrown980551
 
QA or the Highway - Component Testing: Bridging the gap between frontend appl...
QA or the Highway - Component Testing: Bridging the gap between frontend appl...QA or the Highway - Component Testing: Bridging the gap between frontend appl...
QA or the Highway - Component Testing: Bridging the gap between frontend appl...
zjhamm304
 
"Scaling RAG Applications to serve millions of users", Kevin Goedecke
"Scaling RAG Applications to serve millions of users",  Kevin Goedecke"Scaling RAG Applications to serve millions of users",  Kevin Goedecke
"Scaling RAG Applications to serve millions of users", Kevin Goedecke
Fwdays
 
"$10 thousand per minute of downtime: architecture, queues, streaming and fin...
"$10 thousand per minute of downtime: architecture, queues, streaming and fin..."$10 thousand per minute of downtime: architecture, queues, streaming and fin...
"$10 thousand per minute of downtime: architecture, queues, streaming and fin...
Fwdays
 
Crafting Excellence: A Comprehensive Guide to iOS Mobile App Development Serv...
Crafting Excellence: A Comprehensive Guide to iOS Mobile App Development Serv...Crafting Excellence: A Comprehensive Guide to iOS Mobile App Development Serv...
Crafting Excellence: A Comprehensive Guide to iOS Mobile App Development Serv...
Pitangent Analytics & Technology Solutions Pvt. Ltd
 
The Microsoft 365 Migration Tutorial For Beginner.pptx
The Microsoft 365 Migration Tutorial For Beginner.pptxThe Microsoft 365 Migration Tutorial For Beginner.pptx
The Microsoft 365 Migration Tutorial For Beginner.pptx
operationspcvita
 
Session 1 - Intro to Robotic Process Automation.pdf
Session 1 - Intro to Robotic Process Automation.pdfSession 1 - Intro to Robotic Process Automation.pdf
Session 1 - Intro to Robotic Process Automation.pdf
UiPathCommunity
 
Day 2 - Intro to UiPath Studio Fundamentals
Day 2 - Intro to UiPath Studio FundamentalsDay 2 - Intro to UiPath Studio Fundamentals
Day 2 - Intro to UiPath Studio Fundamentals
UiPathCommunity
 
From Natural Language to Structured Solr Queries using LLMs
From Natural Language to Structured Solr Queries using LLMsFrom Natural Language to Structured Solr Queries using LLMs
From Natural Language to Structured Solr Queries using LLMs
Sease
 
Nordic Marketo Engage User Group_June 13_ 2024.pptx
Nordic Marketo Engage User Group_June 13_ 2024.pptxNordic Marketo Engage User Group_June 13_ 2024.pptx
Nordic Marketo Engage User Group_June 13_ 2024.pptx
MichaelKnudsen27
 
Astute Business Solutions | Oracle Cloud Partner |
Astute Business Solutions | Oracle Cloud Partner |Astute Business Solutions | Oracle Cloud Partner |
Astute Business Solutions | Oracle Cloud Partner |
AstuteBusiness
 
Main news related to the CCS TSI 2023 (2023/1695)
Main news related to the CCS TSI 2023 (2023/1695)Main news related to the CCS TSI 2023 (2023/1695)
Main news related to the CCS TSI 2023 (2023/1695)
Jakub Marek
 
"NATO Hackathon Winner: AI-Powered Drug Search", Taras Kloba
"NATO Hackathon Winner: AI-Powered Drug Search",  Taras Kloba"NATO Hackathon Winner: AI-Powered Drug Search",  Taras Kloba
"NATO Hackathon Winner: AI-Powered Drug Search", Taras Kloba
Fwdays
 
inQuba Webinar Mastering Customer Journey Management with Dr Graham Hill
inQuba Webinar Mastering Customer Journey Management with Dr Graham HillinQuba Webinar Mastering Customer Journey Management with Dr Graham Hill
inQuba Webinar Mastering Customer Journey Management with Dr Graham Hill
LizaNolte
 

Recently uploaded (20)

Apps Break Data
Apps Break DataApps Break Data
Apps Break Data
 
Harnessing the Power of NLP and Knowledge Graphs for Opioid Research
Harnessing the Power of NLP and Knowledge Graphs for Opioid ResearchHarnessing the Power of NLP and Knowledge Graphs for Opioid Research
Harnessing the Power of NLP and Knowledge Graphs for Opioid Research
 
Leveraging the Graph for Clinical Trials and Standards
Leveraging the Graph for Clinical Trials and StandardsLeveraging the Graph for Clinical Trials and Standards
Leveraging the Graph for Clinical Trials and Standards
 
Must Know Postgres Extension for DBA and Developer during Migration
Must Know Postgres Extension for DBA and Developer during MigrationMust Know Postgres Extension for DBA and Developer during Migration
Must Know Postgres Extension for DBA and Developer during Migration
 
Northern Engraving | Nameplate Manufacturing Process - 2024
Northern Engraving | Nameplate Manufacturing Process - 2024Northern Engraving | Nameplate Manufacturing Process - 2024
Northern Engraving | Nameplate Manufacturing Process - 2024
 
"Choosing proper type of scaling", Olena Syrota
"Choosing proper type of scaling", Olena Syrota"Choosing proper type of scaling", Olena Syrota
"Choosing proper type of scaling", Olena Syrota
 
LF Energy Webinar: Carbon Data Specifications: Mechanisms to Improve Data Acc...
LF Energy Webinar: Carbon Data Specifications: Mechanisms to Improve Data Acc...LF Energy Webinar: Carbon Data Specifications: Mechanisms to Improve Data Acc...
LF Energy Webinar: Carbon Data Specifications: Mechanisms to Improve Data Acc...
 
QA or the Highway - Component Testing: Bridging the gap between frontend appl...
QA or the Highway - Component Testing: Bridging the gap between frontend appl...QA or the Highway - Component Testing: Bridging the gap between frontend appl...
QA or the Highway - Component Testing: Bridging the gap between frontend appl...
 
"Scaling RAG Applications to serve millions of users", Kevin Goedecke
"Scaling RAG Applications to serve millions of users",  Kevin Goedecke"Scaling RAG Applications to serve millions of users",  Kevin Goedecke
"Scaling RAG Applications to serve millions of users", Kevin Goedecke
 
"$10 thousand per minute of downtime: architecture, queues, streaming and fin...
"$10 thousand per minute of downtime: architecture, queues, streaming and fin..."$10 thousand per minute of downtime: architecture, queues, streaming and fin...
"$10 thousand per minute of downtime: architecture, queues, streaming and fin...
 
Crafting Excellence: A Comprehensive Guide to iOS Mobile App Development Serv...
Crafting Excellence: A Comprehensive Guide to iOS Mobile App Development Serv...Crafting Excellence: A Comprehensive Guide to iOS Mobile App Development Serv...
Crafting Excellence: A Comprehensive Guide to iOS Mobile App Development Serv...
 
The Microsoft 365 Migration Tutorial For Beginner.pptx
The Microsoft 365 Migration Tutorial For Beginner.pptxThe Microsoft 365 Migration Tutorial For Beginner.pptx
The Microsoft 365 Migration Tutorial For Beginner.pptx
 
Session 1 - Intro to Robotic Process Automation.pdf
Session 1 - Intro to Robotic Process Automation.pdfSession 1 - Intro to Robotic Process Automation.pdf
Session 1 - Intro to Robotic Process Automation.pdf
 
Day 2 - Intro to UiPath Studio Fundamentals
Day 2 - Intro to UiPath Studio FundamentalsDay 2 - Intro to UiPath Studio Fundamentals
Day 2 - Intro to UiPath Studio Fundamentals
 
From Natural Language to Structured Solr Queries using LLMs
From Natural Language to Structured Solr Queries using LLMsFrom Natural Language to Structured Solr Queries using LLMs
From Natural Language to Structured Solr Queries using LLMs
 
Nordic Marketo Engage User Group_June 13_ 2024.pptx
Nordic Marketo Engage User Group_June 13_ 2024.pptxNordic Marketo Engage User Group_June 13_ 2024.pptx
Nordic Marketo Engage User Group_June 13_ 2024.pptx
 
Astute Business Solutions | Oracle Cloud Partner |
Astute Business Solutions | Oracle Cloud Partner |Astute Business Solutions | Oracle Cloud Partner |
Astute Business Solutions | Oracle Cloud Partner |
 
Main news related to the CCS TSI 2023 (2023/1695)
Main news related to the CCS TSI 2023 (2023/1695)Main news related to the CCS TSI 2023 (2023/1695)
Main news related to the CCS TSI 2023 (2023/1695)
 
"NATO Hackathon Winner: AI-Powered Drug Search", Taras Kloba
"NATO Hackathon Winner: AI-Powered Drug Search",  Taras Kloba"NATO Hackathon Winner: AI-Powered Drug Search",  Taras Kloba
"NATO Hackathon Winner: AI-Powered Drug Search", Taras Kloba
 
inQuba Webinar Mastering Customer Journey Management with Dr Graham Hill
inQuba Webinar Mastering Customer Journey Management with Dr Graham HillinQuba Webinar Mastering Customer Journey Management with Dr Graham Hill
inQuba Webinar Mastering Customer Journey Management with Dr Graham Hill
 

Persistent Storage with Kubernetes in Production

  • 1. Persistent Storage with Kubernetes in Production Which solution and why? Kubecon + CloudNativeCon, Dec 8, 2017 Cheryl Hung, Product Manager © StorageOS Ltd.
  • 2. Cheryl Product manager, StorageOS CNCF Ambassador Slides at oicheryl.com 2© StorageOS Ltd.
  • 3. Objectives •Why is state so tricky? •How should I compare storage? •What storage should I use with Kubernetes? 3 @oicheryl © StorageOS Ltd.
  • 4. Objectives •Why is state so tricky? •How should I compare storage? •What storage should I use with Kubernetes? Anti-objective: •Should I use a database/message queue/key-value store... for my app? 4 @oicheryl © StorageOS Ltd.
  • 5. Why is state so tricky? 5© StorageOS Ltd.
  • 6. Why do I need storage? @oicheryl © StorageOS Ltd.
  • 8. First challenge: No pet storage 8 @oicheryl © StorageOS Ltd.
  • 9. Second challenge: Data needs to follow 9 @oicheryl © StorageOS Ltd.
  • 10. Third challenge: Humans are fallible 10 @oicheryl © StorageOS Ltd.
  • 11. How should I compare storage? 11© StorageOS Ltd.
  • 12. From the CNCF Landscape @oicheryl © StorageOS Ltd.
  • 15. What is Cloud Native? Horizontally scalable No single point of failure Resilient and self healing Minimal operator overhead Decoupled from the underlying platform 15 @oicheryl © StorageOS Ltd.
  • 16. Eight principles of Cloud Native Storage Storage should be presented to and consumed by applications, not by operating systems or hypervisors 1 Application centric @oicheryl © StorageOS Ltd.
  • 17. Eight principles of Cloud Native Storage Storage should be presented to and consumed by applications, not by operating systems or hypervisors The storage platform should be able to run anywhere. Upgrades and scaling is non-disruptive. 1 Application centric 2 Platform agnostic @oicheryl © StorageOS Ltd.
  • 18. Eight principles of Cloud Native Storage Storage should be presented to and consumed by applications, not by operating systems or hypervisors The storage platform should be able to run anywhere. Upgrades and scaling is non-disruptive. Storage resources should be declared and composed just like all other resources required by applications and services. 1 Application centric 2 Platform agnostic 3 Declarative/ composable @oicheryl © StorageOS Ltd.
  • 19. Eight principles of Cloud Native Storage Storage should be presented to and consumed by applications, not by operating systems or hypervisors The storage platform should be able to run anywhere. Upgrades and scaling is non-disruptive. Storage resources should be declared and composed just like all other resources required by applications and services. Storage resources and services should be easy to be provisioned, consumed, moved and managed via an API. 1 Application centric 2 Platform agnostic 3 Declarative/ composable 4 API driven @oicheryl © StorageOS Ltd.
  • 20. Eight principles of Cloud Native Storage 5 Natively secure Storage services should integrate and inline security features such as encryption and RBAC. @oicheryl © StorageOS Ltd.
  • 21. Eight principles of Cloud Native Storage 5 Natively secure 6 Agile Storage services should integrate and inline security features such as encryption and RBAC. The platform should be able to move application data between locations, dynamically resize and snapshot volumes. @oicheryl © StorageOS Ltd.
  • 22. Eight principles of Cloud Native Storage 5 Natively secure 6 Agile 7 Performant Storage services should integrate and inline security features such as encryption and RBAC. The platform should be able to move application data between locations, dynamically resize and snapshot volumes. The storage platform should offer deterministic performance in complex distributed environments. @oicheryl © StorageOS Ltd.
  • 23. Eight principles of Cloud Native Storage 5 Natively secure 6 Agile 7 Performant 8 Consistently available Storage services should integrate and inline security features such as encryption and RBAC. The platform should be able to move application data between locations, dynamically resize and snapshot volumes. The storage platform should offer deterministic performance in complex distributed environments. The storage platform should ensure high availability, durability, consistency with a predictable, proven data model. @oicheryl © StorageOS Ltd.
  • 24. What storage should I use with Kubernetes? 24© StorageOS Ltd.
  • 25. @oicheryl Kubernetes Storage Model: Persistent Volumes and Claims © StorageOS Ltd. Registers PVs in the pool Pool of Persistent Volumes NFS PV iSCSI PV NFS PV GCE PV Administrator
  • 26. @oicheryl Kubernetes Storage Model: Persistent Volumes and Claims © StorageOS Ltd. Registers PVs in the pool Claims a PV from the pool claim Pool of Persistent Volumes NFS PV iSCSI PV NFS PV GCE PV Administrator Developer
  • 27. @oicheryl Kubernetes Storage Model: Persistent Volumes and Claims © StorageOS Ltd. claim Registers PVs in the pool Claims a PV from the pool References claim in pod claim Pool of Persistent Volumes NFS PV iSCSI PV NFS PV Pod GCE PV Administrator Developer
  • 28. @oicheryl Dynamic provisioning with Storage Classes © StorageOS Ltd. Registers Storage Classes Storage Classes NS PVslowfast Administrator
  • 29. @oicheryl Dynamic provisioning with Storage Classes © StorageOS Ltd. Registers Storage Classes claim Storage Classes NS PVslowfast Administrator Developer Claims a PV from the pool
  • 30. @oicheryl Dynamic provisioning with Storage Classes © StorageOS Ltd. claim Registers Storage Classes References claim in pod claim Storage Classes NS PV Pod slowfast Administrator Developer Claims a PV from the pool fast PV
  • 31. @oicheryl Meet Jane •A DevOps engineer at a media company •Migrating client Wordpress websites into Kubernetes •Wants to follow the cloud native principles © StorageOS Ltd.
  • 33. Key information 1. What is my use case? 2. What are my performance requirements? 3. How should developers access storage? 4. Where is the storage deployed and managed? @oicheryl © StorageOS Ltd.
  • 34. 1. What is my use case? 34 App Binaries App data Config Backup @oicheryl © StorageOS Ltd.
  • 35. 2. What are my performance requirements? 35 App Binaries Ephemeral App data Latency, availability, performant Config Shared Backup Cost efficient, cloud @oicheryl © StorageOS Ltd.
  • 36. @oicheryl 3. How should developers access storage? © StorageOS Ltd. Block Fixed-size ‘blocks’ in a rigid arrangement – ideal for enterprise databases File ‘Files’ in hierarchically nested ‘folders’ – ideal for active documents Object ‘Objects’ in scalable ‘buckets’ – ideal for unstructured big data and archiving
  • 37. 4. Where is the storage deployed and managed? ●CO supports one or more Interfaces to interact with the Storage System ●Storage System can (A) support control-plane interface API directly and interact directly with the CO or can (B) interact with the CO via an API framework layer or other Tools. ●Storage system must support the ability to provision and consume (C) volumes through a standard interface to be considered Interoperable ●Workloads interact (C) with storage systems over various data-plane methods Cluster Orchestrators Control-Plane Interfaces (CSI, DVDI, Flex, Native) Storage SystemsFrameworks and Tools AB B Workloads C © StorageOS Ltd. @oicheryl
  • 38. @oicheryl Jane’s storage requirements •Database location, credentials •Postgres database for application data •User uploaded media •Database and website backups © StorageOS Ltd.
  • 39. Database location and credentials © StorageOS Ltd. @oicheryl 1. Use case? Configuration 2. Performance requirements? Shared across instances 3. Access? Kubernetes provides Secrets for sensitive data such as passwords, and ConfigMap for arbitrary config. Both can be accessed by the application through environment variables 4. Deployed and managed? Tight integration with Kubernetes
  • 40. User uploaded media © StorageOS Ltd. @oicheryl 1. Use case? Shared media 2. Performance requirements? Large blobs of data, shared across pods 3. Access? Shared filesystem 4. Deployed and managed? Cloud: Managed NFS, or object store if the app can support it On prem: Distributed FS (but please not NFS!)
  • 41. Database and website backup © StorageOS Ltd. @oicheryl 1. Use case? Backup and archival 2. Performance requirements? Durability, cost, snapshots 3. Access? Object store 4. Deployed and managed? Cloud: Managed object store, long term cold storage On prem: Object store, NAS
  • 42. Postgres for application data © StorageOS Ltd. @oicheryl 1. Use case? Transactional database 2. Performance requirements? High availability, low latency, deterministic performance 3. Access? Database connector 4. Deployed and managed? Cloud: Cloud volumes (watch out for attach/detach times, compliance) or managed db (limited offerings) On prem: Software defined storage
  • 46. Evaluating storage 1 Application centric 2 Platform agnostic 3 Declarative/ composable 4 API driven 5 Natively secure 6 Agile 7 Performant 8 Consistently available © StorageOS Ltd. @oicheryl 1. Use case? 2. Performance requirements? 3. Access? 4. Deployed and managed?
  • 47. CSI launched as alpha in Kubernetes 1.9 @oicheryl © StorageOS Ltd.
  • 48. Browser-based demo • my.storageos.com/main/tutorials Quickstart • storageos.com/kubernetes We’re hiring! London and NYC roles • storageos.com/careers @oicheryl StorageOS resources © StorageOS Ltd.
  • 50. What is StorageOS? © StorageOS Ltd. @oicheryl
  • 51. What is StorageOS? © StorageOS Ltd. @oicheryl Platform agnostic Horizontally scalable Database (ie. block) Docker/K8s integration High availability
  • 53. StorageOS architecture © StorageOS Ltd. @oicheryl StorageOS is conceptually pretty simple; it’s a virtualization layer on top of any commodity or cloud storage. It’s deployed as one container per node, similar to a DaemonSet. 1. Nodes contribute local block storage to the storage pool. 2. Virtual volumes (block storage formatted with a standard filesystem) are created using the StorageOS volume plugin. 3. Any pods can mount the virtual volumes from any node. If a pod is rescheduled to a different node, StorageOS simply redirects reads and writes so the pod can continue to access the storage.
  • 54. StorageOS architecture © StorageOS Ltd. @oicheryl It’s designed to scale horizontally by adding more nodes. New nodes contribute their storage into the storage pool, or, if they don’t have storage themselves, can access storage on other nodes.
  • 55. High availability with StorageOS © StorageOS Ltd. @oicheryl
  • 56. High availability with StorageOS © StorageOS Ltd. @oicheryl StorageOS uses a hybrid master/replica architecture, where replicas are distributed across nodes. Replication is very simple in StorageOS. Volume D is created with two replicas. StorageOS creates the replicas (D2, D3) and schedules them to two different nodes (N3, N5). Incoming writes to D are synchronously replicated to D2 and D3, ie. writes are not persisted until acknowledged by both replicas. If N1 fails, one of D2 or D3 gets promoted to master, providing instant failover and no interruption of service. StorageOS creates and resyncs a new replica on N2 or N4 in the background.
  • 57. More reading Download the technical architecture overview at storageos.com/storageos-platform-architecture-overview. Try out in your browser, with zero downloads or configuration: my.storageos.com/main/tutorials Full documentation at docs.storageos.com.