CRYPTO ANALISIS SERVER (CAS) Reti di Calcolatori LS Progetto di Carpenè Michele, Busacca Fulvio PARTE II (Busacca) Sistema di tolleranza ai guasti Schema di replicazione Proseguimento nell’implementazione
Riepilogo Struttura Client : invia testo e lunghezza chiave al ServerManager. ServerManager : calcola il bilanciamento e invia testo e range di chiavi agli Slave. Slave : prova tutte le chiavi assegnategli per decifrare il testo.
Obiettivo Creare un SISTEMA FAULT-TOLLERANCE, affinché venga mantenuta l’AVAILABILITY (Continuità) del servizio erogato. Soluzione : architettura scelta + uso della replicazione
Vantaggi dell’architettura scelta Range di chiavi affidate ad un altro slave Range di chiavi affidate ad più slave
Punto critico E se cade il Server Manager? ServerManager C1 C2 C3 S4 S3 S2 S1
Punto critico Soluzione: Replicazione con Modello a copie passive ServerManager C1 C2 C3 S4 S3 S2 S1 ServerManager Secondario calde checkpoint
Punto critico ServerManager C1 C2 C3 S4 S3 S2 S1 ServerManager Secondario checkpoint Risultato: un sistema con safety (ma senza liveness)
Le tabelle viste in dettaglio Il nome di ogni slave è univo nella tabella Carico indica il carico totale di tutte le istanza assegnate a quello slave
Le tabelle viste in dettaglio Update di LeftKey: LeftKey = LeftKey + Checkpoint + 1
C2 E1 E2 Funzionamento interno(1) C1 TCC S3 S2 S1 TSvC
Funzionamento interno(1)
Funzionamento interno (2) E1E2E3E4 RM TEC SlaveNameCrash Thread Group terminate getRisultato putRisultatobalanceAlgorithm()
Considerazioni sull’efficienza e la QoS C1 C2 CN coda input flusso di richieste in ingresso output richieste perse flusso di risposte in uscita Server Manager (leaky bucket)
Fine