�ݺ�ߣ

1. TECNICO DI RETI INFORMATICHE SPECIALIZZATO IN SICUREZZA DELLE RETI RIF. P.A. 2010 - 948/RER

2. Abbiamo visto che la nostra struttura fisica deve possedere, nella sua visione ottimale, i seguenti requisiti: Relazioni on-demand fra i componenti

3. Agilità strutturale

4. Azzeramento degli sprechi delle risorse

5. Conformità agli SLA definiti

6. Allineamento ai BP I fattori da considerare, nella valutazione di un componente fisico della rete (in particolare, un server) dovranno quindi necessariamente essere: Scalabilità (orizzontale e verticale)

7. Ottimizzazione del consumo delle risorse

8. ��ڴھ��岹��à

9. ��Գٱ𲵰��à

10. Obiezione 1) E il problema dell'interoperabilità dei sistemi? L'aumento del livello di astrazione ha portato alla definizione di protocolli e standard di livello più alto possibile, rendendo di fatto la struttura hardware-indipendent. Il mercato è dominato da middleware cross-platform, gli standard sono aperti, le alternative infinite. Anche con riferimento ai sistemi legacy Obiezione 2) E la potenza di elaborazione? Il concetto di raw power è stato sorpassato da scalabilità e ottimizzazione delle risorse (anche dal punto di vista energetico). La capacità di elaborazione deve essere on-demand come la struttura. Lo sviluppo tecnologico segue gli stessi driver: le architetture cpu diventano multi-core e distribuite, frequenza e n. di core diventano dinamici. .

11. Conclusione Siamo in grado di scegliere il sistema che ha il minor numero di vincoli ambientali ammissibile (ovvero solo quelli posti dalla nostra unità di business) Il mio dominio di scelta deve ammettere il numero massimo di architetture sia come cardinalità (tecnologie) che di ordinalità (dimensioni) Il limite all'evoluzione del sistema è fissato dalla capacità di scalare verso l'alto, dato un workload; ma un limite è anche l'incapacità di preservare le risorse in condizioni non di picco, dato lo stesso workload E' fondamentale aumentare la parcellizzazione dei sistemi per ottenere la massima percentuale di utilizzo delle componenti fisiche E' FONDAMENTALE L'INTRODUZIONE DI UN LAYER CHE PERMETTA DI SCORPORARE IL SERVER FISICO DA QUELLO LOGICO . .

12. HYPERVISOR (aka VMM, Virtual Machine Manager)

13. Hypervisor Classificazione tradizionale (Robert P. Goldberg) Tipo 1 (bare metal) L'hypervisor viene eseguito direttamente sull'hardware per regolarne l'accesso e monitorare i sistemi guest . I sistemi guest sono presenti al secondo livello.

14. Type 2 (or hosted) L'hypervisor viene eseguito all'interno di un sistema operativo convenzionale. L'hypervisor è quindi al secondo livello di astrazione, i guest al terzo . . gl

15. Hypervisor di tipo 1 “ Bare metal”, è ospitato direttamente dall'hardware

16. Necessita di modifiche ai S.O. Guest (syscall) o di un layer di binary translation

17. Unico mediatore per le risorse

18. Può necessitare di predisposizioni hardware (CPU)

19. Massimo livello di isolamento dell'hardware (non è possibile accedervi direttamente)

20. Hypervisor di tipo 2 Ospitato all'interno di un S.O.

21. E' mediatore dei livelli superiori, ma non è esclusivo

22. Non necessita di modifiche ai S.O. Guest ( syscall)

23. E' mantenuta la possibilità di accedere direttamente all'hw della macchina, tramite il S.O. host

24. Overhead maggiore rispetto al tipo 1, dovuto a un layer aggiuntivo

25. Hardware e S.O. guest , possono avere differente metodologie di comunicazione, in base alle caratteristiche dell'hypervisor e dell'hardware Ho quindi a disposizione diverse modalità per l'esecuzione del codice, che originano le diverse tecnologie di virtualizzazione: Virtualizzazione

26. Paravirtualizzazione

27. Partizionamento . l

28. Virtualizzazione completa Virtualizzazione completa Guest e hardware usano identiche interfacce (istruzioni macchina). Siamo in presenza di un binary translator o di istruzioni cpu specifiche per la virtualizzazione

29. Paravirtualizzazione Paravirtualizzazione Guest e hardware usano istruzioni funzionalmente simili ma non identiche, i sistemi guest usano hypercall

30. Partizionamento Virtualizzazione completa Guest e hardware usano identiche interfacce (istruzioni macchina).

31. Comparazione hypervisor Tipo Virt. Paravirt. Partiz. Arch. VMware vSphere hv (ESX) 1 * * x86 XEN 1 * * x86 / POWER / Z MS Hyper-V 1 * x86 IBM PowerVM / IVM / ZVM 1 * POWER / Z Oracle VM Server SPARC 1 * SPARC HPIntegrity VM 1 * Itanium Oracle VirtualBox 2 * x86 VMware Server 2 * x86 User Mode Linux 2 x86 KVM (RHEV) 2 * * x86 MS Virtual Server 2 * x86

32. Ora che abbiamo una panoramica delle tecnologie con cui è possibile implementare il concetto di server logico (sia fisico che virtuale) per ridurre lo spreco di risorse Passiamo a vedere le tecnologie con le quali è possibile legarli, per il raggiungimento dei requisiti di: Scalabilità ��ڴھ��岹��à . l

33. Cluster distribuiti (load balancing, failover active-active) Distribuzione dell'elaborazione su un gruppo di server (nodi) connessi tramite rete Necessita di componenti di mediazione a livello di rete (VIP e bilanciatori)

34. Necessita di componenti di replica/condivisione a livello di risorse

35. Permette un aumento di affidabilità in base all'ordinalità dell'insieme

36. Permette lo scaling (quasi) lineare della potenza elaborativa all'aumentare del numero dei nodi

37. Aumenta la complessità di gestione

38. Cluster distribuiti (load balancing, failover active-active)

39. Cluster HA (failover active-passive) Distribuzione di funzioni diverse su piu nodi. Tramite monitoraggio, i nodi sono in grado di rilevare i failover dei reciproci e assumerne le funzioni Necessita di componenti di replica a livello rete

40. Necessita di componenti di condivisione delle risorse

41. Lo scopo è la riduzione dei downtime

42. Introduzione di un livello verticale di affidabilità

43. Cluster HA (failover active-passive)

44. Tecniche di fault-tolerance per le componenti hw L'unico metodo disponibile per l'aumento dell'affidabilità delle macchine è (oltre all'evoluzione dei processi produttivi) la RIDONDANZA DEI COMPONENTI Ciò implica un aumento di complessità della macchina, e soprattutto l'aumento dei COSTI Per questo motivi, il grado di affidabilità di un elaboratore è (quasi) direttamente proporzionale alla ridondanza dei suoi componenti, e quindi al costo. . l

45. . Sistemi Intel/AMD x86-64 Intel Xeon o AMD Opteron fino a 2,6 Ghz

46. Max 12 core/socket

47. Max 8 socket

48. Max 1 TB RAM

49. S.O Windows/Linux/Solaris Sistemi POWER IBM POWER6 o POWER7 fino a 6.1 Ghz

51. Max 128 socket

52. Max 4 TB RAM Sistemi SPARC Sun Sparc64 VII o Txxx fino a 3 Ghz

54. Max 64 socket

55. Max 1 TB RAM Una breve panoramica sulle architetture hw...

56. Posizionamento teniche fault-tolerance l Entry level Power supply

57. Network Midrange Power supply

58. Network (spare)

59. Memory (spare)

60. CPU (spare) Enterprise Power supply

61. Cooling

62. Network

63. - LEHA

64. - Spare

65. Memory - Oscillatori - Spare chip - Memory RAID - Spare Bus interconnect

66. CPU - Registri

67. - Lock-stepping

68. - Memory controller

69. - Chipset

70. - Spare

71. Storage e dischi Differenziazione in base al posizionamento: Locale (tightly-coupled) vs Distribuito (loosely-coupled) . l

72. Lo storage locale: il raid . l

73. Lo storage locale: le tecnologie dei dischi . l

74. Lo storage distribuito: i filesystem di rete e le reti di storage Lo storage distribuito è necessario per superare le limitazioni di flessibilità imposte dall'interazione fisica fra dischi/server, con particolare riferimento a: Condivisione di volumi

75. Rilocazione dei volumi

76. Replica dei volumi

77. Deduplica dei dati

78. Semplificazione della gestione . l

79. Lo storage distribuito: SAN Storage Area Network è una retecostituita esclusivamente da dispositivi di memorizzazione di massa, utilizzabili dai client tramite incapsulamento dei comandi di controllo (es: SCSI) dentro protocolli di rete Il 99% delle tecnologie SAN utilizza i seguenti protocolli: Fibre Channel Protocol utilizza il protocollo FC per l'incapsulamento dei comandi SCSI. ISCSI utilizza il protocollo TCP per l'incapsulamento dei comandi SCSI . l Lo storage distribuito: SAN Storage Area Network è una retecostituita esclusivamente da dispositivi di memorizzazione di massa, utilizzabili dai client tramite incapsulamento dei comandi di controllo (es: SCSI) dentro protocolli di rete Il 99% delle tecnologie SAN utilizza i seguenti protocolli: Fibre Channel Protocol utilizza il protocollo FC per l'incapsulamento dei comandi SCSI. ISCSI utilizza il protocollo TCP per l'incapsulamento dei comandi SCSI . l

80. Lo storage distribuito: SAN FCP Rete dedicata su protocollo FC

81. Rame o Fibra

82. Maggiori prestazioni

83. Topologia switched-fabric . l

84. Lo storage distribuito: SAN iSCSI Rete LAN esistente (TCP/IP)

85. Rame

86. Minori prestazioni e costi

87. Topologia di rete esistente . l

88. Comparazione fra i modelli

89. Lo storage distribuito: NAS Network Attached storage consente la condivisione delle aree di storage con gli host, tramite protocolli e filesystem di rete. Non c'è incapsulamento: il fs è esposto direttamente al S.O sulla rete ethernet. E' un semplice device di rete. I filesystem più utilizzati sono: NFS , SMB e CIFS per utilizzi general-purpose GPFS, AFS e FUSE per applicazioni ad alto throughput . l

90. Modello concettuale utilizzo fs condivisi

�ݺ�ߣ

Cesvip 20110127

More Related Content

Cesvip 20110127