01.dimensioni e prestazioni reti aziendali may 2002 3
Post on 05-Dec-2014
395 Views
Preview:
DESCRIPTION
TRANSCRIPT
Dimensioni e Prestazioninelle reti aziendali
Criteri progettuali, capacitivi e prestazionali per una moderna intranet
Milano - Systech14,15,16 maggio 2002
Ing. Marco Guardigli
Direttore tecnico - Gruppo TomWare mgua@tomware.it
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
•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 unificateAmbienti 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 gestionema 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
xxxxxxxx IntranetEthernet
zzzzzzz IntranetToken Ring
zzzzzzz "old" intranetToken Ring - 200.200.200.128/255.255.255.192 (.129-190)
+ collapsed 100.100.100.0/255.255.255.0 (AS and 8235 only)
zzzzzzzzz "new" Main Intranet(Ethernet) 10.1.0.0/16 (255.255.0.0)
xxxxxxxxxxx DMZ(ethernet)
xxxxxxxxxxxxx Extranet100.100.100.96/27 (255.255.255.224) .97-.126
Sprint Router
Internet (sprint)DNS1: xxx.yyy.zzz.tttDNS2: xxx.yyy.zzz.ttt
T1 li
ne: 1
.5
Mbi
t/sec
NokiaCkpoint FW-1FirewallAppliance"node" A
Network redesign of xxxxxxxxxxx --------, ------, NJapr-may 2002ref: Marco Guardigli: mgua@tomware.it
Netware5File & Printserver
DHCPDNSweb-intra
AS-400IBM 720-IOS/400applicationstd-Email (smtp/pop3)
IBM Rtr to xxxxx(2210?)
Rtr to zzzzz
...
...
DHCP Local LANclient PCs (desktop and laptop)
Local LAN client PCs
mig
rate
DC1MS-W2k(DHCP,DNS,WINS)
DC2MS-W2k(DHCP,DNS,WINS)ANTIVIRUS
Internet
zzzzzfirewall(netscreen?)
AS-400RASServerRASServer
Modem 1
Modem 2
Remote clients accessing batch orderapplication
?
HTTP/FTPProxy (new)intra-routerDHCP
T1 line: 1.535Mbits/secinternet access providedby zzzzzzz via its firewall:
DNS1:999.999.999.10DNS2:999.999.999.11
...
ISP-1
ISP-2
Remote clients accessing xxxxxxx servicesthru Internet VPN tunneling, using aspecific local client software.After network access phase they get anintranet IP address, by which they accessallowed applications and servers.
zzzzz servicing will use this method too.
Remote clients accessinginteractive On-Line
application on AS-400with Mocha Terminal
Emulator, on TCP-IP protocolzzzzzzz and xxxx remotes willneed access to both interactiveand batch services till jan/2003or later
new-nicnew-nic
this T1 line should be removedxxxxx will continue to access DNA
net by mean of VPN
IMPORTANT:Data flow of this networktrafficis to be analyzed
Windows Domaincontroller will besetup but notimmediately used.New antivirusplatform will beconfigured anddeployed.
New ethernet IP addressingwill be compliant to newcorporate IP plan
NokiaCkpoint FW-1Appliance(optional)"node" B
Each appliance is VPNterminator for a number ofremote clients. Every remoteclient can connect to eachterminator.
.97
.98.99 .100 (NAT)
.1.2
...
.1.3
.1.60
.1.21
.1.22
.1.1 (temporary defgw)
.1.70 .1.10 .1.11
Dyn: .50.1 - .59.254Stat: .70.1 - .79.254
ISD
N -
bkup
.170.138
.190 - defgw.192.168.10.10/24
IBM 8235 Dial-In6 pstn (analog)lines
...
...6 modems on
6 incoming lines
printer 1 printer 2 printer 3 printer 4
.171 .172 .173 .174
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 planningA priori Sul campo
•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)
•Baselining•Individ. Bottlenecks•Analisi traffico•Analisi Banda/Latenza•Analisi storiche•Campionamenti statistici•Iniezione carico e misure•Definiz. Transaz. Campione•Benchmarcking a vari livelli
AvailabilityReliability
Performance
1. Bassi costi,
2. Velocità,
3. Sicurezza
1 + 2
1 + 3
2 + 3
Sceglierne solo due
or
top related