SlideShare a Scribd company logo
Impianti Informatici
               Prova in itinere del 18/11/2008



    Il sistema informatico di una piccola azienda ` costituito da un web server
                                                  e
(A), un application server (B) e uno storage server (C). Gli MTTF del web
server e dell’application server sono pari a 800 giorni mentre gli MTTR sono
pari a 4 giorni. Lo storage server ` composto da due dischi in RAID 0 e ogni
                                    e
richiesta in ingresso all’impianto richiede mediamente la lettura di 600KByte.
Le caratteristiche di ciascun disco sono:
   • velocit` di rotazione: 10000 rpm
            a
   • dimensione di un blocco: 4Kbyte

   • capacit` 100GB
            a
   • average transfer rate: 10MByte/sec
   • tempo di seek: 3ms (mediamente ` necessario un seek ogni 8 blocchi)
                                    e
   • overhead controller: 0.5ms
   • MTTF=500 giorni
   • MTTR=2 giorni
   • costante di Boltzmann: 1.3806505(24)10−23JK −1
Il tempo di riparazione (recupero dati) del NAS, a seguito di un data lost, `      e
stimato essere di 10 giorni.
    In un periodo di osservazione della rete pari a 20 minuti, il sistema ha gestito
10500 richieste provenienti da un numero non noto di utenti. Inoltre, dai log di
sistema, si ` osservato che l’utilizzo medio del server A risulta del 52.5% mentre
            e
l’utilizzo del server B risulta del 70%.

Per valutare le prestazioni dell’impianto, si vuole costruire un modello a rete di
code. Dopo aver giustificato la scelta opportuna fra modello aperto o chiuso, si
chiede di

  1. calcolare le domande di servizio (service demand) dei tre server (20 minuti)
  2. determinare il bottleneck della rete (30 secondi)
  3. calcolare il minimo numero di server che bisogna mettere in parallelo per
     far s` che il bottleneck cambi (10 minuti)
          ı



                                         1
4. calcolare il throughput massimo e il tempo di risposta del sistema ottenuto
     con l’aggiunta dei server determinati al punto precedente (20 minuti)
  5. si supponga ora che le richieste, prima di entrare nella rete, passino attra-
     verso un admission controller il cui compito ` quello di limitare il numero
                                                    e
     di richieste totali nella rete. Si discuta il modello a rete di code migliore
     (fra aperto e chiuso) al variare del carico in ingresso (5 minuti)


Si vuole ora valutare l’affidabilit` dell’impianto. Assumendo che le distribuzioni
                                 a
di probabilit` della Mantenaibility e della Unreliability siano esponenziali,
             a
  1. calcolare l’availability dell’impianto originale (composto dai server A, B,
     C) tramite una catena di Markov a tempo continuo.
        • disegnare la rete (30 minuti)
        • impostare e risolvere il sistema di equazioni lineari associato (60
          minuti)
  2. tramite il metodo dei diagrammi a blocchi, calcolare l’availability dell’im-
     pianto risultante a seguito delle modifiche del punto 3 precedente (server
     in parallelo) (30 minuti)
  3. sostituendo al RAID 0 un RAID 1, stimare la variazione di availability del
     NAS (30 minuti)


Nota:
   • Nei calcoli si assuma 1KB=1000Byte e un 1MByte=1000KByte.
   • Nell’analisi si trascurino tutte quelle componenti che non sono state spe-
     cificate nella descrizione dell’architettura e si motivino accuratamente le
     eventuali ipotesi introdotte.




                                       2

More Related Content

Similar to Prova In Itinere

Studio di una Architettura per un Sistema Distributivo ad Alta Affidabilità
Studio di una Architettura per un Sistema Distributivo ad Alta AffidabilitàStudio di una Architettura per un Sistema Distributivo ad Alta Affidabilità
Studio di una Architettura per un Sistema Distributivo ad Alta Affidabilità
Roberto Peruzzo
 
Performance dei sistemi di calcolo
Performance dei sistemi di calcoloPerformance dei sistemi di calcolo
Performance dei sistemi di calcoloMajong DevJfu
 
Iperf
IperfIperf
Iperf
mquaresi
 
MySQL Tech Tour 2015 - Progettare, installare e configurare MySQL Cluster
MySQL Tech Tour 2015 - Progettare, installare e configurare MySQL ClusterMySQL Tech Tour 2015 - Progettare, installare e configurare MySQL Cluster
MySQL Tech Tour 2015 - Progettare, installare e configurare MySQL Cluster
Par-Tec S.p.A.
 
Jvm performance Tuning
Jvm performance TuningJvm performance Tuning
Jvm performance Tuning
Marco Sabatini
 
La rete sperimentale in DC in BT di RSE: risultati ottenuti e sviluppi futuri
La rete sperimentale in DC in BT di RSE: risultati ottenuti e sviluppi futuriLa rete sperimentale in DC in BT di RSE: risultati ottenuti e sviluppi futuri
La rete sperimentale in DC in BT di RSE: risultati ottenuti e sviluppi futuri
Sardegna Ricerche
 
Traffic Shaping Su Linux
Traffic Shaping Su LinuxTraffic Shaping Su Linux
Traffic Shaping Su LinuxMajong DevJfu
 
Un metodo di progettazione di reti locali con esigenze di qualità del servizio
Un metodo di progettazione di reti locali con esigenze di qualità del servizioUn metodo di progettazione di reti locali con esigenze di qualità del servizio
Un metodo di progettazione di reti locali con esigenze di qualità del servizio
Claudio Bortone
 
Iperf 090524073201-phpapp01
Iperf 090524073201-phpapp01Iperf 090524073201-phpapp01
Iperf 090524073201-phpapp01Jamil Jamil
 
Lezioni 2009
Lezioni 2009Lezioni 2009
Lezioni 2009
Giuseppe Levi
 
Smart grid 4 novembre
Smart grid 4 novembreSmart grid 4 novembre
Smart grid 4 novembrecanaleenergia
 
Progetto e implementazione di uno script python per la gestione di richieste ...
Progetto e implementazione di uno script python per la gestione di richieste ...Progetto e implementazione di uno script python per la gestione di richieste ...
Progetto e implementazione di uno script python per la gestione di richieste ...
AndreaMajcen
 
OpenStack Network-as-a-Service - Neutron
OpenStack Network-as-a-Service - NeutronOpenStack Network-as-a-Service - Neutron
OpenStack Network-as-a-Service - Neutron
Giuseppe Casale
 
Thread
ThreadThread
Webinar Italiano: Back-to-Basics: Sessione 8 - Monitoraggio e Performance Tuning
Webinar Italiano: Back-to-Basics: Sessione 8 - Monitoraggio e Performance TuningWebinar Italiano: Back-to-Basics: Sessione 8 - Monitoraggio e Performance Tuning
Webinar Italiano: Back-to-Basics: Sessione 8 - Monitoraggio e Performance Tuning
MongoDB
 
Big data analytics quanto vale e come sfruttarlo con stream analytics e power bi
Big data analytics quanto vale e come sfruttarlo con stream analytics e power biBig data analytics quanto vale e come sfruttarlo con stream analytics e power bi
Big data analytics quanto vale e come sfruttarlo con stream analytics e power bi
Marco Pozzan
 
SMART WATER 4 novembre
SMART WATER 4 novembreSMART WATER 4 novembre
SMART WATER 4 novembrecanaleenergia
 

Similar to Prova In Itinere (20)

Studio di una Architettura per un Sistema Distributivo ad Alta Affidabilità
Studio di una Architettura per un Sistema Distributivo ad Alta AffidabilitàStudio di una Architettura per un Sistema Distributivo ad Alta Affidabilità
Studio di una Architettura per un Sistema Distributivo ad Alta Affidabilità
 
Performance dei sistemi di calcolo
Performance dei sistemi di calcoloPerformance dei sistemi di calcolo
Performance dei sistemi di calcolo
 
E1 Memorie
E1 MemorieE1 Memorie
E1 Memorie
 
Iperf
IperfIperf
Iperf
 
MySQL Tech Tour 2015 - Progettare, installare e configurare MySQL Cluster
MySQL Tech Tour 2015 - Progettare, installare e configurare MySQL ClusterMySQL Tech Tour 2015 - Progettare, installare e configurare MySQL Cluster
MySQL Tech Tour 2015 - Progettare, installare e configurare MySQL Cluster
 
Jvm performance Tuning
Jvm performance TuningJvm performance Tuning
Jvm performance Tuning
 
La rete sperimentale in DC in BT di RSE: risultati ottenuti e sviluppi futuri
La rete sperimentale in DC in BT di RSE: risultati ottenuti e sviluppi futuriLa rete sperimentale in DC in BT di RSE: risultati ottenuti e sviluppi futuri
La rete sperimentale in DC in BT di RSE: risultati ottenuti e sviluppi futuri
 
Traffic Shaping Su Linux
Traffic Shaping Su LinuxTraffic Shaping Su Linux
Traffic Shaping Su Linux
 
Un metodo di progettazione di reti locali con esigenze di qualità del servizio
Un metodo di progettazione di reti locali con esigenze di qualità del servizioUn metodo di progettazione di reti locali con esigenze di qualità del servizio
Un metodo di progettazione di reti locali con esigenze di qualità del servizio
 
Iperf 090524073201-phpapp01
Iperf 090524073201-phpapp01Iperf 090524073201-phpapp01
Iperf 090524073201-phpapp01
 
3DD 1e BiRf
3DD 1e BiRf3DD 1e BiRf
3DD 1e BiRf
 
Lezioni 2009
Lezioni 2009Lezioni 2009
Lezioni 2009
 
Smart grid 4 novembre
Smart grid 4 novembreSmart grid 4 novembre
Smart grid 4 novembre
 
Progetto e implementazione di uno script python per la gestione di richieste ...
Progetto e implementazione di uno script python per la gestione di richieste ...Progetto e implementazione di uno script python per la gestione di richieste ...
Progetto e implementazione di uno script python per la gestione di richieste ...
 
Alcuni dei corsi ISICT
Alcuni dei corsi ISICT Alcuni dei corsi ISICT
Alcuni dei corsi ISICT
 
OpenStack Network-as-a-Service - Neutron
OpenStack Network-as-a-Service - NeutronOpenStack Network-as-a-Service - Neutron
OpenStack Network-as-a-Service - Neutron
 
Thread
ThreadThread
Thread
 
Webinar Italiano: Back-to-Basics: Sessione 8 - Monitoraggio e Performance Tuning
Webinar Italiano: Back-to-Basics: Sessione 8 - Monitoraggio e Performance TuningWebinar Italiano: Back-to-Basics: Sessione 8 - Monitoraggio e Performance Tuning
Webinar Italiano: Back-to-Basics: Sessione 8 - Monitoraggio e Performance Tuning
 
Big data analytics quanto vale e come sfruttarlo con stream analytics e power bi
Big data analytics quanto vale e come sfruttarlo con stream analytics e power biBig data analytics quanto vale e come sfruttarlo con stream analytics e power bi
Big data analytics quanto vale e come sfruttarlo con stream analytics e power bi
 
SMART WATER 4 novembre
SMART WATER 4 novembreSMART WATER 4 novembre
SMART WATER 4 novembre
 

Prova In Itinere

  • 1. Impianti Informatici Prova in itinere del 18/11/2008 Il sistema informatico di una piccola azienda ` costituito da un web server e (A), un application server (B) e uno storage server (C). Gli MTTF del web server e dell’application server sono pari a 800 giorni mentre gli MTTR sono pari a 4 giorni. Lo storage server ` composto da due dischi in RAID 0 e ogni e richiesta in ingresso all’impianto richiede mediamente la lettura di 600KByte. Le caratteristiche di ciascun disco sono: • velocit` di rotazione: 10000 rpm a • dimensione di un blocco: 4Kbyte • capacit` 100GB a • average transfer rate: 10MByte/sec • tempo di seek: 3ms (mediamente ` necessario un seek ogni 8 blocchi) e • overhead controller: 0.5ms • MTTF=500 giorni • MTTR=2 giorni • costante di Boltzmann: 1.3806505(24)10−23JK −1 Il tempo di riparazione (recupero dati) del NAS, a seguito di un data lost, ` e stimato essere di 10 giorni. In un periodo di osservazione della rete pari a 20 minuti, il sistema ha gestito 10500 richieste provenienti da un numero non noto di utenti. Inoltre, dai log di sistema, si ` osservato che l’utilizzo medio del server A risulta del 52.5% mentre e l’utilizzo del server B risulta del 70%. Per valutare le prestazioni dell’impianto, si vuole costruire un modello a rete di code. Dopo aver giustificato la scelta opportuna fra modello aperto o chiuso, si chiede di 1. calcolare le domande di servizio (service demand) dei tre server (20 minuti) 2. determinare il bottleneck della rete (30 secondi) 3. calcolare il minimo numero di server che bisogna mettere in parallelo per far s` che il bottleneck cambi (10 minuti) ı 1
  • 2. 4. calcolare il throughput massimo e il tempo di risposta del sistema ottenuto con l’aggiunta dei server determinati al punto precedente (20 minuti) 5. si supponga ora che le richieste, prima di entrare nella rete, passino attra- verso un admission controller il cui compito ` quello di limitare il numero e di richieste totali nella rete. Si discuta il modello a rete di code migliore (fra aperto e chiuso) al variare del carico in ingresso (5 minuti) Si vuole ora valutare l’affidabilit` dell’impianto. Assumendo che le distribuzioni a di probabilit` della Mantenaibility e della Unreliability siano esponenziali, a 1. calcolare l’availability dell’impianto originale (composto dai server A, B, C) tramite una catena di Markov a tempo continuo. • disegnare la rete (30 minuti) • impostare e risolvere il sistema di equazioni lineari associato (60 minuti) 2. tramite il metodo dei diagrammi a blocchi, calcolare l’availability dell’im- pianto risultante a seguito delle modifiche del punto 3 precedente (server in parallelo) (30 minuti) 3. sostituendo al RAID 0 un RAID 1, stimare la variazione di availability del NAS (30 minuti) Nota: • Nei calcoli si assuma 1KB=1000Byte e un 1MByte=1000KByte. • Nell’analisi si trascurino tutte quelle componenti che non sono state spe- cificate nella descrizione dell’architettura e si motivino accuratamente le eventuali ipotesi introdotte. 2