Sistemi Web distribuiti
|
|
- Leonzia Marchesi
- 6 anni fa
- Visualizzazioni
Transcript
1 Università degli Studi di Roma Tor Vergata Dipartimento di Ingegneria Civile e Ingegneria Informatica Sistemi Web distribuiti Corso di Sistemi Distribuiti e Cloud Computing A.A. 2015/16 Valeria Cardellini Perché sistemi Web distribuiti? Successo del Web Alcuni siti soggetti a centinaia di milioni di richieste ogni giorno Classifica dei top site: Evoluzione dei servizi basati sul Web Servizi sempre più complessi con crescente carico computazionale Aspettative degli utenti Regola degli X secondi X=8, definita nel 2001 X=4, analisi del 2006 sponsorizzata da Akamai Valeria Cardellini - SDCC 2015/16 2
2 Components of the Web delay Web client DNS server Web server Address resolution delay DNS query DNS reply Client delay SYN j Connection delay Client delay Network delay Server delay SYN k, ACK j+1 ACK k+1 HTTP request Network delay HTTP response Dov è il collo di bottiglia? Where is the bottleneck? DNS? Client? Network? Server? t Valeria Cardellini - SDCC 2015/16 3 Strengthening Web performance Actions on the client side Improve Web site design, use HTML5, use HTTP/2 Actions on the network side Partially done, but the grand challenge is the Internet at the speed of light Actions on the application provider side Replicate the application and distribute the requests Focus Where to replicate? In-house data centers, private Clouds, public Clouds, Content Delivery Networks (CNDs) Valeria Cardellini - SDCC 2015/16 4
3 Ottimizzazioni lato server Scale-up (scalabilità verticale) Miglioramenti hw/sw LAN Scale-out (scalabilità orizzontale) Sistemi con server multipli (Web/cache) WAN Valeria Cardellini - SDCC 2015/16 5 Scale-up e scale-out: costo Scale-up: Costo esponenziale LAN Scale-out: Costo lineare WAN Valeria Cardellini - SDCC 2015/16 6
4 Scale-up e scale-out: soluzioni Scale-up software Interventi a livello del SO Esempi: evitare copie multiple della stessa risorsa, politiche di scheduling diverse da round-robin (ad es. SRTF) Interventi a livello del server Web Ad es: Apache HTTP server 2.4, lighttpd (architettura eventdriven), nginx (I/O non bloccante) Scale-out A livello di application provider Distribuzione locale dei server Focus Distribuzione globale dei server Integrazione con meccanismi di caching Soluzioni in-house, outsourced oppure Cloud-based A livello di intermediari Content Delivery Network Valeria Cardellini - SDCC 2015/16 7 Sistemi Web distribuiti Distribuzione locale Distribuzione globale Web cluster Web geo-cluster Valeria Cardellini - SDCC 2015/16 8
5 Cluster (in generale) Definizione: A cluster is a type of parallel or distributed processing system, which consists of a collection of interconnected stand-alone computers cooperatively working together as a single, integrated computing resource. [Rajkumar Buyya] Un insieme di elementi di elaborazione che: cooperano in modo asincrono comunicano mediante una rete di interconnessione per risolvere velocemente problemi (di grandi dimensioni) E l unità di calcolo fondamentale e più diffusa per i servizi applicativi moderni Se occorre maggiore potenza computazionale: multi-cluster ovvero molteplici cluster distribuiti geograficamente Focus sull uso dei cluster in ambito Web Valeria Cardellini - SDCC 2015/16 9 Elementi per distribuire le richieste Cosa occorre per distribuire le richieste all interno di un cluster? Meccanismo di instradamento (routing) per indirizzare le richieste client al nodo migliore Algoritmo di distribuzione (dispatching) per individuare il nodo migliore e bilanciare (o condividere) il carico di lavoro Un componente esecutore per eseguire l algoritmo di distribuzione utilizzando il relativo meccanismo di routing Valeria Cardellini - SDCC 2015/16 10
6 Traditional Web application Web switch (VIP) Horizontal replication at multiple tiers The most common architecture for Web applications, widely deployed Best practice: 3-tier shared nothing architecture Save state out of server/component Outage of a single server/component should not compromise the whole system Valeria Cardellini - SDCC 2015/16 11 Cloud-native application Web switch (VIP) What do the two architectures have in common? The load balancer tier! Valeria Cardellini - SDCC 2015/16 12
7 Web cluster Architettura distribuita localmente che fornisce applicazioni Web Caratteristiche di trasparenza e scalabilità Indirizzi del cluster (per una singola applicazione) Un solo nome logico (es., ) Un solo indirizzo IP (virtual IP address o VIP) Web switch: nodo (tier) di front end del cluster Indirizzo IP dello switch = indirizzo IP del Web cluster Nodi interni del cluster Indirizzi IP dei nodi non visibili all esterno Valeria Cardellini - SDCC 2015/16 13 Richiesta a Web cluster Risposta (5) (4) Richiesta (1) (3) Cluster (2) DNS server root DNS server locale Fattori da considerare: Caratteristiche del cluster switch DNS server autoritativo per Flusso dei pacchetti di risposta Valeria Cardellini - SDCC 2015/16 14
8 Web switch Componente di rete con ruolo di dispatcher Anche noto come: load balancer (1999) traffic manager (2003) application delivery controller (dal 2009) Mapping da VIP ad indirizzo IP di un server interno al cluster Implementazioni alternative più comune Dispositivo hardware special-purpose Modulo software eseguito a livello kernel (SO specialpurpose) Modulo software eseguito a livello applicativo (SO generalpurpose) Valeria Cardellini - SDCC 2015/16 15 Web switch (2) Distribuzione delle richieste a granularità fine A livello di pacchetto TCP o richiesta HTTP Due architetture alternative in base al livello dello stack ISO/OSI in cui lo switch opera Switch di livello 4: content information blind Informazioni disponibili: sorgente e destinazione indirizzo IP, numeri di porta TCP, SYN/FIN bit nell header TCP Switch di livello 7: content information aware Informazioni disponibili: URL, cookie, altri header HTTP, identificativo SSL, Uno switch consente di gestire non solo traffico Web Nel corso focus su traffico Web Valeria Cardellini - SDCC 2015/16 16
9 Architetture per Web cluster One-level routing (centralizzato) Fase di richiesta Web switch Web switch (Livello 4) Web switch (Livello 7) Two-way One-way Two-way One-way Packet rewriting Packet forwarding Packet tunneling TCP gateway TCP splicing TCP handoff TCP conn. hop Valeria Cardellini - SDCC 2015/16 17 Architetture per Web cluster (2) Classificazione delle architetture basata su: Livello dello stack OSI a cui opera il meccanismo di routing Percorso seguito dai pacchetti I pacchetti in ingresso (inbound) passano sempre dallo switch I pacchetti in uscita (outbound) Passano anche dallo switch: architetture two-way Transitano attraverso un altra connessione: architetture oneway Meccanismo di routing utilizzato dal Web switch per reindirizzare i pacchetti inbound verso i server Ad esempio: packet rewriting, TCP handoff Valeria Cardellini - SDCC 2015/16 18
10 Web switch di livello 4 Opera a livello TCP/IP Gestione della connessione TCP Pacchetti appartenenti alla stessa connessione TCP devono essere assegnati allo stesso server Il Web switch utilizza una binding table per la gestione delle connessioni TCP attive Il Web switch esamina l header di ogni pacchetto: nuova connessione (SYN) assegnamento del server connessione esistente ricerca nella binding table Valeria Cardellini - SDCC 2015/16 19 Architetture di livello 4 two-way Packet double-rewriting Cluster node 1 Cluster node 2 Cluster node 3 Richiesta Risposta (VI P) Web switch LAN DNS server locale DNS server autoritativo per Cluster node n Cluster node 4 Valeria Cardellini - SDCC 2015/16 20
11 Architetture di livello 4 two-way (2) Packet double-rewriting (ovvero NAT) Ogni nodo del cluster ha il suo indirizzo IP privato I pacchetti in uscita devono riattraversare lo switch Web switch modifica dinamicamente sia i pacchetti entranti sia quelli uscenti Indirizzo IP destinazione dei pacchetti entranti (VIP IP nodo scelto) Indirizzo IP sorgente dei pacchetti uscenti (IP nodo scelto VIP) Ricalcolo dei checksum IP e TCP Tecnica basata sul meccanismo di Network Address Translation (NAT) Valeria Cardellini - SDCC 2015/16 21 Architetture di livello 4 one-way Packet single-rewriting Packet forwarding Packet tunneling Cluster node 1 Cluster node 2 Cluster node 3 Risposta (VI P) LAN Richiesta Web switch Cluster node n Cluster node 4 DNS server locale DNS server autoritativo per Valeria Cardellini - SDCC 2015/16 22
12 Architetture di livello 4 one-way (2) Packet single-rewriting Lo switch modifica solo i pacchetti entranti Il nodo scelto modifica i pacchetti in uscita (IP nodo VIP) Packet forwarding Non c è modifica dei pacchetti TCP/IP entranti ed uscenti: l inoltro avviene a livello MAC (ri-indirizzamento del frame MAC) Indirizzo VIP condiviso da Web switch e nodi (disabilitare ARP per VIP sui nodi) PRO: minor overhead sullo switch per pacchetto CONTRO: Web switch e nodi sulla stessa sottorete fisica Packet tunneling Lo switch incapsula il pacchetto IP del client in un altro pacchetto IP, il cui header contiene: VIP come indirizzo IP sorgente e indirizzo nodo come indirizzo IP destinatario Indirizzo VIP condiviso (come packet forwarding) Valeria Cardellini - SDCC 2015/16 23 Web switch di livello 7 Opera a livello applicativo Deve stabilire la connessione TCP con il client ed attendere la richiesta HTTP Ispeziona il contenuto della richiesta HTTP per decidere a quale nodo inoltrarla Parsing della linea di richiesta e degli header HTTP Principali caratteristiche del content-based routing Consente il partizionamento dei servizi tra server diversi, eventualmente specializzati Favorisce l utilizzo di meccanismi di caching Supporta il dispatching a granularità fine delle richieste HTTP effettuate tramite connessioni persistenti Valeria Cardellini - SDCC 2015/16 24
13 Decisione sull assegnamento a livello 4 e 7 Livello 4: alla ricezione del segmento TCP con flag SYN Livello 7: alla ricezione della richiesta HTTP Valeria Cardellini - SDCC 2015/16 25 Architetture di livello 7 two-way TCP gateway (livello applicativo) Il Web switch è realizzato mediante un proxy Forwarding dei dati a livello applicativo Overhead elevato Ogni richiesta/risposta attraversa sullo switch tutto lo stack di protocolli (data link application data link) Valeria Cardellini - SDCC 2015/16 26
14 Architetture di livello 7 two-way TCP splicing (livello di SO) Ottimizzazione del TCP gateway Forwarding dei dati a livello TCP Splicing: giunzione a livello kernel di 2 connessioni TCP separate Si evitano così gli overhead di context switching e memory copying tra user space e kernel space Il primo pacchetto determina la scelta del nodo e l instaurazione della connessione persistente fra il Web switch ed il nodo scelto I pacchetti successivi sono trasmessi dal Web switch a livello TCP (quasi alla velocità di un router) Richiede modifiche del kernel del SO del Web switch Supporto per TCP splicing nel kernel di Linux a partire da Valeria Cardellini - SDCC 2015/16 27 Architetture di livello 7 one-way TCP handoff (livello di SO) Il Web switch passa (handoff) la connessione TCP al nodo scelto, che gestisce il servizio ed invia direttamente la risposta al client Richiede modifiche del kernel dei SO del Web switch e dei nodi Client Server User level (1) Dispatcher (4) (5) Kernel (2) Handoff (3) Handoff TCP/IP TCP/IP TCP/IP conn req ack response conn req Forward handoff req ack Client Web switch Target server Valeria Cardellini - SDCC 2015/16 28
15 Algoritmi di distribuzione nei sistemi Web Due classi di algoritmi di distribuzione Statici (stateless) Dinamici (state aware) Informazioni sui client (client info aware) Informazioni sullo stato dei server (server state aware) Informazioni sui client e sullo stato dei server (client info & server state aware) Nullo Livello di informazioni di stato Elevato Valeria Cardellini - SDCC 2015/16 29 Algoritmi statici vs. dinamici Statici Facile implementazione Overhead trascurabile (sullo switch) Possibili situazioni di sbilanciamento del carico Dinamici Implementazione più complessa Overhead di comunicazione (tra switch e nodi) e di computazione (sullo switch) Miglior bilanciamento del carico a parità di politica adottata Valeria Cardellini - SDCC 2015/16 30
16 Confronto meccanismi di distribuzione Livello 4 Livello connessione TCP Algoritmi di distribuzione application blind Algoritmi statici e dinamici Livello 7 Livello connessione applicativa (HTTP) Algoritmi di distribuzione application aware Algoritmi dinamici Almeno client info aware (occorre usare l informazione contenuta nella richiesta del client!) Valeria Cardellini - SDCC 2015/16 31 Distribuzione a livello 4 Esempi di algoritmi statici: Random Round Robin: assegnamento circolare Static Server Weight: peso statico assegnato ai nodi in base alle caratteristiche hw e poi random oppure round robin in modo proporzionale ai pesi assegnati Gli algoritmi statici possono essere integrati con un meccanismo di health monitoring per escludere server malfunzionanti Valeria Cardellini - SDCC 2015/16 32
17 Distribuzione a livello 4 (2) Esempi di algoritmi dinamici server state-aware: Distribuzione delle richieste in base allo stato di carico dei nodi del cluster Vari indice di carico: utilizzazione CPU, throughput I/O, RAM disponibile, numero di connessioni aperte, tempo di risposta, Stato di carico acquisito in modo diretto (comunicazione tra nodi e Web switch) oppure in modo indiretto sul Web switch, a seconda dell indice di carico usato Least Loaded: si sceglie il server con carico minimo: attenzione all herd effect! Meglio randomizzare su un sottoinsieme di nodi Weighted Round Robin: peso dinamico assegnato ai nodi in base allo stato di carico e round robin basato sui pesi Energy-aware: algoritmi che ottimizzano il consumo di potenza Algoritmi statici o dinamici? Prestazioni confrontabili finché il tempo di servizio delle richieste varia in 2 ordini di grandezza; oltre i 2 ordini di grandezza, meglio algoritmi dinamici Valeria Cardellini - SDCC 2015/16 33 Distribuzione a livello 7 Esempi di algoritmi dinamici client info aware Identificatori di sessione (sticky session o session persistence): richieste HTTP con stesso SSL id o stesso cookie assegnate allo stesso server Partizionamento del contenuto tra i server: ad es. in base al tipo di risorsa (per utilizzare server specializzati) oppure applicando una funzione hash sul path della risorsa (per aumentare il cache hit rate nei server) Esempi di algoritmi dinamici client info & server state aware Locality Aware Request Distribution (LARD): considera sia il tipo di richiesta/servizio sia lo stato di carico dei server Web Valeria Cardellini - SDCC 2015/16 34
18 Prodotti commerciali per Web cluster Principali prodotti commerciali Barracuda Load Balancer Brocade Series ADX, Virtual Traffic Manager Cisco Application Control Engine (ACE) e Content Service Switch (CSS) Citrix NetScaler Fortinet FortiADC F5 Networks BIG-IP Local Traffic Manager (LTM) loadbalancer.org Microsoft Network Load Balancing (NLB) Radware AppDirector Resonate Central Dispatch Valeria Cardellini - SDCC 2015/16 35 Prodotti commerciali per Web cluster (2) Tranne Microsoft NLB e Brocare Virtual Traffic Manager, i prodotti commerciali sono dispositivi hardware special-purpose Oltre alla distribuzione delle richieste, svolgono anche: Task CPU-intensive: crittografia e decrittografia SSL (SSL offloading), gestione di sessioni TCP Compressione e caching dei contenuti Protezione da attacchi di tipo DDoS Obiettivi: ridurre il carico sui server, consolidare il cluster, ridurre il consumo di banda di rete, migliorare la percezione del servizio da parte degli utenti Valeria Cardellini - SDCC 2015/16 36
19 Prodotti open source per Web cluster Principali prodotti open source HAProxy usato ad es. da Airbnb, DISQUS, Fedora, GitHub, Instagram, Reddit, Tumblr, w3.org Performance: barrier of 100k HTTP req/s crossed in 2009! Linux Virtual Server (LVS) nginx Server HTTP, in grado di servire un numero maggiore di richieste concorrenti rispetto ad Apache (vedi Apache vs nginx) Usato dal 17,4% dei siti, ad es. Netflix (vedi Netcraft December 2015 Web Server Survey) Può anche essere usato come load balancer Perlbal Pound Operano tutti a livello software Valeria Cardellini - SDCC 2015/16 37 Cloud-based load balancers Amazon Elastic Load Balancing (ELB) Distributes incoming application traffic across multiple Amazon EC2 instances Detects unhealthy instances within a pool and automatically reroutes traffic to healthy instances (failover) Supports sticky sessions to specific EC instances Can also be used in an Amazon Virtual Private Cloud (VPC) to distribute traffic between application tiers Rackspace Cloud Load Balancer User can choice the server to be balanced (not only Cloud instances) Some features: SSL termination at the load balancer, session persistence across all protocols, node health monitoring and failover protection, DDoS protection Open source code Valeria Cardellini - SDCC 2015/16 38
20 Cloud-based load balancers (2) Google s Network Load Balancing Distributes incoming TCP/UDP traffic across multiple Compute Engine instances Layer 4 load balancing Dispatching algorithm: client-info aware Choose server based on hash of the source IP and port, destination IP and port, and protocol Instance health monitoring (based on HTTP) and failover protection Valeria Cardellini - SDCC 2015/16 39 Oltre il front-end tier Fino ad ora abbiamo analizzato la replicazione orizzontale nel front-end tier (Web server) La replicazione orizzontale può essere attuata anche nei livelli più interni: middle tier, composto da application server back-end tier, composto da database/storage server Valeria Cardellini - SDCC 2015/16 40
21 Replicazione del middle tier Obiettivo del dispatching per il middle tier: scegliere un server del middle tier Granularità del dispatching: intera richiesta Dispatching attuato da un entità centralizzata interposta tra front-end e middle tier oppure in modo distribuito da ciascun server Web Dispatching implementato in diversi prodotti usando semplici politiche di distribuzione (varianti di roundrobin, weighted round-robin, least loaded) Esempi: Per Apache HTTP server e Tomcat: connettore JK e dispatching tramite mod_proxy di Apache Eureka: servizio REST usato da Netflix per load balancing e failover dei server nel middle tier Valeria Cardellini - SDCC 2015/16 41 Replicazione del back-end tier Il DB (o più in generale il tier di storage) può essere eseguito su più nodi Replicazione del DB (completa o parziale) su più repliche identiche Distribuzione generalmente trasparente al middle tier (non vi è dispatching esplicito) Problema (e relativi overhead): Mantenere la consistenza dei dati e la tolleranza ai guasti Valeria Cardellini - SDCC 2015/16 42
22 Caching e clustering del back-end tier Per incrementare le prestazioni, si può integrare la replicazione del back-end tier con meccanismi di caching dei risultati delle query Utile soprattutto se DB read-intensive (o mostly read) Esempi: Memcached e redis Per migliorare disponibilità e continuità di servizio, si può usare un middleware per gestire cluster di DB, eventualmente distribuiti geograficamente Esempio: VMware Continuent (ha un motore di replicazione open source) Valeria Cardellini - SDCC 2015/16 43 Memcached Free and open source, used e.g., by Flickr, Twitter, Wikipedia, Youtube High-performance, distributed memory object caching system Generic in nature, but intended for use in speeding up dynamic web applications by alleviating database load Provides in-memory key-value store for small chunks of arbitrary data (strings, objects) from results of database calls, API calls, or page rendering API available for most languages Valeria Cardellini - SDCC 2015/16 44
23 Example of Web cluster architecture: DISQUS DISQUS (October 2010) The largest Django app Traffic: req/sec Hw & sw architecture 100 server 30% web servers (Apache + mod_wsgi) 10% databases (PostgreSQL) 25% cache servers (memcached) 20% load balancing/high availability (HAProxy + heartbeat) 15% utility servers (Python scripts) See Scaling DISQUS article Valeria Cardellini - SDCC 2015/16 45 Example of Web cluster architecture: Facebook High-level architecture of a Facebook cluster sw in the Web tier: HipHop, Tornado, node.js HipHop: trasforms PHP code in highly optimized C++ code Tornado: non blocking server written in Python Node.js: server-side JavaScript and event-driven I/O Static content delivered by Akamai Varnish as HTTP accelerator Varnish is designed for content-heavy dynamic web sites as well as heavily consumed APIs Valeria Cardellini - SDCC 2015/16 46
24 Example of Web cluster architecture: Facebook (2) Persistence is done using MySQL, Memcached, Hadoop s HBase - Memcached is used as a cache for MySQL as well as a general purpose cache - See Scaling Memcache at Facebook paper) Offline processing is done using Hadoop and Hive The description of hw architecture of Facebook data center is publicly available at opencompute.org The result is a data center full of vanity free servers which is 38% more efficient and 24% less expensive to build and run than other state-of-the-art data centers. Valeria Cardellini - SDCC 2015/16 47 Sommario caratteristiche Web cluster Architetture alternative (front-end tier) Web switch livello 4 vs. Web switch livello 7 One-way vs. two-way Principali vantaggi Controllo a granularità fine sull assegnamento delle richieste Elevata affidabilità (disponibilità, sicurezza) Principali svantaggi Presenza di single point of failure (il Web switch) e scalabilità limitata dal Web switch Soluzione parziale: replicazione orizzontale+verticale del Web switch è load balancer tier Scalabilità limitata dalla banda di accesso ad Internet Incapacità di evitare i link di rete congestionati Soluzione Replicare i cluster su scala geografica (global scale-out) Valeria Cardellini - SDCC 2015/16 48
25 Delivery su scala geografica Alternative disponibili ad un content/service provider per distribuire i propri contenuti/servizi su scala geografica in modo efficiente e scalabile: Il provider possiede e gestisce l intera piattaforma (soluzione on-premise) Oppure delega la gestione della piattaforma ad uno o più data center Oppure ad un IaaS o PaaS provider In tutti questi casi: sistemi Web distribuiti geograficamente Oppure il provider gestisce solo i contenuti/servizi ma delega ad una terza parte il servizio di delivery dei contenuti/servizi agli utenti (Content Delivery Network o equivalente servizio Cloud a livello SaaS, ad es. Amazon CloudFront) Valeria Cardellini - SDCC 2015/16 49 Mechanisms for geo-distributed Web systems Global scale-out increases the complexity of the overall architecture Which request routing mechanisms? We ll mainly consider: DNS redirection Anycast HTTP redirection Which dispatching algorithms? Where to locate the clusters? Valeria Cardellini - SDCC 2015/16 50
26 Cluster vs multi-cluster Distribuzione locale Distribuzione geografica Web cluster Web multi-cluster Dispatching a livello 4 (OSI) Dispatching a livello 7 (OSI) Dispatching in 2 fasi (inter-cluster+ intra-cluster) Dispatching in 3 fasi (inter-cluster+ intra-cluster+ inter-cluster) Valeria Cardellini - SDCC 2015/16 51 Redirezione DNS Multi-cluster: l applicazione Web è fornita da un architettura di Web cluster distribuiti geograficamente in diverse regioni Internet Meccanismo di routing delle richieste verso il cluster migliore basato sul DNS Indirizzi dell applicazione Web Unico hostname al quale corrispondono molteplici indirizzi IP, tanti quanti sono i Web cluster Indirizzo IP fornito dal server DNS autoritativo corrisponde al VIP dello switch del cluster selezionato Il routing avviene nella fase di address lookup -> è application-blind Soluzione anche nota come redirezione DNS Il server DNS autoritativo seleziona un cluster applicando un algoritmo di dispatching (o distribuzione) delle richieste di risoluzione di indirizzo Valeria Cardellini - SDCC 2015/16 52
27 Web multi-cluster (2 livelli) Un unico hostname Un indirizzo IP per cluster Web switch Richiesta HTTP Web switch Web switch Risposta DNS locale < ,TTL> DNS autoritativo per Web switch Valeria Cardellini - SDCC 2015/16 53 Dispatching di primo livello (mediante DNS) Il primo livello di distribuzione inter-cluster avviene nella fase di risoluzione dell indirizzo (address lookup): il client richiede l indirizzo IP del cluster corrispondente all hostname indicato nell URL se l hostname è valido, il client riceve la coppia da: < Indirizzo IP, Time-To-Live> cache di qualche DNS server locale o intermedio oppure DNS autoritativo per l applicazione, opportunamente modificato per selezionare il cluster migliore applicando un algoritmo di dispatching (o distribuzione) Valeria Cardellini - SDCC 2015/16 54
28 Algoritmi di dispatching per DNS DNS-based dispatching Static Client info aware Cluster state aware Client info & cluster state aware Internet proximity Cluster load Internet proximity Cluster load Alcuni esempi di algoritmi di dispatching attuati dal DNS server autoritativo - Round-robin - Prossimità di rete tra client e cluster - Carico dei cluster - Combinazione di prossimità di rete e carico dei cluster Valeria Cardellini - SDCC 2015/16 55 Prossimità in Internet La prossimità geografica tra client e server non implica la prossimità Internet Valutazione statica della prossimità indirizzo IP del client per determinare la zona Internet (simile a distanza geografica) numero di hop (informazione stabile più che statica ) network hop (ad es. traceroute) Autonomous System hop (query delle tabelle di routing BGP) Non garantisce la selezione del cluster migliore: links are not created equal Valeria Cardellini - SDCC 2015/16 56
29 Prossimità in Internet (2) Valutazione dinamica della prossimità round trip time (ad es. ping, tcping) bandwidth disponibile (ad es. pathchirp, models/tools.html per una lista più completa) latenza delle richieste HTTP (es., request emulation) Tempo aggiuntivo e costi di traffico per la valutazione Un problema ancora aperto: correlazione tra numero di hop e round trip time? Misure vecchie (1995): prossima a zero Misure recenti (dal 2000): mediamente elevata Valeria Cardellini - SDCC 2015/16 57 Problemi del dispatching geografico (di cui le politiche di dispatching devono tener conto) Problemi tipici del dispatching Web Picchi di carico in alcune ore/giorni Problemi aggiuntivi Traffico dipendente dai fusi orari Distribuzione non uniforme dei client tra le regioni Internet Prossimità Internet tra client e Web cluster Connessioni da una Regione Ora del giorno Valeria Cardellini - SDCC 2015/16 58
30 Problemi del dispatching tramite DNS Oltre ai problemi del dispatching geografico Meccanismo di distribuzione application-blind e a granularità grossa Server DNS autoritativo con controllo limitato sulla risoluzione delle richieste di indirizzo: Nel caso di siti molto popolari (e TTL standard di 1 giorno): controlla solo il 5% del traffico in arrivo al sito Perché? A causa del caching hostname-indirizzo IP nei name server locali e intermedi per la durata del TTL Come risolvere il problema? TTL prossimo a zero per aumentare il controllo, ma causa overhead sul DNS! Algoritmi di DNS dispatching sofisticati (ad es. TTL-adattativi) DNS anycast Valeria Cardellini - SDCC 2015/16 59 An old problem for DNS redirection The traditional DNS mapping system identifies a client using the IP address of its local name server (LDNS) The LDNS makes the recursive query for name resolution on behalf of the client But clients can be far from their LDNSes (even 8 hops!) Problem: inaccuracy for the authoritative name server in identifying the proximal replica that can be reached by the client with low latency New EDNS-client-subnet extension proposed by Google and Akamai to overcome this difficulty The DNS query contains information about the client that originated it tools.ietf.org/html/draft-ietf-dnsop-edns-client-subnet-00 Valeria Cardellini - SDCC 2015/16 60
31 Come risolvere i problemi del dispatching DNS Alcune soluzioni (non alternative tra loro) Valeria Cardellini - SDCC 2015/16 Fase di richiesta di risoluzione dell indirizzo: realizzare un infrastruttura scalabile di DNS autoritativo (anycast o tipo infrastruttura DNS di Akamai) per poter usare un TTL basso Fase di richiesta dell applicazione: aggiungere un altro livello di dispatching integrando quello centralizzato attuato dal DNS autoritativo con dispatching distribuito da parte dei cluster Occorre usare un meccanismo di re-routing delle richieste: Redirezione HTTP IP tunneling URL rewriting Redirezione RTSP (Real Time Streaming Protocol) Redirezione SIP (Session Initiation Protocol) 61 Dispatching per Web multi-cluster Indirizzi visibili dell applicazione Web Un unico hostname (ad es., ) Un indirizzo IP per ogni Web cluster Livelli multipli di routing e dispatching: DNS autoritativo: seleziona il Web cluster migliore (dispatching inter-cluster) Web switch del cluster: seleziona il nodo migliore (dispatching intra-cluster) Ciascun nodo (o Web switch di livello 7): può ridirigere le richieste verso un altro cluster, ad es. per risolvere situazioni temporanee di sovraccarico (dispatching inter-cluster o crosscluster) Non consideriamo gli ulteriori livelli di dispatching interni al cluster Valeria Cardellini - SDCC 2015/16 62
32 Web multi-cluster (3 livelli) Web switch 3 Web switch 2 Web switch Prima richiesta HTTP Go To Seconda richiesta HTTP Risposta DNS locale < ,TTL> DNS autoritativo per Web switch Valeria Cardellini - SDCC 2015/16 63 Motivazioni per terzo livello di dispatching Web multi-cluster con due livelli di dispatching Controllo elevato sul carico che raggiunge il Web cluster (buon bilanciamento intra-cluster) Ma reazione lenta ad un cluster sovraccarico (cattivo bilanciamento inter-cluster) Web multi-cluster con tre livelli di dispatching: Reazione immediata per spostare il carico da un cluster sovraccarico Quale meccanismo di redirezione? DNS e Web switch: usano politiche di dispatching centralizzate Redirezione: usa politiche di dispatching distribuite, in cui i nodi del cluster possono partecipare al riassegnamento delle richieste Valeria Cardellini - SDCC 2015/16 64
33 Supporto nativo nel protocollo HTTP New location : come indicarla? Indirizzo IP (prestazioni migliori ma no trasparenza) Hostname Vantaggi Compatibilità Redirezione HTTP HTTP message header HTTP status code Moved temporarily to a new location Affidabilità (meccanismo distribuito, no single point of failure ) Distribuzione delle richieste application-aware Svantaggi Limitata alle richieste HTTP (altri meccanismi di redirezione più generali, ad es. IP tunneling) Maggior traffico di rete: ogni richiesta rediretta richiede una nuova connessione TCP Redirezione riduce tempo di risposta se impatto del server > impatto della rete Valeria Cardellini - SDCC 2015/16 65 Anycast Anycast: point-to-point flow of packets between a client and (at least) one replica, typically the nearest, of a group of servers identified by the same anycast address One-to-one of many association Idea: a client sends packets to any one of several possible servers offering a particular service or application but does not really care which one How? A single anycast address is assigned to many servers belonging to an anycast group Client sends packets to an anycast address A and the network attempts to deliver the packet to the closest server with the matching anycast address A Valeria Cardellini - SDCC 2015/16 66
34 Anycast in Internet IP anycast: anycast service at network layer Enables to assign the same IP address to multiple endpoints From a network perspective, nothing special! Same as having multiple paths to the same endpoint: routers select the shortest path from their perspective Implemented by using BGP (or OSPF within the same AS) Nearest depends on the routing s system measure of distance Pros: Backward compatibility: transparent to existing routing protocols With respect to DNS redirection, server selection decision based on the proximity to the client itself, not to its local DNS Valeria Cardellini - SDCC 2015/16 67 Anycast in Internet (2) Cons: Difficulty of deployment, but manageable by skilled network engineers Lack of load balancing: routers do not consider server load when routing a request Connection disruption in connection-oriented downloads: possibility of a route change in the middle of a transfer Not good for stateful long-lived connections But stateless protocols (or protocols that recover well) can still work: luckily for the Web, DNS is stateless and HTTP is reasonably stateless Valeria Cardellini - SDCC 2015/16 68
35 IP anycast for DNS service By far, the most common use for IP anycast is for DNS Multiple DNS name servers deployed using the same anycast IP address Why to use? To provide: faster DNS response times increased reliability resilience against DDoS attacks Some examples of DNS anycast: Some Internet root nameservers are implemented as clusters of hosts using anycast addressing Google Public DNS Valeria Cardellini - SDCC 2015/16 69 IP anycast for HTTP traffic Anycast is becoming an alternative to DNS redirection for geographically distributed Web systems Web clusters can be deployed globally with the same anycast address When anycast works well (not easy to achieve!), it can address most issues of DNS redirection: Authoritative DNS server can reply with the same IP address for all users and the address can have a longer TTL and be cached by intermediate and local DNS name servers No need to know where the user is: routing will take care of bringing the client to the closest server regardless of where it or its DNS server is But load balancing among clusters is still an issue! Now used by some big providers, sometimes in conjunction with DNS redirection (e.g., Amazon, Google, LinkedIn, YouTube) Valeria Cardellini - SDCC 2015/16 70
36 Distribute requests to LinkedIn First level of request distribution: regional anycast See CNAME resource record which maps to different continents (Europe and USA) TCP over IP Anycast - Pipe dream or Reality? DNS resolution from Rome dig ANSWER SECTION:! glb-any-eu IN!CNAME!any-eu. any-eu !IN!A! !! DNS resolution from EC2 instance in Frankfurt dig ANSWER SECTION:! glb-any-eu IN!CNAME!any-eu. any-eu !IN!A! ! Valeria Cardellini - SDCC 2015/16 71 Distribute requests to LinkedIn (2) DNS resolution from EC2 instance in US-east dig ;; ANSWER SECTION: 45 IN CNAME any-na. any-na IN A ! 1. Client located in continent A -> assigned by authoritative DNS name server to IP anycast address ( ) of continent A 2. Anycast to route the client towards the closest replica of Valeria Cardellini - SDCC 2015/16 72
37 Prodotti commerciali per Web multi-cluster Alcuni prodotti commerciali basati su redirezione DNS Cisco ACE Global Site Selector F5 Networks BIG-IP Global Traffic Manager Radware AppDirector Resonate Global Dispatch Supportano il dispatching di primo livello basato su DNS, usando algoritmi basati su prossimità, carico e disponibilità dei cluster Valeria Cardellini - SDCC 2015/16 73 Cloud-based global load balancers Amazon Route 53 Provides DNS redirection to EC2 instances or clusters of EC2 instances Authoritative DNS server that answers DNS queries with low latency by using a global network of DNS servers Google s HTTP(S) load balancing service Appears to use anycast (a single global IP address) Provides also cross-region load balancing to Compute Engine instances in different regions Valeria Cardellini - SDCC 2015/16 74
38 Infrastruttura di Google Comprende centinaia di migliaia di macchine organizzate in almeno 13 mega data center distribuiti geograficamente Passeggiata in un data center di Google Valeria Cardellini - SDCC 2015/16 75 Infrastruttura di Google (2) Alcuni dati sui server Nel 2002 Google usava 6000 processori e dischi, con 2 cluster nella Silicon valley e 2 in Virginia Ciascun cluster connesso ad Internet tramite una connessione OC-48 (2488 Mbit/sec) e OC-12 (622 Mbit/ sec) con gli altri cluster Nel 2006: server (stima) Nel 2011: server (stima) Commodity server con una versione customized di Linux Alcuni dati sui servizi L indice di Google comprende circa 45 miliardi di URL Più di 3 miliardi di query al giorno, con l obiettivo di servire una query in meno di 0,2 secondi (ritardi di rete compresi!) 425 milioni di utenti Gmail Milioni di video su Youtube ogni giorno Research@Google: research.google.com/pubs/papers.html Valeria Cardellini - SDCC 2015/16 76
39 Google platform: key design principles Have reliability reside in software, not hardware Use low-cost (unreliable) commodity PCs to build a high-end cluster Replicate services across machines and detect failures Design for best total throughput, not peak server response time Response time can be controlled by parallelizing requests Rely on replication: this helps with availability too Price/performance ratio more important than peak performance Valeria Cardellini - SDCC 2015/16 77 Inside Google data center: hardware Source: J. Dean, Design, Lessons and Advice from Building Large Distributed Systems, LADIS Valeria Cardellini - SDCC 2015/16 78
40 Inside Google data center: some pictures Pictures courtesy of Jeff Dean In 1997 In 2000: note the fan! In 2007 Valeria Cardellini - SDCC 2015/16 In Source: L.A. Barroso, U. Hölzle, The Datacenter as a Computer: An Introduction to the Design of WarehouseScale Machines, Handling hw failures in Google Valeria Cardellini - SDCC 2015/16 80
41 SD ideati da Google Google File System (GFS)/Colossus Chubby Servizio di lock per SD lascamente accoppiati sviluppato per gestire la sincronizzazione a granularità grossa BigTable Sistema di storage distribuito column-oriented ad alte prestazioni Spanner Database di tipo NewSQL globalmente distribuito MapReduce Modello di processamento di dati distribuiti su larga scala Kubernetes Gestore di cluster di container Argomenti trattati nel corso Valeria Cardellini - SDCC 2015/16 81 Distribute requests to Google search engine First level of request distribution (inter-cluster): DNS redirection or anycast Reverse lookup: mrs04s09-in-f196.1e100.net Example: DNS resolution from Rome ;; ANSWER SECTION:! Example: DNS resolution from Rome in a different time of the day dig mrs04s09-in-f4.1e100.net Maximum TTL value assigned by Google authoritative name servers Valeria Cardellini - SDCC 2015/16 82
Sistemi Web distribuiti localmente. Valeria Cardellini Università di Roma Tor Vergata
Sistemi Web distribuiti localmente Valeria Cardellini Università di Roma Tor Vergata Motivazioni Il successo del Web Siti Web popolari sono soggetti a milioni di hit al giorno Es.: il sito Web delle Olimpiadi
DettagliSistemi Web distribuiti
Università degli Studi di Roma Tor Vergata Facoltà di Ingegneria Sistemi Web distribuiti Corso di Sistemi Distribuiti Valeria Cardellini Anno accademico 2009/10 Quali risorse Web? Risorse statiche Contenuto
DettagliSistemi Web distribuiti
Università degli Studi di Roma Tor Vergata Facoltà di Ingegneria Sistemi Web distribuiti Corso di Sistemi Distribuiti Valeria Cardellini Anno accademico 2008/09 Motivazioni Il successo del Web Siti Web
DettagliSistemi Web distribuiti
Università degli Studi di Roma Tor Vergata Dipartimento di Ingegneria Civile e Ingegneria Informatica Sistemi Web distribuiti Corso di Sistemi Distribuiti e Cloud Computing A.A. 2013/14 Valeria Cardellini
DettagliSistemi Web distribuiti
Università degli Studi di Roma Tor Vergata Dipartimento di Ingegneria Civile e Ingegneria Informatica Sistemi Web distribuiti Corso di Sistemi Distribuiti e Cloud Computing A.A. 2014/15 Valeria Cardellini
DettagliSistemi Web distribuiti geograficamente e sistemi per Web content delivery. Valeria Cardellini Università di Roma Tor Vergata
Sistemi Web distribuiti geograficamente e sistemi per Web content delivery Valeria Cardellini Università di Roma Tor Vergata Delivery su scala geografica Il content/service provider ha due possibilità
DettagliArchitetture di web-server a prestazione garantita
Architetture di web- a prestazione garantita Ing. Mariateresa Celardo Presidenza del Consiglio dei Ministri Ufficio per l Informatica, la Telematica e la Statistica Host collegati Gennaio 1993 1.313.000
DettagliCorso di Applicazioni Telematiche
Corso di Applicazioni Telematiche A.A. 2008-09 Lezione n.3 Prof. Roberto Canonico Università degli Studi di Napoli Federico II Facoltà di Ingegneria Caching Web replication Content delivery networks: realizzano
DettagliApache e Mysql cluster
Apache e Mysql cluster Index Affrontare il clustering da 4 a 400 nodi con strumenti open-source di livello enterprise (o meglio :>). Deploy di ambienti clusterizzati (Load Balancing e High Availability).
DettagliCdL MAGISTRALE in INFORMATICA A.A corso di Sistemi Distribuiti. 8. Le architetture (prima parte) Prof. S.Pizzutilo
CdL MAGISTRALE in INFORMATICA A.A. 2015-16 corso di Sistemi Distribuiti 8. Le architetture (prima parte) Prof. S.Pizzutilo I Sistemi Distribuiti Un Sistema Distribuito è un insieme di processori indipendenti
DettagliWeb replication. Giuliano. Casale 06/06/2005. casale@elet.polimi.it
Web replication 06/06/2005 Giuliano Casale casale@elet.polimi.it Web replication Soluzione server-side per permettere la scalabilitá Web: il sito Web è replicato su più server, eventualmente dislocati
DettagliInternet Protocol Versione 4: instradamento e routing. Aspetti di forwarding e routing del protocollo IPv4
Internet Protocol Versione 4: instradamento e routing Aspetti di forwarding e routing del protocollo IPv4 1 Instradamento (forwarding) Operazione comune a tutte le macchine con stack TCP/IP Router, end
DettagliFondamenti di Internet e Reti. Antonio Capone, Matteo Cesana, Ilario Filippini, Guido Maier
Antonio Capone, Matteo Cesana, Ilario Filippini, Guido Maier 4 - Livello Rete (parte ) Antonio Capone, Matteo Cesana, Ilario Filippini, Guido Maier Strato di rete e strato di trasporto Lo strato di trasporto
DettagliLinux Day 2009 24/10/09. Cloud Computing. Diego Feruglio
Linux Day 2009 24/10/09 Cloud Computing Diego Feruglio Cos è il Cloud Computing? An emerging computing paradigm where data and services reside in massively scalable data centers and can be ubiquitously
DettagliInterfaccia Web per customizzare l interfaccia dei terminali e
SIP - Session Initiation Protocol Il protocollo SIP (RFC 2543) è un protocollo di segnalazione e controllo in architettura peer-to-peer che opera al livello delle applicazioni e quindi sviluppato per stabilire
DettagliTransparent Networking e tecnologie di virtualizzazione della rete. M. Caberletti (INFN-CNAF) A. Brunengo (INFN Genova)
Transparent Networking e tecnologie di virtualizzazione della rete M. Caberletti (INFN-CNAF) A. Brunengo (INFN Genova) Sommario Networking nel Cloud Computing Virtualizzazione della rete Soluzioni di virtualizzazione
DettagliReti e Protocolli rassegna (II)
Reti e Protocolli rassegna (II) Francesco Dalla Libera francesco@dallalibera.org Prestazioni di un sistema di comunicazione: metriche Throughput (larghezza di banda) analogico: range di frequenze ammissibili
DettagliEmanuele Barrano Filippo Bosi CLOUD COMPUTING E ARCHITETTURE SOFTWARE: QUALI IMPATTI SULLO SVILUPPO DI APPLICAZIONI?
Emanuele Barrano Filippo Bosi CLOUD COMPUTING E ARCHITETTURE SOFTWARE: QUALI IMPATTI SULLO SVILUPPO DI APPLICAZIONI? Agenda Cloud Overview Approccio al Cloud Computing Impatto sullo sviluppo delle applicazioni
DettagliEvoluzione del livello di rete
Politecnico di Milano Advanced Network Technologies Laboratory Evoluzione del livello di rete o Multi Protocol Label Switching - MPLS MPLS o MultiProtocol Label Switching n n n n Pensato per unire i vantaggi
Dettagli(parte 2) DHCP e NAT
Marco Listanti Strato di rete (parte 2) DHCP e NAT Autoconfigurazione ur n Protocollo DHCP Telecomunicazioni Fondamenti di reti - Prof. Marco Listanti - A.A. 2010/2011 2008/2009 Configurazione degli Host
DettagliCdL MAGISTRALE in INFORMATICA A.A. 2014-15 corso di Sistemi Distribuiti. 8. Le architetture (prima parte) Prof. S.Pizzutilo
CdL MAGISTRALE in INFORMATICA A.A. 2014-15 corso di Sistemi Distribuiti 8. Le architetture (prima parte) Prof. S.Pizzutilo I Sistemi Distribuiti Un Sistema Distribuito è un insieme di processori indipendenti
DettagliInstradamento per servizi di tipo circuito virtuale. Dr. S. Greco Polito,
Instradamento per servizi di tipo circuito virtuale Servizio circuito virtuale: tabelle di instradamento e di inoltro q Ogni nodo contiene due tabelle: Tabella di instradamento Tabella di inoltro q La
DettagliPiattaforme Software Distribuite. Roberto Beraldi
Piattaforme Software Distribuite Roberto Beraldi Programma Applicazioni oggi Cloud computing Python Javascript Php Mobile app(cenni) Esame Progetto individuale Scritto Introduzione Ecosistema applicazioni
DettagliProgrammazione in Rete
Programmazione in Rete a.a. 2005/2006 http://www.di.uniba.it/~lisi/courses/prog-rete/prog-rete0506.htm dott.ssa Francesca A. Lisi lisi@di.uniba.it Orario di ricevimento: mercoledì ore 10-12 Sommario della
DettagliCloud e strumenti collaborativi. Roberto Salvatori Università di Teramo
Cloud e strumenti collaborativi Roberto Salvatori Università di Teramo 1 Sommario 2 Cloud Computing: Introduzione al cloud computing Prima parte 2 I. Introduzione al Cloud Computing 3 Cos è la Cloud? (1/2)
DettagliIn rete. I computers si parlano in modalità: Peer to Peer (P2P) o... Client/server
Eccone uno... In rete I programmi si parlano... Come fanno a comunicare? Si deve stabilire una connessione (come per le chiamate telefoniche...) Un computer è identificato da un indirizzo (IP) es: 217.133.109.2
DettagliCloud Amazon S3 e EC2 - Evidenze a un anno dall introduzione. Marzo 2010
Cloud Amazon S3 e EC2 - Evidenze a un anno dall introduzione Marzo 2010 Agenda Amazon S3 Amazon EC2 Casi d uso reale in Zero9 Conclusioni page 2 Amazon S3 Amazon Simple Storage Service (S3) è una soluzione
DettagliMeccanismi per la redirezione delle richieste in sistemi di server Web distribuiti geograficamente
Tesi di Laurea Meccanismi per la delle richieste in sistemi di server Web distribuiti geograficamente Candidato: Serena Ramovecchi Relatore: Prof. Salvatore Tucci Correlatrice: Ing. Valeria Cardellini
DettagliReti di Calcolatori Servizi di Rete Laboratorio di Didattica in Rete
Reti di Calcolatori Servizi di Rete Laboratorio di Didattica in Rete Reti di calcolatori Protocolli di Trasmissione: Il modello ISO/OSI L architettura TCP/IP Protocolli di trasmissione Un protocollo di
DettagliTesi di Laurea. Dispositivi e politiche di switching per cluster di Web server
Tesi di Laurea Dispositivi e politiche di switching per cluster di Web server Candidato: Massimiliano Antonioli Relatore: Prof. Salvatore Tucci Correlatore: Prof. Michele Colajanni Sommario Siti Web popolari:
DettagliMulti-layer switch commutazione hardware a vari livelli. Mario Baldi. Politecnico di Torino. http://staff.polito.it/mario.baldi
Multi-layer switch commutazione hardware a vari livelli Mario Baldi Politecnico di Torino http://staff.polito.it/mario.baldi Basato sul capitolo 10 di: M. Baldi, P. Nicoletti, Switched LAN, McGraw-Hill,
DettagliTesi di Laurea. WebSim: un simulatore basato su tracce per sistemi Web distribuiti localmente
Tesi di Laurea WebSim: un simulatore basato su tracce per sistemi Web distribuiti localmente Candidato: Mauro Ranchicchio Relatore: Prof. Salvatore Tucci Correlatore: Ing. Valeria Cardellini Sommario Sistemi
DettagliNAT: Network Address Translation
NAT: Network Address Translation Prima di tutto bisogna definire che cosa si sta cercando di realizzare con NAT 1. Stai cercando di consentire agli utenti interni di accedere a Internet? 2. Stai cercando
DettagliSommario ... vi Sommario
Sommario.... Introduzione xiii Capitolo 1 1 test per la certificazione Microsoft 1 Condizioni di svolgimento dei test 2 Impostazione e caratteristiche dei test 3 Uso efficace dei software di test Microsoft
DettagliOpenStack Self Data Center: il cloud computing secondo TIM
OpenStack Self Data Center: il cloud computing secondo TIM Michelangelo Uberti Marketing Analyst/Par-Tec S.p.A. #redhatosd PAR-TEC IN A NUTSHELL Par-Tec è un software & infrastructure system integrator
DettagliReti Informatiche Edizione N
Reti Informatiche Edizione N. 5 2014-15 Giuseppe Anastasi Pervasive Computing & Networking Lab. () Dipartimento di Ingegneria dell Informazione Università di Pisa E-mail: g.anastasi@iet.unipi.it Website:
DettagliRETI DI CALCOLATORI II
RETI DI CALCOLATORI II Facoltà di Ingegneria Università degli Studi di Udine Ing. DANIELE DE CANEVA a.a. 2009/2010 ARGOMENTI DELLA LEZIONE TEORIA DEL ROUTING ROUTING STATICO ROUTING DINAMICO o PROTOCOLLI
DettagliIL LIVELLO RETE IN INTERNET Protocollo IP
Reti di Calcolatori IL LIVELLO RETE IN INTERNET Protocollo IP D. Talia RETI DI CALCOLATORI - UNICAL 4-1 Il Protocollo IP IPv4 Datagram IP: formato Indirizzi IP: formato Protocolli di controllo IP mobile
DettagliInternet Protocol Versione 4: aspetti generali
Internet Protocol Versione 4: aspetti generali L architettura di base del protocollo IP versione 4 e una panoramica sulle regole fondamentali del mondo TCP/IP 1 Cenni storici Introduzione della tecnologia
DettagliArchitetture di rete. 4. Le applicazioni di rete
Architetture di rete 4. Le applicazioni di rete Introduzione L avvento di tecnologie (hw, sw, protocolli) di rete avanzate ha permesso la nascita di architetture software molto evolute che permettono lo
DettagliReti di Calcolatori ed Internet. Reti di Calcolatori ed Internet. Reti di Calcolatori. Reti di Calcolatori. Architettura dei Servizi di Rete
Reti di Calcolatori ed Internet Reti di Calcolatori ed Internet Corso di Informatica Generale (Roberto BASILI) Teramo, 13 Dicembre, 2000 Architettura dei Servizi di Rete Collegamenti Internet ed i Servizi
DettagliAllegato Tecnico Backup As A Service
Allegato Tecnico Backup As A Service Nota di lettura 1 Descrizione del servizio 1.1 Definizioni e acronimi 1.2 BACKUP AS A SERVICE 1.3 Attivazione del servizio Scenari possibili Scenario 1 Scenario 2 Scenario
DettagliArchitetture per Web cluster
Architetture per Web cluster One-level dispatching (centralizzato) Fase di lookup Fase di richiesta DNS Autoritativo DNS-like Web switch Web switch (Livellol 4) Web switch (Livello 7) Two-ways One-way
DettagliINFORMATICA DISTRIBUITA. prof. Carlo Bellettini. lez 9 Distribuzione dei contenuti
INFORMATICA DISTRIBUITA prof. lez 9 Distribuzione dei contenuti Università degli Studi di Milano Scienze e Tecnologie della Comunicazione Musicale a.a. 2009-2010 FTP: file transfer protocol FTP user interface
DettagliReti di calcolatori. Lezione del 10 giugno 2004
Reti di calcolatori Lezione del 10 giugno 2004 Internetworking I livelli 1 fisico e 2 data link si occupano della connessione di due host direttamente connessi su di una rete omogenea Non è possibile estendere
DettagliReti di Calcolatori:
Reti di Calcolatori: Internet, Intranet e Mobile Computing a.a. 2007/2008 http://www.di.uniba.it/~lisi/courses/reti/reti0708.htm dott.ssa Francesca A. Lisi lisi@di.uniba.it Orario di ricevimento: mercoledì
DettagliInternet e protocollo TCP/IP
Internet e protocollo TCP/IP Internet Nata dalla fusione di reti di agenzie governative americane (ARPANET) e reti di università E una rete di reti, di scala planetaria, pubblica, a commutazione di pacchetto
DettagliIntroduzione Kerberos. Orazio Battaglia
Orazio Battaglia Il protocollo Kerberos è stato sviluppato dal MIT (Massachusetts Institute of Tecnology) Iniziato a sviluppare negli anni 80 è stato rilasciato come Open Source nel 1987 ed è diventato
DettagliIntroduzione. Il routing permette la comunicazione tra due nodi differenti anche se non sono collegati direttamente
Routing Introduzione Il livello 3 della pila ethernet ha il compito di muovere i pacchetti dalla sorgente attraversando più sistemi Il livello di network deve quindi: Scegliere di volta in volta il cammino
Dettagli10_MLSwitching. ! Normalmente server web! Portali. ! Yahoo, Netscape. ! Notizie in tempo reale. ! CNN, La Stampa. ! Reperimento software. !
Nota di Copyright Multi-layer switch commutazione hardware a vari livelli Mario Baldi Politecnico di Torino mario.baldi@polito.it staff.polito.it/mario.baldi Basato sul capitolo 10 di: M. Baldi, P. Nicoletti,
DettagliReti di Calcolatori. IL LIVELLO RETE IN INTERNET Protocollo IP
Reti di Calcolatori IL LIVELLO RETE IN INTERNET Protocollo IP D. Talia RETI DI CALCOLATORI - UNICAL 4-1 Il Protocollo IP IPv4 Datagram IP: formato Indirizzi IP: formato Protocolli di controllo IP mobile
DettagliSistemi Distribuiti. Libri di Testo
Sistemi Distribuiti Rocco Aversa Tel. 0815010268 rocco.aversa@unina2.it it Ricevimento: Martedì 14:16 Giovedì 14:16 1 Libri di Testo Testo Principale A.S. Tanenbaum, M. van Steen, Distributed Systems (2
DettagliTutto il VoIP in 45 minuti!! Giuseppe Tetti. Ambiente Demo. VoIP IP PBX SIP
Tutto il in 45 minuti!! Giuseppe Tetti Ambiente Demo 1 Ambiente Demo Ambiente Demo 2 Ambiente Demo ATA Ambiente Demo Internet ATA 3 Ambiente Demo Internet ATA Rete Telefonica pubblica Ambiente Demo Internet
DettagliQuando mi collego ad alcuni servizi hosting ricevo un messaggio relativo al certificato di protezione del sito SSL, come mai?
IT FAQ-SSL Quando mi collego ad alcuni servizi hosting ricevo un messaggio relativo al certificato di protezione del sito SSL, come mai? Il certificato SSL relativo ai servizi hosting è stato rinnovato
DettagliIl clustering. Sistemi Distribuiti 2002/2003
Il clustering Sistemi Distribuiti 2002/2003 Introduzione In termini generali, un cluster è un gruppo di sistemi indipendenti che funzionano come un sistema unico Un client interagisce con un cluster come
DettagliLe reti e Internet. Struttura e protocolli
Le reti e Internet Struttura e protocolli Informatica distribuita Modello centralizzato: più utenti utilizzano uno stesso calcolatore attraverso terminali. Modello distribuito: più calcolatori, di diverso
DettagliSistemi Web Geografici con Replica e Caching
PARTE 7 Sistemi Web Geografici con Replica e Caching Parte 7 Modulo 1: Modalità per la Replica e Caching Ottimizzazioni lato Web Scale-up Miglioramenti HW/SW Focus LAN Scale-out Sistemi con multipli (Web/cache)
DettagliI CAMBIAMENTI PROTOTESTO-METATESTO, UN MODELLO CON ESEMPI BASATI SULLA TRADUZIONE DELLA BIBBIA (ITALIAN EDITION) BY BRUNO OSIMO
I CAMBIAMENTI PROTOTESTO-METATESTO, UN MODELLO CON ESEMPI BASATI SULLA TRADUZIONE DELLA BIBBIA (ITALIAN EDITION) BY BRUNO OSIMO READ ONLINE AND DOWNLOAD EBOOK : I CAMBIAMENTI PROTOTESTO-METATESTO, UN MODELLO
DettagliCloud Computing LINGUAGGI E TECNOLOGIE WEB. Corso di Linguaggi e Tecnologie Web II modulo Tecnologie e Sistemi Web-oriented A. A.
Corso di Laurea Magistrale in Ingegneria Informatica Corso di Linguaggi e Tecnologie Web II modulo Tecnologie e Sistemi Web-oriented A. A. 2013-2014 LINGUAGGI E TECNOLOGIE WEB Cloud Computing Floriano
DettagliMariarosaria Napolitano. Architettura TCP/IP. Corso di: Laboratorio di tecnologie informatiche e telematiche
Mariarosaria Napolitano Architettura TCP/IP Corso di: Laboratorio di tecnologie informatiche e telematiche Contesto e Prerequisiti Contesto E' rivolto agli studenti del V anno degli Istituti Tecnici Industriali
DettagliTunneling, reti private e NAT
Tunneling, reti private e NAT Partly based on! course slides by L. Peterson " Princeton University! Cisco documentation Reti Private - NAT -1 Argomenti della lezione! Tunneling " Generic Route Encapsulation
DettagliParte II - Reti di Calcolatori ed Internet IL LIVELLO RETE
Parte II - Reti di Calcolatori ed Internet IL LIVELLO RETE 3-1 Il Livello RETE Servizi del livello Rete Organizzazione interna Livello Rete basato su Circuito Virtuale Livello Rete basato su Datagram Algoritmi
DettagliSpinelli Raffaele. SISI on cluster
Spinelli Raffaele SISI on cluster Introduzione SISI - Scalable Intermediary Software Infrastructure, è un framework per sviluppare e fare deploy di Edge Service. SISI è basato su Apache e mod_perl Grazie
DettagliStreaming unicast. Live media source. Media store. server. internet. Client player. control. 5. Multimedia streaming Pag. 1
5. Multimedia streaming Pag. 1 Streaming unicast Live media source Unicast streaming is provided in a classic client- fashion At least two flows are established between client and. A distribution flow
DettagliIBM Corporation
1 Che cosa è la virtualizzazione? Risorse virtuali Sostituti per le risorse reali: stesse interfacce /funzioni, differenti attributi. Parte di una risorsa fisica o più risorse fisiche multiple. izzazione
DettagliCorso di Laurea in Ingegneria Informatica. Corso di Reti di Calcolatori a.a. 2009/10
Corso di Laurea in Ingegneria Informatica Corso di Reti di Calcolatori a.a. 2009/10 Roberto Canonico (roberto.canonico@unina.it) Antonio Pescapè (pescape@unina.it) ICMP ARP RARP DHCP - NAT ICMP (Internet
DettagliCorso di Sistemi di Elaborazione delle informazioni
Corso di Sistemi di Elaborazione delle informazioni Reti di Calcolatori Claudio Marrocco Componenti delle reti Una qualunque forma di comunicazione avviene: a livello hardware tramite un mezzo fisico che
DettagliProgetti. Scelta e validità del progetto
Università degli Studi di Roma Tor Vergata Dipartimento di Ingegneria Civile e Ingegneria Informatica Progetti Corso di Sistemi Distribuiti e Cloud Computing A.A. 2014/15 Valeria Cardellini Scelta e validità
DettagliAppello Esempio d esame. Es1 (6 pt) Es2 (6 pt) Es3 (6 pt) Ques (9 pt) Lab (6pt)
Fondamenti di Internet e Reti Proff. A. Capone, M. Cesana, I. Filippini, G. Maier Cognome Nome Matricola Appello Esempio d esame Tempo complessivo a disposizione per lo svolgimento: 2h15m Usare lo spazio
DettagliIntroduzione al Many/Multi-core Computing
Introduzione al Many/Multi-core Computing Sistemi Operativi e reti 6 giugno 2011 Outline del corso Introduzione Definizioni Motivazioni Storia Architettura Framework Algoritmica Parte I Introduzione Definizioni
DettagliLaboratorio software. A.A. 2009-2010 C. Brandolese
Laboratorio software A.A. 2009-2010 Hardware testing with software T1. RAM Testing Il progetto ha lo scopo di studiare e sviluppare alcune delle tecniche note per il testing della memoria RAM di un sistema
DettagliUniversità degli Studi di Napoli Federico II Facoltà di Ingegneria Corso di Laurea Specialistica in Ingegneria Informatica.
Università degli Studi di Napoli Federico II Facoltà di Ingegneria Corso di Laurea Specialistica in Ingegneria Informatica Corso di Sistemi Distribuiti Prof. Stefano Russo Modellidi SistemiDistribuiti
DettagliArchitetture dei WIS. Definizione di WIS. Benefici dei WIS. Prof.ssa E. Gentile a.a. 2011-2012
Architetture dei WIS Prof.ssa E. Gentile a.a. 2011-2012 Definizione di WIS Un WIS può essere definito come un insieme di applicazioni in grado di reperire, cooperare e fornire informazioni utilizzando
DettagliScenari Dual WAN. Modulo 4
Scenari Dual WAN Modulo 4 1 2012 Fortinet Training Services. This training may not be recorded in any medium, disclosed, copied, reproduced or distributed to anyone without prior written consent of an
DettagliInnovazione Servizi cloud Reti di nuova generazione. Intersezioni per una sintesi ottimale
Innovazione Servizi cloud Reti di nuova generazione Intersezioni per una sintesi ottimale Padova, mercoledì 11 maggio 2011 Livio Paradiso PG. 1 Organizzazione Fastweb Management & Staff 1.85 Consumer SME
DettagliRouting (instradamento) in Internet. Internet globalmente consiste di Sistemi Autonomi (AS) interconnessi:
Routing (instradamento) in Internet Internet globalmente consiste di Sistemi Autonomi (AS) interconnessi: Stub AS: istituzione piccola Multihomed AS: grande istituzione (nessun ( transito Transit AS: provider
DettagliSicurezza architetturale, firewall 11/04/2006
Sicurezza architetturale, firewall 11/04/2006 Cos è un firewall? Un firewall è un sistema di controllo degli accessi che verifica tutto il traffico che transita attraverso di lui Consente o nega il passaggio
DettagliRouting IP A.A. 2006/2007. Walter Cerroni. Routing gerarchico in Internet
Routing IP A.A. 2006/2007 Walter Cerroni Routing gerarchico in Internet Dal punto di vista del routing, Internet è suddivisa in modo gerarchico in Autonomous System (AS) un AS è un gruppo connesso di una
DettagliIl Mondo delle Intranet
Politecnico di Milano Advanced Network Technologies Laboratory Il Mondo delle Intranet Network Address Translation (NAT) Virtual Private Networks (VPN) Reti Private e Intranet EG sottorete IG IG rete IG
DettagliIntroduzione all ambiente di sviluppo
Laboratorio II Raffaella Brighi, a.a. 2005/06 Corso di Laboratorio II. A.A. 2006-07 CdL Operatore Informatico Giuridico. Introduzione all ambiente di sviluppo Raffaella Brighi, a.a. 2005/06 Corso di Laboratorio
DettagliSistemi Web Tolleranti ai Guasti
Sistemi Web Tolleranti ai Guasti Candidato: Paolo Romano Relatore: Prof. Salvatore Tucci Correlatore: Prof. Bruno Ciciani Sommario Il problema: garantire semantica exactly once alle transazioni Web. Sistema
DettagliIndirizzi Internet. Indirizzi Internet (2)
Indirizzi Internet Per fornire un servizio di comunicazione universale (ogni nodo della rete può comunicare con ciascun altro nodo) occorre un metodo che permetta di identificare univocamente ogni nodo
DettagliConnessione di reti private ad Internet. Fulvio Risso
Connessione di reti private ad Internet Fulvio Risso 1 Connessione di reti private ad Internet Diffusione di reti IP private Utilizzo di indirizzi privati Gli indirizzi privati risolvono il problema dell
DettagliTopologia delle reti. Rete Multipoint: ogni nodo è connesso agli altri tramite nodi intermedi (rete gerarchica).
Topologia delle reti Una RETE DI COMPUTER è costituita da un insieme di elaboratori (NODI) interconnessi tra loro tramite cavi (o sostituti dei cavi come le connessioni wireless). Rete Point-to-Point:
DettagliEvents: Track your favorite artists
Events: Track your favorite artists Universitá degli Studi di Salerno Progetto February 8, 2015 1 2 Overview 3 Concerts é un web site che permette di accedere a molte informazioni in rete, relative a cantanti
DettagliInternet and Intranet Access
and Intranet Access Mario Baldi Synchrodyne Networks, Inc. baldi@synchrodyne.com access - 1 M. Baldi: see page 2 Nota di Copyright Questo insieme di trasparenze (detto nel seguito slides) è protetto dalle
DettagliLetture consigliate: W. Richard. Stevens, UNIX Network Programming, volume 1 Networking APIs: Socket and XTI, second edition, ed.
Programmazione con i Socket TCP/IP ciclo di lezioni tenute da Vittorio Ghini e-mail: ghini@cs.unibo.it - tel: 0547.642826 ricevimento: nei giorni di lezione e su appuntamento Scopo del corso è la familiarizzazione
DettagliConcetti fondamentali. Indirizzamento. Multicast su LAN. Multicast su Internet. RTP/RTCP su multicast IP. Ostacoli all'utilizzo del multicast
Migliore uso della banda alla sorgente Unicast Multicast 4 Concetti fondamentali Indirizzamento Unicast Multicast su LAN Multicast su Internet Host Migliore uso della banda alla sorgente Router Protocolli
DettagliCORSO MOC20409: Server Virtualization with Windows Server Hyper-V and System Center
CORSO MOC20409: Server Virtualization with Windows Server Hyper-V and System Center CEGEKA Education corsi di formazione professionale Cegeka S.p.A. [1/5] Server Virtualization with Windows Server Hyper-V
DettagliDisciplina: Sistemi e reti Classe: 5A Informatica A.S. 2015/16 Docente: Barbara Zannol ITP: Alessandro Solazzo
Disciplina: Sistemi e reti Classe: 5A Informatica A.S. 2015/16 Docente: Barbara Zannol ITP: Alessandro Solazzo DEFINIZIONE DEGLI OBIETTIVI DISCIPLINARI DEI MODULI - SCELTA DEI CONTENUTI Modulo Unità didattiche
DettagliCluster per architetture a componenti
Luca Cabibbo Architetture Software Cluster per architetture a componenti Dispensa ASW 442 ottobre 2014 Un buon progetto produce benefici in più aree. Trudy Benjamin 1 -Fonti [IBM] Clustering Solutions
DettagliRETI DI CALCOLATORI. Domande di riepilogo Quarta Esercitazione. Quali sono le differenze tra Bridge, Router e Gateway?
RETI DI CALCOLATORI Domande di riepilogo Quarta Esercitazione Quali sono le differenze tra Bridge, Router e Gateway? Bridge, Router e Gateway servono ad interconnettere reti diverse (internetworking).
DettagliWeb caching e Content Delivery Networks Corso di Applicazioni Telematiche
Web caching e Content Delivery Networks Corso di Applicazioni Telematiche A.A. 2006-07 Lezione n.4 Prof. Roberto Canonico Università degli Studi di Napoli Federico II Facoltà di Ingegneria Web caching
DettagliRouting. Parte prima
Corso di Laurea in Ingegneria Informatica Corso di Reti di Calcolatori Docente: Simon Pietro Romano spromano@unina.it Routing Parte prima Il ruolo dei livelli OSI Dobbiamo Pavimentare le strade Livello
DettagliArchitetture di router IP
Torino, novembre 2004 Reti e sistemi telematici Architetture di router IP Gruppo Reti TLC giancarlo.pirani@telecomitalia.it http://www.telematica.polito.it/ GIANCARLO PIRANI TELECOM ITALIA LAB ROUTER IP
DettagliSoluzioni di alta disponibilità con MySQL
Soluzioni di alta disponibilità con MySQL Michelangelo Uberti, Marketing Analyst MySQL Tech Tour Rome, 29 aprile 2015 direzione e sede legale via campanini 6 20124 milano tel: +39 02/66.732.1 fax: +39
DettagliMPLS: Multi Protocol Label Switching
Corso di architetture multimediali Università di Milano Corso di laurea specialistica in Informatica per la Comunicazione A.A. 2012-2013 MPLS: Multi Protocol Label Switching Bibliografia IETF, Multiprotocol
DettagliLa Platform as a Service di Google. Vincenzo Gianferrari Pini <vgp@gocloud.it>
La Platform as a Service di Google Vincenzo Gianferrari Pini 7 giugno 01 Agenda Architettura generale L'Infrastructure as a Service di Google Il Software as a Service di Google: Servizi
DettagliLaboratorio di Amministrazione di Sistema (CT0157) parte A : domande a risposta multipla
Laboratorio di Amministrazione di Sistema (CT0157) parte A : domande a risposta multipla 1. Which are three reasons a company may choose Linux over Windows as an operating system? (Choose three.)? a) It
DettagliReti di Calcolatori 1
Reti di Calcolatori 1 ESERCIZIO 2: Considerato il diagramma di rete riportato nella figura sottostante, il candidato risponda ai quesiti seguenti. Si consideri la rete funzionante e a regime. 1. Si riporti
Dettagli