vmugit meeting pisa 2015 - sds secondo vmware: vsan e vvol

26
© 2010 VMware Inc. All rights reserved VMUG IT Meeting – Pisa 29/05/2015 SDS secondo VMware: Virtual SAN e Virtual Volumes

Upload: gguglie

Post on 28-Jan-2018

196 views

Category:

Technology


1 download

TRANSCRIPT

©  2010   VMware   Inc.  All  rights  reserved

VMUG  IT  Meeting  – Pisa  29/05/2015SDS  secondo  VMware:

Virtual  SAN  e  Virtual  Volumes

2

Chi  sono

§ Giuseppe  Guglielmetti• System  Engineer,  VCP• vExpert 2011-­2015,  EMC  Elect  2015• @gguglie -­ it.linkedin.com/in/giuseppeguglielmetti

3

Il  Software  Defined Data  Center

Compute:  virtualizzaretutte  le  applicazioni

Network:  virtualizzare il  network

Storage:  trasformarlo  per  renderlo  rispondente  ai  requisiti  della  applicazioni

Automazione:  i  tooldi  management  devono  favorire  l’automazione

Il  SDDC  implica  un  paradigma  operativo  completamente  automatizzato  e  guidato  dal  software:Policy  e  Orchestration

4

SDS  – l’idea  centrale

Creare  una  piattaforma  storage che  permetta  la

composizione  dinamica  di  servizi

astratta  dall’hardware  sottostante

5

SDS  -­ Perché?

§ Sempre  maggiore  varietà  di  device• Hybrid,  SSD,  AFA• server  x86• scale-­out  storage,  cloud storage,  object storage…

§ Problemi  del  modello  operativo  tradizionale• Provisioning lento• troubleshooting complesso• complessità  nel  management• …

6

Storage  Policy-­Based Management

7

SPBM

8

SPBM  – vista  d’insieme

• Gli  storage che  usano  le  vStorageAPIs for  Storage  Awareness(VASA),  sono  rappresentati  da  degli  storage providers.

• Gli  storage providers  informano  il  vCenter Server  degli  specifici  devices e  presentano  le  loro  caratteristiche  e  i  datastore creati  sotto  forma  storage capabilities.

• Uno  storage può  pubblicare  più  capabilities.• Le  capabilities sono  raggruppate  in  uno  o  più  capability profile.• Anche  le  capabilities specifiche  del  vendor appaiono  nello  Storage  Policy-­BasedManagement.

• Quando  una  VM  viene  creata  si  fa  riferimento  a  queste  capabilities e  la  VM  viene  messa  sui  datastore che  le  offrono.

9

10

Storage  Policy

§ Possono  essere  di  tre  tipologie:• Tag  based• VSAN• VVOL

11

Proviamo  le  Storage  Policy!

§ Il  modo  più  semplice  per  provare  le  Storage  Policy  è  tramite  gli  HandsOn Labs Online  di  VMware.

§ Le  Storage  Policy  sono  usate  in  tutti  i  lab  che  trattano  lo  storage§ L’HOL  più  completo  è  il  HOL-­SDC-­1427  -­ VMware  Software  DefinedStorage  for  the  Enterprise  che  mostra  anche  come  si  integrino  con  vRealize Automation  e  PowerCLI

12

Virtual  SAN

13

VMware  vSphere  Storage  Policy-­Based  Mgmt

• Application-­centric  storage  automation• Management  comune tra storage  eterogenei

VMware® Virtual  SAN™• Architettura Hyper-­converged• Data  persistence  fornita tramite l’hypervisor

vSphere

14

VSAN  – Architettura

esxi%01 esxi%02 esxi%03

VSAN.network

vSphere.Cluster

REPLICA%1 REPLICA%2

VSAN.datastore

• Minimo 3  hosts,  tutti con  storage  locale  da  destinare alla VSAN

• E’  raccomandato che gli host  abbianoconfigurazioni simili

• Host: Scalabile fino a  64  host

• Dischi:   dischi localio Hybrid:  dischi magnetici e  flasho All-­Flash:  solo  dispositivi flasho Max  35  device  capacitivi/nodoo VMDK  fino a  62TB

• Rete:o 1GB  Ethernet  Oo 10GB  Ethernet  (preferito)

• Il  componente “Witness”  (fatto solo  da  metadata)  agisce da  tie-­breaker  durante le  decisioni di  availability

15

VSAN

§ Tutti  i  componenti  (hw,  driver,  firmware)  devono  essere  in  HCL§ Completamente  integrata  con  vSphere e  la  vRealize Suite§ Supporta  tutto  quello  che  è  supportato  nei  datastore “tradizionali”

16

VSAN  e  SPBM

vSphere

Storage  Policy-­Based  Mgmt

vSphere vSphere

Virtual  SAN

Storage  Policy-­Based  Mgmt

VVOL-­enabled   arrays

vSphere  Virtual  Volumes

§ Gli  amministratori  definiscono   le  storage  policies  e  le  assegnano   alle  VM.

§ Quando  viene  fatto  il  provisioning  della  VM,  VSAN  interpreta  la  storage  policy  e  configura   i  device  storage  sottostanti  in  modo  che  soddisfino   la  policy.

§ Quando   la  policy  viene  cambiata,  VSAN  riconfigura  automaticamente   le  risorse  per  soddisfare   la  nuova  policy

17

Proviamo  la  VSAN!

§ L’HOL  dedicato  a  VSAN:  HOL-­SDC-­1408  -­ What's New  with  Virtual  SAN  6

§ 6  mesi  di  trial  gratuita  per  i  membri  del  VMUG!  http://vmug.hs-­sites.com/virtual-­san-­trial NEW!

18

Virtual  Vol

19

VVOL

§ Virtualizzano SAN  e  NAS  in  pool  logici  detti  Virtual  Datastore§ I  virtual disks  sono  rappresentati  nativamente negli  array§ La  maggior  parte  delle  funzioni  storage possono  essere  gestite  in  offload dallo  storage.  

§ Lo  storage array  è  consapevole  dei  VMDK§ La  gestione  avviente tramite  Storage  Policy-­Based Management§ Supportano  i  protocolli  esistenti  (FC,  iSCSI,  NFS)§ Supportati  dai  vari  vendors storage§ Inclusi  in  vSphere

20

VVOL  Architettura

• Nessun File  System

• ESX  gestisce l’array tramite le  API  VASA

• Gli array  sono partizionatilogicamente in  contenitori chiamatiStorage  Containers  (SC)

• I  dischi delle VM,  detti Virtual  Volumes,  sono salvati nativamentenegli Storage  Container.  

• L’  I/O  tra ESX  e array  è fatto tramitepunti di  accesso detti Protocol  Endpoint  (PE)

• I  data  services  sono offloaded  sull’array

• Gestione tramite storage  policy-­based  management  (SPBM)

Published  CapabilitiesSnapshot

Replication

Deduplication

Encryption

vSphereVirtual  Volumes

Storage  PolicyCapacity

Availability

Performance

Data  Protection

Security

PE VASA  Provider  PE

Storage  Policy-­Based  Mgmt.

21

VVOL  – VASA  Provider  (VP)

§Plugin  sviluppato dallo storage  vendor  

§Utilizza le  API  VASA§ESX  and  vCenter Server  connect  to  VASA  provider

§Esporta  le  capability  dell’array e  le  presenta a  vSphere

§Un  singolo VASA  provider  puògestire piu’  array

§Può essere implementato nelmanagement  server  dell’array o  nel firmware  dell’array

§Responsabile della creazionedei Virtual  Volume

Virtual  Volumes

VASA   Provider  

22

VVOL  – Protocol Endpoint

§ Punto  di  accesso   dall’host allo  storage

§ Creato  dallo  storage administrator

§ Gestisce   tutti  i  path e  le  policy  sono  amministrate  

§ Compatibile  con  tutti  i  protocolli  SAN  e  NAS  (iSCSI,  NFS,  FC,  FCoE)

§ Sostituisce   il  concetto  di  LUN  e  mount point

Virtual  Volumes

VASA   Provider  PE

23

VVOL  – Storage  Container

§ Costrutti  logici  per  raggruppare  virtualvolume

§ Setup  fatto  dallo  storageadministrator

§ La  capacità  è  basata  sulla  capacità  fisica  dell’array

§ Partizione  logica  delle  VM  con  diverse  esigenze  storage

§ Minimo  uno  storage container  per  array  

§ Massimo  dipende  dall’array

§ Un  singolo  SC  puo’ essere  acceduto  contemporaneamente  da  piu’ ProtocolEndpoints

§ “Equivalenti”  ai  datastore

Virtual  Volumes

vCenter  

SC SC

24

VVOL

Virtual  Machines

Storage  capabilities

Storage  policies

vSphere  Web  Client

Storage  Management   UI

Datastores

Virtual  Volumes

Storage  Container

VVol VVol VVol

24

VMware  Admin

Storage  Admin

25

Proviamo  i  VVOL!

§ L’HOL  dedicato  è  il  HOL-­SDC-­1429  -­ Virtual  Volumes§ Tramite  una  Virtual  Storage  Appliance  che  supporti  i  VVOL:• ad  esempio  il  vVNX di  EMC  nella  prossima  release  prevista  per  Q3  2015  

26

Enjoy The Day!

Join  the  Conversation!

@vmugit@MyVMUG#VMUGIT

www.vmug.com/italy