Les architectures du Software Defined Storage

1 © Copyright 2014 EMC Corporation. All rights reserved. © Copyright 2014 EMC Corporation. All rights reserved.

Les Architectures du

Software Defined Storage

Emmanuel Bernard Principal SE @veemanuel

https://twitter.com/veemanuel



Qu’est-ce que le Software-Defined Datacenter ?

Logiciel

Matériel

Machines virtuelles

Réseaux virtuels

Stockage virtuel

Capacité de traitement

Capacités réseau

Capacité de stockage

Applications

Indépendamment du site

Utilisation d

es a

pplications

Poste de travail Bureau virtuel

Ordinateur portable Tablette

Smartphone

1

2

4 6

Abstraction. Pool. Automatisation.

3

Gestion,

auto

matisation,

opéra

tions

5


Règle de stockage basée sur les exigences des applications

vSphere « Control plane » suivant des règles prédéfinies

Pool de stockage en attachement direct

Pool de stockage externe

VASA

« Data plane » virtuel

Pourquoi ces deux approches ?

Le SDDC doit prendre en charge toutes

charge applicative, tout type de client :

Diversité

Diverses architectures de stockage traitent différentes charges applicatives avec : différents comportements, SLA

et aspects économiques.


Le datacenter d’aujourd’hui

Applications traditionnelles

VM VM VM VM vSphere

Concevoir une architecture pour aujourd’hui… et pour demain

Le datacenter de demain

Applications Cloud nouvelle génération

VM VM VM VM vSphere

VSAN – Pool de stockage interne



VNX Isilon Systèmes tiers

VMAX

VASA


Le datacenter d’aujourd’hui

Applications traditionnelles

VM VM VM VM vSphere

Concevoir une architecture pour aujourd’hui… et pour demain


VNX Isilon Systèmes tiers

VMAX

Le datacenter de demain

Applications Cloud nouvelle génération

VM VM VM VM vSphere


Standard Standard Standard



VASA Contrôleur ViPR

Services de

données ViPR


Contrôleur ViPR

Services de

données ViPR

Baies de stockage Matériel de série

VNX Isilon XIO Systèmes tiers

VMAX

Le Stockage Software-Defined avec EMC et VMware

Hypervisor Stockage convergé

vSphere

SAN virtuel

Services de données virtuels

Gestion basée sur des règles

vSphere

VASA VVOL

VASA VVOL


BLOCK FILE FILE BLOCK FILE OBJECT HDFS

# ./symdev -sid 78 list –noport

# ./symconfigure -sid 78 list -freespace -units CYLINDER

# ./symdisk -sid 78 list -by_diskgroup

#./symconfigure -sid 78 -cmd "create dev

count=1,size=18414,emulation=FBA,config=RAID-

5,data_member_count=7,disk_group=1;" prepare

# disk assign lun3 -p0



# disk assign lun4 –p1

# aggr create siteAaggr -m -d lun1 lun2

# aggr create sitebaggr -m -d lun3 lun4

# naviseccli –h 1.2.3.4 - user < > -password < > -scope 0

connection –addset -name mv_iscsi_connection_to_456

# naviseccli –h 1.2.3.4 - user < > -password < > -scope 0

connection –addpath –name mv_iscsi_connection_to_456 –target

<MirrorView iSCSI port IP address on target SP-a> –sp a –

portid < MV ISCSI port ID on 123 array’s SPA>

# fdisk /dev/sdc

# fdisk /dev/sdd

# mdadm --zero-superblock /dev/sdc /dev/sdd

# mdadm --create /dev/md0 --level=1 --raid-devices=2

/dev/sdc1 /dev/sdd1

# mkfs.ext3 /dev/md0

# mkdir /raid1

# mount /dev/md0 /raid1

#create enhancedGlobalMirrorGroup

userLabel="enhancedGlobalMirrorGroupName"

(remoteStoragesubsystemName="storagesubsystemName

" | remoteStoragesubsystemWwn="wwID")

interfaceType=(FC | iSCSI)

[remotePassword="password"

syncInterval=integer (minutes | hours | days)

warningSyncThreshold=integer (minutes | hou)

# objectcfg volume geo-replication datastore

remote.emc.net:/object/geo-replication config remote-syncd

/usr/lib/object/syncd


remote.emc.net:/object/geo-replication/ start


remote.emc.net:/object/geo-replication/ status

# ./hadoop fs -mkdir /user/hadoop/dir1

/user/hadoop/dir2

# ./hadoop fs -mkdir

hdfs://nn1.example.com/user/hadoop/dir

hdfs://nn2.example.com/user/hadoop/dir

# ./hadoop fs -put localfile

/user/hadoop/hadoopfile

# ./hadoop fs -put localfile1 localfile2

/user/hadoop/hadoopdir

# ./hadoop fs -get /user/hadoop/file

localfile

Le Stockage aujourd’hui !


NEW PLATFORMS & APPROACHES

END USER DEMAND FOR CLOUD

ET L’AVENIR SERA ASSUREMENT

MASSIVE DATA GROWTH

PIRE


Réduction des Coûts

Liberté de choix

Passer au Storage-as-a-Service


Regroupement du stockage en Virtual Arrays Simplifier l’infrastructure physique


Définition de classes de services Basé sur des règles pour répondre aux demandes

HIGH Performance High Availability Disaster Recovery

Medium Performance High Availability Disaster Recovery

Medium Performance Disaster Recovery Array-based Copies

Medium Performance Array-based Copies

Low Performance

Archive Storage

Oracle Database

Manufacturing – Cork Ireland


Le Self-Service libère utilisateurs et les équipes IT Experience Cloud Public On Premise

5 Étapes

maximum


Efficacité & Agilité améliorées Les administrateurs se concentrent sur les activités à valeur ajoutée

<60 secondes: Découverte et import de nouveau stockage

5 étapes : L’utilisateur accède au stockage en mode self-service

63%: réduction moy. du temps de provisionnement stockage

“Réduire les risques d’erreur humaine et le temps des processus de validation fastidieux rend votre organisation plus agile” – Principled Technologies

Realizing Software-Defined Storage with EMC ViPR, Principled Technologies, 2014

Jusqu’à 73%: Réduction du coût de provisionnement de stockage

100%: Economies sur les tâches relatives au zoning SAN

Jusqu’à 63%: Réduction du coût de provisionnement des VMs


Services basés sur des règles

AUTOMATISATION

Baies matérielles

ABSTRACTION

Ressources Hétérogènes

POOLS

APIs REST

OUVERT

Gestion du Storage

SELF-SERVICE

Stockage EMC & tiers

FLEXIBLE

Répétable, Best Practices

INTELLIGENCE

Out-of-the-Box

INTEGRATION


Gérer tout type de stockage depuis une seule plateforme

EMC : VMAX, VNX, VNXe, Isilon, ScaleIO, XtremIO

Storage tiers : Hitachi, IBM, HP, SolidFire, NetApp, & Oracle ViPR

Controller Self

Service Provisioning Automation Reporting Protection : VPLEX, RecoverPoint, SRDF,

Data Domain

Intégration aux plateformes Cloud VMware, Microsoft and OpenStack

Infrastructures convergées: VCE Vblock Systems STOCKAGE EMC & TIERS


De nouvelles données émergent ! Qui ne peuvent être gérées par les systèmes classiques

Réseaux sociaux, UGC Données publiques

Données de localisation

Internet des Objets

Sources émergentes de données

Données non structurées

Données invisibles

Données structurées

Sources de données traditionnelles


Il faut centraliser ces données Pour y accèder depuis toute localisation et application

Data Lake

CONTENU NON STRUCTURE

Réseaux sociaux, UGC

Données de localisation

Internet des Objets


Pourquoi du stockage mode Objet ? Système fichiers classique Stockage Objet

Méthode d’accès NFS / CIFS HTTP

Accès depuis Un seul site Multi site (Read Write)

Provisioning L’application doit indiquer le volume de stockage nécessaire

Pas de provisioning nécessaire

Acceptance WAN

Adhésion Développeurs

User Metadata

Chemin Donnée Client <-> App <-> Stockage Ex: Client <-> Stockage objet


Commodity hardware helps reducing costs But having specialized software creates new silos

Unlocks Services, Data & Apps Locked in Silos

To Write Once, Run Anywhere

Third-Party Isilon VMAX VNX

Commodity


Appliance ECS Plusieurs cas d’usages

• Plateforme Scale-out de stockage basé sur du matériel banalisé et automatisée par ViPR

• 1ère plateforme par EMC qui répond aux besoins des applications 3ème Plateforme

– Mobile, Cloud, Big Data et Social


Si vous avez des questions sur cette présentation, n’hésitez pas à prendre

directement contact avec :

Emmanuel BERNARD @veemanuel

[email protected] Ou cliquez ici :

http://france.emc.com/vipr



mailto:[email protected]




Technology

Les architectures du Software Defined Storage