Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×

VMUGIT Meeting Pisa 2015 - SDS secondo VMware: VSAN e VVOL

Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Chargement dans…3
×

Consultez-les par la suite

1 sur 26 Publicité

VMUGIT Meeting Pisa 2015 - SDS secondo VMware: VSAN e VVOL

Télécharger pour lire hors ligne

La mia presentazione al VMUG IT Meeting di Pisa (29/05/2015) - Il software Defined Storage secondo VMware: Storage Policy-Based Management, VSAN e VVOL.
Nota: per le demo durante la presentazione sono stati utilizzati gli HoL di VMware, disponibili gratuitamente per tutti :)

La mia presentazione al VMUG IT Meeting di Pisa (29/05/2015) - Il software Defined Storage secondo VMware: Storage Policy-Based Management, VSAN e VVOL.
Nota: per le demo durante la presentazione sono stati utilizzati gli HoL di VMware, disponibili gratuitamente per tutti :)

Publicité
Publicité

Plus De Contenu Connexe

Diaporamas pour vous (20)

Les utilisateurs ont également aimé (20)

Publicité

Similaire à VMUGIT Meeting Pisa 2015 - SDS secondo VMware: VSAN e VVOL (20)

Plus récents (20)

Publicité

VMUGIT Meeting Pisa 2015 - SDS secondo VMware: VSAN e VVOL

  1. 1. ©  2010   VMware   Inc.  All  rights  reserved VMUG  IT  Meeting  – Pisa  29/05/2015 SDS  secondo  VMware: Virtual  SAN  e  Virtual  Volumes
  2. 2. 2 Chi  sono § Giuseppe  Guglielmetti • System  Engineer,  VCP • vExpert 2011-­2015,  EMC  Elect  2015 • @gguglie -­ it.linkedin.com/in/giuseppeguglielmetti
  3. 3. 3 Il  Software  Defined Data  Center Compute:   virtualizzare tutte  le   applicazioni Network:   virtualizzare il   network Storage:  trasformarlo   per  renderlo   rispondente  ai   requisiti  della   applicazioni Automazione:  i  tool di  management   devono  favorire   l’automazione Il  SDDC  implica  un  paradigma  operativo  completamente  automatizzato  e   guidato  dal  software: Policy  e  Orchestration
  4. 4. 4 SDS  – l’idea  centrale Creare  una  piattaforma  storage che  permetta  la composizione  dinamica  di  servizi astratta  dall’hardware  sottostante
  5. 5. 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. 6. 6 Storage  Policy-­Based Management
  7. 7. 7 SPBM
  8. 8. 8 SPBM  – vista  d’insieme • Gli  storage che  usano  le  vStorage APIs 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-­Based Management. • Quando  una  VM  viene  creata  si  fa  riferimento  a  queste  capabilities e   la  VM  viene  messa  sui  datastore che  le  offrono.
  9. 9. 9
  10. 10. 10 Storage  Policy § Possono  essere  di  tre  tipologie: • Tag  based • VSAN • VVOL
  11. 11. 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  Defined Storage  for  the  Enterprise  che  mostra  anche  come  si  integrino  con   vRealize Automation  e  PowerCLI
  12. 12. 12 Virtual  SAN
  13. 13. 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. 14. 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  abbiano configurazioni simili • Host: Scalabile fino a  64  host • Dischi:   dischi locali o Hybrid:  dischi magnetici e  flash o All-­Flash:  solo  dispositivi flash o Max  35  device  capacitivi/nodo o VMDK  fino a  62TB • Rete: o 1GB  Ethernet  O o 10GB  Ethernet  (preferito) • Il  componente “Witness”  (fatto solo  da   metadata)  agisce da  tie-­breaker  durante le   decisioni di  availability
  15. 15. 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. 16. 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. 17. 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. 18. 18 Virtual  Vol
  19. 19. 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. 20. 20 VVOL  Architettura • Nessun File  System • ESX  gestisce l’array tramite le  API   VASA • Gli array  sono partizionati logicamente in  contenitori chiamati Storage  Containers  (SC) • I  dischi delle VM,  detti Virtual   Volumes,  sono salvati nativamente negli Storage  Container.   • L’  I/O  tra ESX  e array  è fatto tramite punti 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 vSphere Virtual  Volumes Storage  Policy Capacity Availability Performance Data   Protection Security PE VASA   Provider  PE Storage  Policy-­Based  Mgmt.
  21. 21. 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 nel management  server  dell’array o   nel firmware  dell’array § Responsabile della creazione dei Virtual  Volume Virtual  Volumes VASA   Provider  
  22. 22. 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. 23. 23 VVOL  – Storage  Container § Costrutti  logici  per  raggruppare  virtual volume § Setup  fatto  dallo  storage administrator § 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’ Protocol Endpoints § “Equivalenti”  ai  datastore Virtual  Volumes vCenter   SC SC
  24. 24. 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. 25. 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. 26. 26 Enjoy The Day! Join  the  Conversation! @vmugit @MyVMUG #VMUGIT www.vmug.com/italy  

×