EU-udbud af WAN infrastruktur. Bilag 2 - Kundens IT-miljø

Transkript

1 EU-udbud af WAN infrastruktur Bilag 2 - Kundens IT-miljø

2 INDHOLD 1. INDLEDNING Formål Driftscentre i Kundens IT-Miljø Specifikation af Kundens netværksopbygning Arkitektur Hastighed og kapacitet Kvalitet Servicegrad Applikationsleverandørers adgang til netværket Specifikation af Kundens logiske netværk Local Area Network (LAN) på Kundens sygehuse Wan forbindelse mellem datacentre Local Area Network (LAN) i Kundens datacentre WiFi VPN Internet Sundhedsdatanettet (SDN) Strategi og Sikkerhed Kundens IT-Strategi IT-Sikkerhed Nøgleprocesser i Kundens IT-miljø Support & Servicedesk Change Management Incident Management Problem Management Kundens lokationsoversigt Bilag 2 Kundens IT-miljø Side 2/14

3 1. INDLEDNING 1.1 Formål Formålet med Kundens IT-Miljø er, at give et overblik over nuværende, samt planlagt/strategisk IT infrastruktur, der anvendes af Kunden. Dokumentet beskriver de mest almindelige elementer i Kundens it-miljø, som det er as-is. Dokumentet er holdt på et overordnet niveau og ikke udtømmende, ligesom nogle elementer vil være irrelevante i visse projekter. 1.2 Driftscentre i Kundens IT-Miljø Kunden råder over 2 driftscentre - et i Odense (DCO) og et i Esbjerg (DCE). Driftscentrene fungerer som datacentre for Kundens samlede IT-portefølje og indeholder virtuelle og fysiske serverfarme, databaser, Storage Area Network (SAN) samt funktionaliteter til back-up og overvågning. Driftscentrene er fuldt udstyret med central nødstrøm, køleanlæg, adgangskontrol, brandsikring og alarmering. De to driftscentre ligger på et niveau svarende til Tier 2, hvilket svarer til en oppetid på 99,741 % pr. datacenter. Datacentrene er vurderet efter TIA-942 standarden for drift af et datacenter. Datacentrene er ikke certificerede. Den officielle beskrivelse af TIA-942 standarden kan anskaffes her: DCO og DCE kører ikke en 2-Center løsning på grund af afstanden mellem dem. IT løsninger drives hovedsageligt alene på ét center. Delte IT løsninger mellem centrene kører typisk som Aktiv / Passiv setup. Designet tager udgangspunkt i at kunne håndtere Kundens ca daglige brugere. 1.3 Specifikation af Kundens netværksopbygning Formålet med Specifikation af Kundens netværksopbygning er at beskrive den netværksydelse, som regionen stiller til rådighed for brugere og applikationer. Specifikationen kan således benyttes ved anskaffelse af applikationer i bred forstand sådan at potentielle leverandører allerede på tilbudstidspunktet bliver bekendtgjort med, hvilke netværksbetingelser, som de skal kunne fungere under. 1.4 Arkitektur Regionsnetværket er realiseret som et alle-til-alle netværk baseret på MPLS teknologien. Kunden benævner dette som deres WAN. Netværket er af sikkerhedsmæssige hensyn opdelt i flere logisk adskilte netværk VRF er, der kun kan kommunikere indbyrdes gennem forbindelser på de to driftscentre. På den måde har regionen m u- Bilag 2 Kundens IT-miljø Side 3/14

4 lighed for at producere netværksydelser til fx patienter og klinisk anvendelse på den samme infrastruktur. De to driftscentre er bundet sammen med dedikerede forbi n- delser, der udelukkende bruges til driftstekniske formål. På driftscentrene termin e- res forbindelser til det offentlige Internet og til eksterne serviceleverandører. Alle tilslutningsforbindelser er lavet som fiberforbindelser, der er etableret med r e- dundans på de mest krævende lokationer. Redundante forbindelser graves i separate tracéer, sådan at en enkelt overgravning ikke kan afbryde kommunikationen. Quality of service er tilgængeligt og giver mulighed for prioritering af noget trafik fremfor andet. F.eks. til brug for realtidstrafik, som voice over IP og video Hastighed og kapacitet I regionsnetværket anvendes der tre symmetriske hastighedskategorier 100 Mbit/s, 1 Gbit/s og 10 Gbit/s. Alle institutioner er som minimum opkoblet med 100 Mbit/s, mindre sygehuse med 1 Gbit/s og store sygehuse og driftscentre med 10 Gbit/s. De store båndbredder er primært nødvendige for at understøtte en centraliseret arkivering af billeder fra røntgen, ultralyd, CT og MR. Tilslutningsforbindelserne kan som minimum levere 80 % af den specificerede bån d- bredde fra CPE til CPE (fra lokation til lokation) indenfor den aftale driftstid uden at det går ud over øvrige kvalitetsparametre som pakketab, latency og jitter. Bilag 2 Kundens IT-miljø Side 4/14

5 Forbindelsen fra regionsnetværket til Internet er implementeret som to redundante 1 Gbit/s fiberforbindelser, der begge er aktive dvs. den fulde kapacitet kan udnyttes under normale driftsforhold. Det er regionens ansvar at styre fordelingen af trafikken mellem de to forbindelser Kvalitet Kvaliteten på et pakkekoblet net måles ved at foretage stikprøver, hvilket betyder at kvaliteten angives med statistiske parametre som middelværdi, spredning osv. Kvaliteten på regionsnetværket karakteriseres ved de traditionelle værdier for pakk e- tab, latency og jitter. De opgivne kvalitetsparametre er uafhængige af den valgte kvalitetsklasse (se Quality of Service). s leverandør af WAN forbindelser har kontraktligt forpligtet sig til at designe, etablere og drive et regionsnetværk, der overholder de nedenfor sp e- cificerede krav for kvalitet. Disse krav er opfyldt for lokationer, der direkte er tilslu t- tet regionsnetværket indenfor s geografiske område, og gælder således ikke umiddelbart for distancearbejdspladser, hvad enten de befinder sig i n- denfor regionen eller udenfor, og ej heller ved applikationsbrug gennem VPN forbi n- delser. Hvis applikationer skal kunne anvendes udenfor regionens geografi, skal der tages specielt hensyn til den faktiske kvalitet, der kan opnås. Pakketab Pakketab fra CPE til CPE vil i driftstiden i gennemsnit over et døgn ikke overstige 0,1 %. Dvs. at der i kortere perioder vil kunne forekomme højere pakketab. Applikationer, der er kritiske i forhold til pakketab, bør derfor kunne performe tilfredssti l- lende med et pakketab, der midlet over et døgn når 0,2 %. Pakketab Gennemsnitsværdi for pakketab målt over et døgn Krav til applikationsleverandører Applikationen skal kunne performe i overensstemmelse med de stillede krav under forudsætning af, at regionsnetværket har et pakketab på 0,2 % i gennemsnit målt over et døgn. Latency Latency i datatrafik måles som round trip delay (dvs. både frem og tilbage) indenfor driftstiden fra CPE til CPE på tilkoblede lokationer. Round trip delay vil i gennemsnit målt over 3 timer ikke overstige 10 ms. Dvs. at der i kortere perioder vil kunne forekomme større latency fx i forbindelse med at trafikken omlægges i service providers backbone til en ikke optimal rute pga. fejl eller vedligehold. Applikationer, der Bilag 2 Kundens IT-miljø Side 5/14

6 er kritiske i forhold til round trip delay, bør derfor kunne performe tilfredsstillende med et round trip delay, der i gennemsnit over 3 timer når 20 ms. Round trip delay Gennemsnitsværdi for round trip delay målt over 3 timer Krav til applikationsleverandører Applikationen skal kunne performe i overensstemmelse med de stillede krav under forudsætning af, at regionsnetværket har et round trip delay på 20 ms. i gennemsnit målt over 3 timer. Jitter Jitter i datatrafik måles som variation i latency af datapakker indenfor driftstiden fra CPE til CPE mellem tilkoblede lokationer. Jitter vil i gennemsnit over 3 timer ikke overstige 10 ms. Dvs. at der i kortere perioder vil kunne forekomme større jitter fx i forbindelse med at trafikken omlægges i service providers backbone til en ikke optimal rute pga. fejl eller vedligehold. Jitter har primært betydning for realtids peer-to-peer applikationer som voice over IP og video. Applikationer, der er kritiske i forhold til jitter, bør derfor kunne performe tilfredsstillende med en jitter, der i gennemsnit over 3 timer når 20 ms. Jitter Gennemsnitsværdi for jitter målt over 3 Timer Krav til applikationsleverandører Applikationen skal kunne performe i overensstemmelse med de stillede krav under forudsætning af, at regionsnetværket ar en jitter på 20 ms. i gennemsnit målt over 3 timer. Quality of Service QoS I regionsnetværket kan eksempelvis datatrafik fra realtids applikationer som tale og video prioriteres fra CPE til CPE. Prioriteringen af datatrafik kan opdeles i tre kla s- ser: Høj (typisk realtids applikationer) Medium (typisk client server og Citrix applikationer) Best effort (typisk Internettrafik, print, mail og dokumentarkivering) Som udgangspunkt kan 5 % af en forbindelses kapacitet prioriteres i klassen»1 Høj«. Andelen af prioriteret trafik kan efter aftale øges til %. Bilag 2 Kundens IT-miljø Side 6/14

7 1.4.3 Servicegrad Alle forbindelser i regionsnetværket er reguleret på servicegrad, hvor der er defin e- ret to forskellige klasser 24/7 redundans og 24/7 +standard. De to servicegrader definerer driftstid, tilgængelighed, reaktionstid, afhjælpningstid og maksimal fejlretningstid. SLA kategori Driftstid Tilgængelighed Reaktionstid Afhjælpningstid Maksimal fejlretningstid 24/7 Redundans 24/7 99,95 % 10 min 30 min 12 timer 24/7 +Standard 24/7 99,70 % 15 min 4 timer 4 timer Driftstid Driftstiden er defineret som det tidsrum, hvor regionsnetværket er i drift. Alle fo r- bindelser har en driftstid på 24/7, hvilket betyder at de er i drift 24 timer i døgnet alle ugens dage i 365 dage om året. Tilgængelighed Tilgængelighed defineres som den procentvise andel af den aftalte driftstid, hvor netværksforbindelsen inklusive CPE er tilgængelig, og hvor netværksydelsen (i det tilfælde at netværksydelsen består af flere forbindelser med separate CPE) er i overensstemmelse med den garanterede kvalitet. Dvs. at netværksydelsen regnes ikke som utilgængelig, hvis kun den ene af to redundante forbindelser er nede. Tilgængelighed måles som: (tilgængelig driftstid / aftalt driftstid) x 100 Reaktionstid Reaktionstiden definerer det tidsrum angivet i timer og minutter, som leverandøren garanterer ikke overskrides, før fejlafhjælpning påbegyndes. Reaktionstiden måles fra fejlmelding modtages af leverandørens service desk til leverandøren har kvitteret for fejlmelding samt påbegynder fejlafhjælpning. Afhjælpningstid Maksimal afhjælpningstid (time to repair/fix) definerer det tidsrum, angivet i timer og minutter, som leverandøren garanterer ikke overskrides før en ydelse eller se r- vice er reetableret efter nedbrud. Maksimal afhjælpningstid måles fra fejlmelding modtages af leverandørens service desk eller overvågningssystem til ydelsen eller servicen er reetableret. Ved en redundant forbindelse er maksimal afhjælpningstid den tid der må gå indtil servicen er tilgængelig på den alternative forbindelse. Bilag 2 Kundens IT-miljø Side 7/14

8 Fejlretningstid Maksimal fejlretningstid definerer den tid, angivet i timer og minutter, som levera n- døren garanterer ikke overskrides før en reparation er tilendebragt efter nedbrud. Maksimal fejlretningstid måles fra fejlmelding modtages af leverandørens service desk eller overvågningssystem til reparationen er tilendebragt. Som eksempel, ved brud på en redundant forbindelse, skal servicen være tilgængelig indenfor 30 minu t- ter, bruddet skal være endelig repareret inden for den specificerede maksimale fejlretningstid Applikationsleverandørers adgang til netværket Applikationsleverandører kan få adgang til udstyr på regionens netværk via forbi n- delser gennem regionens driftscenter. Som udgangspunkt kan der tilbydes Cisco AnyConnect VPN forbindelser og i specielle tilfælde fast opkoblede forbindelser. De aktuelle vilkår og betingelser aftales med regionens IT driftsafdeling. 1.5 Specifikation af Kundens logiske netværk Local Area Network (LAN) på Kundens sygehuse. LAN på Kundens sygehuse transporterer data mellem en stor mængde medico teknisk udstyr og almindelige administrative IT-systemer til understøttelse af det kliniske arbejde. Lokalt på sygehusene er der placeret switche hvori udstyr som PC er og medico teknisk udstyr koblet til. De er koblet op med optil 1 Gbit forbindelser Wan forbindelse mellem datacentre Al trafik mellem de to datacentre (DCE og DCO) routes som udgangspunkt via redundante dedikerede fiberforbindelser. Ved dobbeltfejl på dette setup routes trafikken automatisk ud via Kundens WAN forbindelser i datacentrene. Med den nuvære n- de infrastruktur er der følgende garanti fra Kundens netværksleverandør: Forsinkelse i datatrafik målt som round trip delay (RTD) på ethvert tidspunkt indenfor driftstiden, fra CPE til CPE, mellem tilkoblede lokationer, må ikke som mi d- delværdi målt over 3 timer overstige 10 ms. Praktiske daglige målinger viser typisk en forsinkelse på 2-3 ms mellem DCO og DCE Local Area Network (LAN) i Kundens datacentre. Server access i datacentre er baseret på Cisco s platform. Der tilbydes som udgangspunkt 1 og 10 Gbit fiberporte. Ved behov kan der leveres 1 Gbit kobberporte. Management netværk er baseret på 1 Gbit kobberporte. Bilag 2 Kundens IT-miljø Side 8/14

9 Uplink speed på alle server access switche er tilpasset det konkrete behov og kan ændres/udvides ved ændringer i behov WiFi Kunden råder over et tværgående og sammenhængende trådløst IP-netværk baseret på komponenter og løsninger fra Cisco Systems. Netværksservicen udbydes internt hos Kunden af Regional IT, og det er ikke nødvendigvis alle matrikler, afdelinger, enheder m.v., der vælger at tilbyde medarbejdere og / eller borger adgang til netværket trådløst. Nettet anvendes til bærbare PC-arbejdspladser, EPJ terminaler, medico teknisk udstyr, mobile og tablet enheder samt trådløs internet adgang for borgere (patienter og pårørende på sygehusenhederne). Netværket anvender 2,4 og 5 GHz frekven s- båndene og der understøttes følgende standarder a/g/n. Validering foregår, hvad angår Kundens trådløse enheder, ved brug af 802.1x EAP-TLS og 802.1x PEAP VPN Kunden har en VPN løsning, denne giver brugere hos Kunden samt leverandører adgang til Kundens netværk. Det er dog kun en mindre del af brugerne, der anvender VPN. Der er ligeledes mulighed for etablering af site-2-site VPN forbindelser, der som udgangspunkt anvendes, når leverandører skal have servicemæssig adgang til Kundens net og servere. Leverandører skal i forbindelse med tildeling af VPN adgang, med dertil hørende adgang til netværk og systemer, udfylde Kundens til enhver tid gældende personlige tro og love erklæring. Erklæringen indeholder retningslinjer og ansvar, som den p å- gældende Leverandør skal overholde ved anvendelse af Kundens infrastruktur Internet Kunden har en redundant 1 GB internet forbindelser koblet på datacentrene. Kunden håndterer forskellige perimeterfirewalls, der overvåger trafikken Sundhedsdatanettet (SDN) Kunden er tilkoblet Sundhedsdatanettet i Danmark. Sundhedsdatanettet forbinder hele sundhedssektoren i Danmark og alle regioner, offentlige og private sygehuse, praksisydere under den offentlige sygesikring, kommuner, apoteker og private lab o- ratorier er forhåndsgodkendte til at komme på netværket. IT-leverandører til ovenstående kan også komme på netværket. Netværket ejes af MedCom, drives af Netic og består teknisk af et centralt knudepunkt og et MPLS-net. Sundhedsdatanettet er døgnovervåget og redundant, og Bilag 2 Kundens IT-miljø Side 9/14

10 Kunden er koblet til Sundhedsdatanettet via sit eget sikrede regionsnet. Forbindelsen er etableret til TDCs MPLS netværk via 2 stk. 1 GB MPLS forbindelser. 1.6 Strategi og Sikkerhed Kundens IT-Strategi Kunden har tre overordnede IT strategier: Strategi for tværgående IT. Se bilag 2.2 Strategi for tværgående IT. Strategi for Sundheds IT. Se bilag 2.3 Strategi for Sundheds IT. IT-strategi til understøttelse af samarbejdet mellem sygehuse, kommuner og praksissektoren i. Se bilag 2.4 Det digitale sundhedsv æ- sen i Multicast Kunden har en strategi om fremadrettet at ibrugtage en ISP-leveret mvpn løsning. Løsningen påtænkes ikke anvendt til broadcast af flow-tv. Løsningen skal designes således, at der på en given lokation kan forefindes både multicast source og multicast receiver funktionalitet. Et multicast flow kan således både være intra-site og inter-site. Kunden planlægger, at bruge multicast trafik på følgende måder i netværket: De dedikerede links mellem datacenter Odense og datacenter Esbjerg vil bruges til at kommunikation mellem redundante multicast RP enheder. WAN netværket vil blive brugt som backup link for denne RP kommunikation IPTV multicast trafik vil blive distribueret på kendte multicast source/group adresser fra datacenter mod remote lokationer i WAN netværket. Video overvågning og andre industrielle brug af multicast trafik kan have multicast sources i remote lokationer i WAN netværket, men klienter på andre lokationer, der i blandt også i datacentrene. For så vidt angår WAN-leverandørens mvpn service, gælder at leverandøren i sin leverance skal tilsikre, at Kunden kan anvende nedenstående teknologier: Beskrivelse RFC Funktion MSDP RFC3618 Synkronisering af aktive multicast-sources mellem Anycast-RP routere. PIM-SM RFC4601 Opbygning af Shared multicast-træ samt registrering af sources og receivere for Anysource multicast. Bilag 2 Kundens IT-miljø Side 10/14

11 PIM-SSM RFC3569 RFC4107 Opbygning af source specific shortest-path multicast-træ. WAN-leverandøren skal, udover ovenstående, ligeledes kunne tilbyde, at Kunden kan klassificere og mærke specifikke multicast flows til en trafik klasse med AF (Assured Forwarding) garantier, herunder garanti for båndbredde. Dette er særligt gældende for trafikklasser indeholdende lyd/billede distribution. Kunden har svært ved at bruge GLOB adresser som beskrevet i RFC3180, da det ikke er alle multicast Group adresser der styres af. Nedenstående tegning illustrerer Kundens fremtidige anvendelse af multicast IT-Sikkerhed Kundens IT-miljø er samlet set underlagt den Fællesregionale Informationssikkerhedspolitik, der er godkendt af RSI (Regionernes Sundheds-it) d. 8. juni Den fællesregionale politik er udarbejdet af alle fem regioner og skal ses som en overordnet ramme for både region Syddanmarks og de øvrige regionernes information s- sikkerhedspolitikker. Bilag 2 Kundens IT-miljø Side 11/14

12 Til orientering så er planen vedr. s informationssikkerhedspolitik: At den Fællesregionale informationssikkerhedspolitik indgår som en overordnet ramme/politik. Se underbilag Den Fællesregionale Informationssikkerhedspolitik At der beskrives en kort overoverordnet informationssikkerhedspolitik for Region Syddanmark (skal til godkendelse hos Regionsrådet) At der udarbejdes en række underliggende bilag vedr. informationssikkerhed, der beskriver specifikke retningslinjer. Disse vil med basis i ISO27001 udgøre den såkaldte IT-sikkerhedshåndbog. 1.7 Nøgleprocesser i Kundens IT-miljø Support & Servicedesk Kunden har Servicedeske på de enkelte sygehuse samt regionshuset i Vejle. Å b- ningstiderne er mandag til torsdag og 8-14 fredag. Kunden har overvågning med tilkaldevagt på servere 7x24x365, og driftsvagten har en reaktionstid på 15 minutter. Kunden benytter ITSM værktøj til rapportering til Kundens Servicedesk. Opgaveløsning i driftstiden påbegyndes senest fire timer fra anmodningen om se r- vice er modtaget i Servicedesk. Opgaveløsningen afhænger ligeledes af opgavens samlede prioritet. Kunden opererer med følgende kategorier af prioriteter Prioritet 1: Løst inden for fire timer Prioritet 2: Løst inden for en arbejdsdag Prioritet 3: Løst inden for to arbejdsdage Prioritet 4: Løst inden for fem dage Prioritet 5: Løst inden for ti dage En opgaves prioritet er sammensat af to parametre: opgavens vigtighed (Urgency) og opgavens konsekvens (Impact) for forretningen. Kunden arbejder med følgende kategorier af vigtighed: Høj Kræver omgående handling Medium Hurtigst muligt Lav Når det er belejligt Bilag 2 Kundens IT-miljø Side 12/14

13 Planlagt Kunden arbejder med følgende kategorier af vigtighed: Høj (F.eks. Patientkritisk, stor konsekvens for forretningen, Alvorligt brud på sikkerheden). Medium (Default). Lav (Påvirkningen af forretningen er minimal, ikke kritisk fejl) Change Management Kunden anvender Change Management Processer baseret på ITIL rammeværket. Change Management processen er etableret med henblik på at sikre stabil og effektiv drift samtidig med at sikre en smidig organisation, der er i stand til at håndtere et omskifteligt IT-miljø. Yderligere skal processerne sikre, at ændringer i driftsmiljøet kan iværksættes som aftalt uden, at eksisterende kunder og løsninger påvirkes unødigt af denne proces. Kunden opererer med fem nøgleprocesser i forbindelse med Change Management: Registrering af Change (RFC) Change Quality Control behandling af RFC Change Managers endelige godkendelse eller afvisning af RFC Implementering af Change Post Implementation Review (PIR) og afslutning af sagen Incident Management Kunden anvender Incident Management Processer baseret på ITIL rammeværket. Incident Management processen er etableret med henblik på at sikre stabil og effe k- tiv Service leverance samt genetablere IT services og optimere IT services i forhold til forretningens drift Problem Management Kunden anvender Problem Management Processer baseret på ITIL rammeværket. Problem Management processen er etableret med henblik på at proaktivt forebygge problemer og minimere incidents samt minimere impact af incidents, der ikke kan forhindres. 1.8 Kundens lokationsoversigt Generelt er Kundens primærområde defineret, som det geografiske område for Region Syddanmark. Sekundærområdet er defineret, som resten af Danmark udenfor, dog med undtagelse af følgende adresser: Bilag 2 Kundens IT-miljø Side 13/14

14 Silkeborgvej 53 Olof Palmes Allé 32 Bymandsvej 18 Niels Bohrs Vej Århus C 8200 Århus N 8200 Århus N 8660 Skanderborg Kundens samlede lokationsoversigt fremgår af bilag 2.1 hvori blandt andet angivelsen af primær- eller sekundærområde også er angivet. Bilag 2 Kundens IT-miljø Side 14/14