Dimensioni e Prestazioni nelle reti aziendali Criteri progettuali, capacitivi e prestazionali  per una moderna intranet Milano - Systech 14,15,16 maggio 2002 Ing. Marco Guardigli  Direttore tecnico - Gruppo TomWare   [email_address]
Strutture reti aziendali Mono-centrica, single CED (Centric) Policentrica - locale (Campus) Distribuita su pochi centri remoti (Corporate) Distribuita su molti piccoli centri remoti (Partners) Questi modelli riflettono la storia e l’evoluzione dei tipi di attività e business
Strutture reti aziendali Mono-centrica, single CED (Centric) Policentrica - locale (Campus) Distribuita su pochi centri remoti (Corporate) Distribuita su molti piccoli centri remoti (Partners)
Strutture Mono Centriche 1/4 Esempi: Banche Industria Architettura del centro Configurazione Classica, tipicamente mono-LAN Infrastrutture di switching consolidate Presenza di mainframes Connessioni centralizzate verso esterno Clustering
Strutture Mono Centriche 2/4 Amministrazione Amministrazione e controllo centralizzati Servizi di directory centralizzati MS-Domain, DHCP, DNS, WINS, ANTIVIRUS Backup e disaster recovery centralizzato Policy chiare Security centralizzata No deleghe
Strutture Mono Centriche 3/4 Funzioni e servizi Servizi comunicativi, applic. e sistem. erogati dal centro Omogeneità esigenze client - poche personalizz. Rigida definizione client sw config. Hdesk centralizzato Network management fondamentale Gestione contratti centralizzata Forti standard HW/SW Forti legami con pochi fornitori poco sostituibili
Strutture Mono Centriche 4/4 Manutenzione / Evoluzione Outsourcing di problematiche complesse Clustering Esigenze di performance monitoring (SLA) Sviluppo Web applications su intranet Servizi Terminal server Decentramento di alcuni servizi Necessità di aperture verso partner e clienti Integrazioni crescenti con client wireless
Strutture reti aziendali Mono-centrica, single CED (Centric) Policentrica - locale (Campus) Distribuita su pochi centri remoti (Corporate) Distribuita su molti piccoli centri remoti (Partners)
Strutture Poli-Centriche 1/4 Esempi Università, Ospedali, Enti-Locali Architettura Multi-LAN con connessioni veloci Reti metropolitane Multi-Switch Presenza di Server Dipartimentali Connessioni centralizzate verso internet Connessioni distribuite verso sedi minori
Strutture Poli-Centriche 2/4 Amministrazione Amministrazione solo parzialmente centralizzata Address resolution in parte centralizzata Address management distribuito (DHCP locale) Backup decentrato Alcune deleghe locali Policy talvolta poco chiare, non applicate in modo omogeneo  Security spesso critica e non ben gestita
Strutture Poli-Centriche 3/4 Funzioni e servizi Servizi comunicativi erogati dal centro Servizi applicativi e sistemistici locali RDBMS distribuiti e non uniformi/coordinati Client omogenei a gruppi Hdesk in parte centralizzato in parte locale Network management spesso non diffuso/coordinato Gestione contratti mista Deboli standard HW/SW
Strutture Poli-Centriche 4/4 Manutenzione / Evoluzione Necessità di standard e interfacce sw unificate Esigenze di documentazione strutturata Esigenze di performance monitoring interno Sviluppi locali di Web applications su intranet Necessità di aperture verso partner e clienti Integrazioni crescenti con client wireless Necessità di erogazione diretta di servizi ai clienti finali
Strutture reti aziendali Mono-centrica, single CED (Centric) Policentrica - locale (Campus) Distribuita su pochi centri remoti (Corporate) Distribuita su molti piccoli centri remoti (Partners)
Strutture Corporate 1/4 Esempi Aziende Multinazionali Strutture governative centrali Architettura Una sede primaria con sedi satellite remote Eventuali sedi minori afferenti al 1’ livello Routing distribuito Piano di indirizzamento centralmente definito Connessioni distribuite verso esterno Leased Lines    Frame-Relay    VPN
Strutture Corporate 2/4 Amministrazione Controllo centralizzato (per gestione costi) Amministrazione generalmente distribuita Servizi di directory minimalmente centralizzati Emanazione di standard e policy interne ben definite Security distribuita ma spesso gestita centralmente Deleghe su aree funzionali specifiche Autonomie su budget locali
Strutture Corporate 3/4 Funzioni e servizi Rule Repository centrali Esigenze client definite a livello country Rigida definizione client sw config. Hdesk centralizzato a livello country Network management fondamentale Gestione contratti in parte centrale in parte a liv. Country Grandi contratti di outsourcing con “i soliti” partner multinazionali (insoddisfazioni locali)
Strutture Corporate 4/4 Manutenzione / Evoluzione Esigenze di in-sourcing locali Aumentare efficienza e ridurre costi,  Serve “visione d’insieme”, si è “troppo lontani da Roma” Esigenze di performance monitoring (SLA) Esigenze di Knowledge management e DataWarehousing Migrazione da Frame-Relay a VPN Sviluppo Web applications su intranet Necessità di aperture verso partner e clienti Integrazioni crescenti con client wireless e telefonia
Strutture reti aziendali Mono-centrica, single CED (Centric) Policentrica - locale (Campus) Distribuita su pochi centri remoti (Corporate) Distribuita su molti piccoli centri remoti (Partners)
Strutture Distribuite 1/4 Esempi Reti di Vendita, Distribuzione, Franchisee Assicurazioni, Agenti mobili Architettura Multi-LAN con connessioni WAN Interazioni primariamente basate su  web applications scambio file email Frame-Relay    VPN
Strutture Distribuite 2/4 Amministrazione Non esiste amministrazione tecnica centrale I client o le reti remote sono autonomi Security in genere non gestita
Strutture Distribuite 3/4 Funzioni e servizi Attività basata su una o due funzioni applicative Servizi sistemistici a carico dei singoli o in outsourcing Client non omogenei Hdesk in outsourcing Network management: controllo remoto Standard HW/SW non sempre gestibili
Strutture Distribuite 4/4 Manutenzione / Evoluzione Esigenze generali di ammodernamento Migrazione al TCP-IP da async (spesso) Esigenze di controllo centrale delle attività Sviluppi di Web applications su intranet Integrazioni crescenti con client wireless Necessità di erogazione diretta di servizi ai clienti finali
Quali sono i servizi tipici  in una rete aziendale ?
Servizi canonici Directory services  Host, terminal servers File and print Email, groupware, fax, Doc & KW mgmt RDBMS / ERP / CRM / DWH Web intra / extra Routing Antivirus / Security / Net mgmt Backup
Directory services Address and name resolution LAN/WAN  intra-extra, forward, reverse Domain controllers (NT4, W2k AD, Samba, NDS,…) RADIUS, TACACS, LDAP, Security svcs,  policy routing, access ctrl DNS / DHCP / WINS Printer queues Usernames/pw, indirizzi email, permission DB Necessità di integrazione in ambienti eterogenei Importanza della pianificazione strategica Mancano "vere" soluzioni unificate Ambienti proprietari (MS) troppo monopolisti
Host e Terminal services Mainframe/host access Emulatori 3270, 5250, VTxxx incapsulamento SNA? curare la gestione delle stampe X-terminals (unix) Ambito scientifico cad, simulazioni Windows Terminal (Citrix-MS)  curare la gestione delle stampe ~Network boot Soluzioni "classiche" che centralizzano la gestione ma i thin client non hanno "sfondato"
File & Print Home-dirs, group-dirs, printer queues MS-SMB     / Novell Netware    / *nix NFS    / *nix SAMBA   MS-Web Folders (sharepoint) Peer-services (client 2 client) (c'e' futuro in azienda?) Crescente diffusione appliances NAS Crescente diffusione per SAMBA Crescente diffusione di soluzioni Cluster Snapshot backup Esigenze fondamentali. C'e' necessità di access management, access logging, encryption, per garantire security.  Quota mgmt molto importante. Occorre Dimensionamento "evolutivo" di storage e backup Calo costi storage ( low-end: 9.000€ per 1Tbyte )
Email e Groupware Email: Mercato definito e stabile MS Exchange /  IBM-Lotus Domino / … Calendaring & scheduling solo "locali" Groupware, KM, doc mgmt, full text search: crescita Intranet Web mail - probabilmente insufficiente Supporto mobile devices / Integrazione con telefonia Problemi di security, virus, spam Mercato mobile che deve decollare Serve definire politica di gestione delle mail "vecchie" Imminenti estensioni supporti linguistici e multimediali Dimensionamento evolutivo storage e backup
Database Supportano tutte le applicazioni gestionali dell'azienda Offerte, Ordini, logistica Dati in costante crescita ERP, CRM, DWH, E-business Necessità 24x7 – Clustering Backup a servizi attivi Accesso da remoto (client2lan e lan2lan) Alti costi di configurazione e deployment applicativo Problemi di dimensionamento e performance tuning Sono i servizi più critici in assoluto Alti costi per fermo servizi
Intranet web Deve essere/diventare il principale veicolo di diffusione informazioni interno all'azienda Spesso si è lontani da questo obiettivo Serve alta qualità dell'informazione (non dell'immagine) Disponibilità web-mail Accesso da remoto, snello, location independent Accesso futuro da wireless devices System monitoring – alert and status mgmt Knowledge-garden
Intranet Routing Controllo instradamento intranet Server su subnet separata? Policy routing su LAN e WAN Layer3 switching con policies?  Intranet traffic analysis and mgmt (su LAN/WAN) Rilevazione traffico non autorizzato Baselining e statistiche per dimensionamenti evolutivi Application and service Bandwidth monitoring Analisi QOS / SLA Controllo costi comunicativi "pay per traffic"
Antivirus e security Controllo centralizzato antivirus di client e server Server Email / Groupware File server HTTP–FTP Proxy Client desktop-LAN Client notebook-LAN/WAN Client remoti Antispam Accesso filtrato a internet Log e alert management Net Analysis Virus Outbreak prevention (euristiche) Firewall Passivo / Attivo / Reattivo
Connessione a Internet
Boundary networking Connessioni vs internet come client Navigazione web Uso di proxy e socks Esposizione di server su internet (routing/natting) Email server Web server File server (ftp/http/…) Streaming Content servers Application servers Firewall VPN terminator Lan2Lan e Client2Lan Logging servers
Esempio1 Connessioni vs internet come client Navigazione web Uso di proxy e socks Esposizone di server su internet Email server Web server File server (ftp/http/…) Streaming Content servers Application servers Firewall VPN terminator Lan2Lan e Client2Lan Logging servers
Esempio 2
Capacity Planning
Capacity planning Pianificazione strategica / analisi evolutiva di Modello geografico e connettività Tipo di business Modello di amministrazione (centrica/delegata) Numero utenti Numero e tipo servizi Uso infrastruttura di rete Uso risorse di rete Costi Make / Buy – Insourcing / Outsourcing
Capacity planning Baselining Individ. Bottlenecks Analisi traffico Analisi Banda/Latenza Analisi storiche Campionamenti statistici Iniezione carico e misure Definiz. Transaz. Campione Benchmarcking a vari livelli Stima e definizione requisiti n. Utenti / n. e tipo servizi Traffici: sincroni e asincr. Tipi Bound: CPU / NET / DISK Dimensione oggetti e transaz. Tipo rete / Banda – Latenza Simulazioni Modelli What-if Contingency plan (su fault) Sul campo A priori
Availability Reliability Performance Bassi costi,  Velocità,  Sicurezza 1 + 2  1 + 3 2 + 3 Sceglierne solo due  or

01.Dimensioni E Prestazioni Reti Aziendali May 2002 3

  • 1.
    Dimensioni e Prestazioninelle reti aziendali Criteri progettuali, capacitivi e prestazionali per una moderna intranet Milano - Systech 14,15,16 maggio 2002 Ing. Marco Guardigli Direttore tecnico - Gruppo TomWare [email_address]
  • 2.
    Strutture reti aziendaliMono-centrica, single CED (Centric) Policentrica - locale (Campus) Distribuita su pochi centri remoti (Corporate) Distribuita su molti piccoli centri remoti (Partners) Questi modelli riflettono la storia e l’evoluzione dei tipi di attività e business
  • 3.
    Strutture reti aziendaliMono-centrica, single CED (Centric) Policentrica - locale (Campus) Distribuita su pochi centri remoti (Corporate) Distribuita su molti piccoli centri remoti (Partners)
  • 4.
    Strutture Mono Centriche1/4 Esempi: Banche Industria Architettura del centro Configurazione Classica, tipicamente mono-LAN Infrastrutture di switching consolidate Presenza di mainframes Connessioni centralizzate verso esterno Clustering
  • 5.
    Strutture Mono Centriche2/4 Amministrazione Amministrazione e controllo centralizzati Servizi di directory centralizzati MS-Domain, DHCP, DNS, WINS, ANTIVIRUS Backup e disaster recovery centralizzato Policy chiare Security centralizzata No deleghe
  • 6.
    Strutture Mono Centriche3/4 Funzioni e servizi Servizi comunicativi, applic. e sistem. erogati dal centro Omogeneità esigenze client - poche personalizz. Rigida definizione client sw config. Hdesk centralizzato Network management fondamentale Gestione contratti centralizzata Forti standard HW/SW Forti legami con pochi fornitori poco sostituibili
  • 7.
    Strutture Mono Centriche4/4 Manutenzione / Evoluzione Outsourcing di problematiche complesse Clustering Esigenze di performance monitoring (SLA) Sviluppo Web applications su intranet Servizi Terminal server Decentramento di alcuni servizi Necessità di aperture verso partner e clienti Integrazioni crescenti con client wireless
  • 8.
    Strutture reti aziendaliMono-centrica, single CED (Centric) Policentrica - locale (Campus) Distribuita su pochi centri remoti (Corporate) Distribuita su molti piccoli centri remoti (Partners)
  • 9.
    Strutture Poli-Centriche 1/4Esempi Università, Ospedali, Enti-Locali Architettura Multi-LAN con connessioni veloci Reti metropolitane Multi-Switch Presenza di Server Dipartimentali Connessioni centralizzate verso internet Connessioni distribuite verso sedi minori
  • 10.
    Strutture Poli-Centriche 2/4Amministrazione Amministrazione solo parzialmente centralizzata Address resolution in parte centralizzata Address management distribuito (DHCP locale) Backup decentrato Alcune deleghe locali Policy talvolta poco chiare, non applicate in modo omogeneo Security spesso critica e non ben gestita
  • 11.
    Strutture Poli-Centriche 3/4Funzioni e servizi Servizi comunicativi erogati dal centro Servizi applicativi e sistemistici locali RDBMS distribuiti e non uniformi/coordinati Client omogenei a gruppi Hdesk in parte centralizzato in parte locale Network management spesso non diffuso/coordinato Gestione contratti mista Deboli standard HW/SW
  • 12.
    Strutture Poli-Centriche 4/4Manutenzione / Evoluzione Necessità di standard e interfacce sw unificate Esigenze di documentazione strutturata Esigenze di performance monitoring interno Sviluppi locali di Web applications su intranet Necessità di aperture verso partner e clienti Integrazioni crescenti con client wireless Necessità di erogazione diretta di servizi ai clienti finali
  • 13.
    Strutture reti aziendaliMono-centrica, single CED (Centric) Policentrica - locale (Campus) Distribuita su pochi centri remoti (Corporate) Distribuita su molti piccoli centri remoti (Partners)
  • 14.
    Strutture Corporate 1/4Esempi Aziende Multinazionali Strutture governative centrali Architettura Una sede primaria con sedi satellite remote Eventuali sedi minori afferenti al 1’ livello Routing distribuito Piano di indirizzamento centralmente definito Connessioni distribuite verso esterno Leased Lines  Frame-Relay  VPN
  • 15.
    Strutture Corporate 2/4Amministrazione Controllo centralizzato (per gestione costi) Amministrazione generalmente distribuita Servizi di directory minimalmente centralizzati Emanazione di standard e policy interne ben definite Security distribuita ma spesso gestita centralmente Deleghe su aree funzionali specifiche Autonomie su budget locali
  • 16.
    Strutture Corporate 3/4Funzioni e servizi Rule Repository centrali Esigenze client definite a livello country Rigida definizione client sw config. Hdesk centralizzato a livello country Network management fondamentale Gestione contratti in parte centrale in parte a liv. Country Grandi contratti di outsourcing con “i soliti” partner multinazionali (insoddisfazioni locali)
  • 17.
    Strutture Corporate 4/4Manutenzione / Evoluzione Esigenze di in-sourcing locali Aumentare efficienza e ridurre costi, Serve “visione d’insieme”, si è “troppo lontani da Roma” Esigenze di performance monitoring (SLA) Esigenze di Knowledge management e DataWarehousing Migrazione da Frame-Relay a VPN Sviluppo Web applications su intranet Necessità di aperture verso partner e clienti Integrazioni crescenti con client wireless e telefonia
  • 18.
    Strutture reti aziendaliMono-centrica, single CED (Centric) Policentrica - locale (Campus) Distribuita su pochi centri remoti (Corporate) Distribuita su molti piccoli centri remoti (Partners)
  • 19.
    Strutture Distribuite 1/4Esempi Reti di Vendita, Distribuzione, Franchisee Assicurazioni, Agenti mobili Architettura Multi-LAN con connessioni WAN Interazioni primariamente basate su web applications scambio file email Frame-Relay  VPN
  • 20.
    Strutture Distribuite 2/4Amministrazione Non esiste amministrazione tecnica centrale I client o le reti remote sono autonomi Security in genere non gestita
  • 21.
    Strutture Distribuite 3/4Funzioni e servizi Attività basata su una o due funzioni applicative Servizi sistemistici a carico dei singoli o in outsourcing Client non omogenei Hdesk in outsourcing Network management: controllo remoto Standard HW/SW non sempre gestibili
  • 22.
    Strutture Distribuite 4/4Manutenzione / Evoluzione Esigenze generali di ammodernamento Migrazione al TCP-IP da async (spesso) Esigenze di controllo centrale delle attività Sviluppi di Web applications su intranet Integrazioni crescenti con client wireless Necessità di erogazione diretta di servizi ai clienti finali
  • 23.
    Quali sono iservizi tipici in una rete aziendale ?
  • 24.
    Servizi canonici Directoryservices Host, terminal servers File and print Email, groupware, fax, Doc & KW mgmt RDBMS / ERP / CRM / DWH Web intra / extra Routing Antivirus / Security / Net mgmt Backup
  • 25.
    Directory services Addressand name resolution LAN/WAN intra-extra, forward, reverse Domain controllers (NT4, W2k AD, Samba, NDS,…) RADIUS, TACACS, LDAP, Security svcs, policy routing, access ctrl DNS / DHCP / WINS Printer queues Usernames/pw, indirizzi email, permission DB Necessità di integrazione in ambienti eterogenei Importanza della pianificazione strategica Mancano "vere" soluzioni unificate Ambienti proprietari (MS) troppo monopolisti
  • 26.
    Host e Terminalservices Mainframe/host access Emulatori 3270, 5250, VTxxx incapsulamento SNA? curare la gestione delle stampe X-terminals (unix) Ambito scientifico cad, simulazioni Windows Terminal (Citrix-MS) curare la gestione delle stampe ~Network boot Soluzioni "classiche" che centralizzano la gestione ma i thin client non hanno "sfondato"
  • 27.
    File & PrintHome-dirs, group-dirs, printer queues MS-SMB  / Novell Netware  / *nix NFS  / *nix SAMBA  MS-Web Folders (sharepoint) Peer-services (client 2 client) (c'e' futuro in azienda?) Crescente diffusione appliances NAS Crescente diffusione per SAMBA Crescente diffusione di soluzioni Cluster Snapshot backup Esigenze fondamentali. C'e' necessità di access management, access logging, encryption, per garantire security. Quota mgmt molto importante. Occorre Dimensionamento "evolutivo" di storage e backup Calo costi storage ( low-end: 9.000€ per 1Tbyte )
  • 28.
    Email e GroupwareEmail: Mercato definito e stabile MS Exchange / IBM-Lotus Domino / … Calendaring & scheduling solo "locali" Groupware, KM, doc mgmt, full text search: crescita Intranet Web mail - probabilmente insufficiente Supporto mobile devices / Integrazione con telefonia Problemi di security, virus, spam Mercato mobile che deve decollare Serve definire politica di gestione delle mail "vecchie" Imminenti estensioni supporti linguistici e multimediali Dimensionamento evolutivo storage e backup
  • 29.
    Database Supportano tuttele applicazioni gestionali dell'azienda Offerte, Ordini, logistica Dati in costante crescita ERP, CRM, DWH, E-business Necessità 24x7 – Clustering Backup a servizi attivi Accesso da remoto (client2lan e lan2lan) Alti costi di configurazione e deployment applicativo Problemi di dimensionamento e performance tuning Sono i servizi più critici in assoluto Alti costi per fermo servizi
  • 30.
    Intranet web Deveessere/diventare il principale veicolo di diffusione informazioni interno all'azienda Spesso si è lontani da questo obiettivo Serve alta qualità dell'informazione (non dell'immagine) Disponibilità web-mail Accesso da remoto, snello, location independent Accesso futuro da wireless devices System monitoring – alert and status mgmt Knowledge-garden
  • 31.
    Intranet Routing Controlloinstradamento intranet Server su subnet separata? Policy routing su LAN e WAN Layer3 switching con policies? Intranet traffic analysis and mgmt (su LAN/WAN) Rilevazione traffico non autorizzato Baselining e statistiche per dimensionamenti evolutivi Application and service Bandwidth monitoring Analisi QOS / SLA Controllo costi comunicativi "pay per traffic"
  • 32.
    Antivirus e securityControllo centralizzato antivirus di client e server Server Email / Groupware File server HTTP–FTP Proxy Client desktop-LAN Client notebook-LAN/WAN Client remoti Antispam Accesso filtrato a internet Log e alert management Net Analysis Virus Outbreak prevention (euristiche) Firewall Passivo / Attivo / Reattivo
  • 33.
  • 34.
    Boundary networking Connessionivs internet come client Navigazione web Uso di proxy e socks Esposizione di server su internet (routing/natting) Email server Web server File server (ftp/http/…) Streaming Content servers Application servers Firewall VPN terminator Lan2Lan e Client2Lan Logging servers
  • 35.
    Esempio1 Connessioni vsinternet come client Navigazione web Uso di proxy e socks Esposizone di server su internet Email server Web server File server (ftp/http/…) Streaming Content servers Application servers Firewall VPN terminator Lan2Lan e Client2Lan Logging servers
  • 36.
  • 37.
  • 38.
    Capacity planning Pianificazionestrategica / analisi evolutiva di Modello geografico e connettività Tipo di business Modello di amministrazione (centrica/delegata) Numero utenti Numero e tipo servizi Uso infrastruttura di rete Uso risorse di rete Costi Make / Buy – Insourcing / Outsourcing
  • 39.
    Capacity planning BaseliningIndivid. Bottlenecks Analisi traffico Analisi Banda/Latenza Analisi storiche Campionamenti statistici Iniezione carico e misure Definiz. Transaz. Campione Benchmarcking a vari livelli Stima e definizione requisiti n. Utenti / n. e tipo servizi Traffici: sincroni e asincr. Tipi Bound: CPU / NET / DISK Dimensione oggetti e transaz. Tipo rete / Banda – Latenza Simulazioni Modelli What-if Contingency plan (su fault) Sul campo A priori
  • 40.
    Availability Reliability PerformanceBassi costi, Velocità, Sicurezza 1 + 2 1 + 3 2 + 3 Sceglierne solo due or