IT Briefing July 16, 2009
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
IT Briefing
July 16, 2009
• Internet2 & TippingPoint
• Back to School
• Apple@Emory
• Research & Health Sciences IT
• Service Catalog &ITSM Evaluation
• Document Imaging
• Webmail High Availability
• Alan White
• Dawn Francis-Chewning& Daniel Palmer
• Alan R. Cattier
• Marc Overcash
• Karen Jenkins
• Felicia Bianchi
• David Gottschalk
Agenda
2
July 16, 2009
Internet2 and TippingPoint
Alan White
TippingPoint IPS
TippingPoint sits inline on the network and inspects traffic for known exploits and policy violations
What is TippingPoint?
4
TippingPoint IPS
TippingPoint is also used to quarantine IP addresses
Quarantine
5
TippingPoint IPSCurrent Deployment
6
TippingPoint IPSCoverage for Internet2
7
TippingPoint IPSCoverage for Internet2
8
• Internet2 is 10 Gbps• Our current TippingPoint boxes are 1.2 Gbps• Emory has not exceeded 1.2 Gbps in the past year
TippingPoint IPSCoverage for Internet2
9
• Insert TippingPoint IPS unit between Emory and Internet2
• Gather information and let management decide if we should invest in a solution that can cover 10 Gbps
TippingPoint IPSCoverage for Internet2
10
• Proposed implementation: – July 29th between 9pm and 10pm
• Waiting on CRB approval
11
Questions
TippingPoint IPS
Back to School
Dawn Francis-Chewning& Daniel Palmer
113
Back to SchoolOn Your Mark
1
Back to School• When does it happen? • Who is it for? • Why do we do this?• What’s different?
• How do we do it?
Already?
14
Back to School
Presenter
Presentation Notes
1
Back to SchoolEmory On Line (EOL)• 64 bit support • Symantec Endpoint Protection • Skype Supernode• Adobe Flash• FirstClass
*Fewer Windows Updates *MalwareBytes in manual install
Get Set!
15
Back to School
1
Back to SchoolIt’s a Go!
16
BTS Now & Then Review: July 23Account Master/Coordinator Trg 8/3 Tech Training: August 20
Anticipated Arrivals August 19 – International Students
& Student AthletesAugust 22 – Saturday, Freshmen August 23 – Sunday, Upperclass
Back to School
17
Questions
Back to School
Apple@Emory
Alan R. Cattier
Apple@EmorySAVE THE DATE!
19
October 12th, 2009
Apple@Emory
• Focuses– Snow Leopard
• Apple Mail and Exchange 2007• Entourage and Exchange 2007
– Citrix, VDT, and the Mac– Parallels and VMware Fusion– iPhone and Ipod Touch
• Apps in the Medical Arena• Securing your Device
October 12th, 2009
20
Apple@Emory
• Other Highlights– Emory Genius Bar– Favorite Emory MacTips– TechTrack with Emory MacExperts
• Save the Date• Look for Online Registration• Tell Your MacUsers and Apple Curious
October 12th, 2009
21
Apple@Emory
• Thank You to:• Megan Levitt: SOM• Tiffany Kady: SPH• Eric Logan: OIT• Shea Jarman: UTS• Jim Brown: Oxford• Damon Lynch: ECCS• Marcus Rodriguez: Library• Alex Kyrychenko: Library
October 12th, 2009
22
23
Questions
Apple@Emory
Research & Health Sciences IT (R&HS)Marc Overcash
R&HS
• Division of Research & Health Sciences IT
• Key Projects/Platforms
25
Briefing On
R&HSOrganization Chart
26
R&HS
• 28 FTE positions• Bifurcated missions of:
– Supporting Research through IT– Coordinating WHSC IT
• Key Areas:– HPC– Web Design– Data Management– Project Management– Programming– Research Areas (Research LIMS, Data Capture)
Boxes Aside
27
R&HSPortfolio Diagram
28
R&HS
• eBIRT• Data Capture
– Surveys– Electronic Case Reports
• Virtual BioRepository• High Performance Computer Cluster• Web Design Group
Platforms/Key Services
29
eBIRT
30
R&HS
Electronic Biomedical Interactive Resource Tool
• Investigators find resources– Cores
• Emory University & Morehouse School of Medicine
• National Efforts
eBIRT
31
R&HS
Features:• Skip Patterns/
Data validation• Longitudinal
Study Support• Export to analysis
tools (SAS,SPSS)Types:
• Surveys (a la WebMonkey)
• Clinical Research
Electronic Data Capture
32
R&HS
• Research Labs to manage data, specimens, quality control
• Connecting Research Labs together
• Searching across Multiple Repositories for Specimens
33
Virtual BioRepository
R&HS
Laboratory Information Management Systems
• 1024 node cluster
• Operation over 2 yrs
• Average 50% utilization last month
• Augmented with a Large Scale Memory Machine
High Performance Computing
34
R&HS
• Latest addition
• Content migrations onto Cascade
• Web site development
• Flash and interactive applications
Web Design Group
35
R&HS
• Manage conflict of interests and conflict of commitments across University
• Annual certification process
Electronic Conflict of Interest
36
R&HS
37
Questions
R&HS
Service Catalog
Karen Jenkins
Service CatalogWithin Service Design
39
Service Strategy
Service Design
Service Transition
Service Operation
Continual Service
Improvement
Service Design
Service Catalog
• Service Catalog (Phase I)– Defines the services that are in production or
readily available– Defines the scope, conditions, options and
service levels
• Service Request Catalog (Phase II)– List of available service requests– Value is measured in turn-around time,
backlog, cost, customer satisfaction
Terminology
40
Service Catalog
Eggs, butter, salt, pepper, garlic, bread crumbs, olive oil, oregano, mozzarella cheese, parmesan cheese, tomatoes, pasta, chicken
Restaurant Analogy
41
Do you order ingredients?
Chicken Parmesan - Breaded chicken breasts topped with Marinara sauce, roasted Bruschetta, Mozzarella and Parmesan cheese, and herbs. Served with linguini.
… or the entree?
Service CatalogEmail Example
42
OWA BlackBerry
HW Platform Exchange S/W
Server 1
Server n
Zantaz (EAS)
Service
Configuration Items
Features / Options
Service CatalogGuidelines
43
Do’sPresent in customer
friendly termsGroup according to
business driversCreate a “menu” of
Service OfferingsSet initial customer
expectations Create an Actionable
catalog*
Don’tsList tasks organized by
UTS departmentsList the functions of a
teamIdentify the features of
a serviceWrite in technical jargonProvide all the gory
technical details
*Service Request Catalog in Phase II
Service Catalog
• Workshops with service owners to provide overview of services
• Customer oriented names & groupings– Eighteen open card sorting exercises with
faculty/staff/students– 4 closed sorting exercises
• Developed in Cascade using Emory template
• Workshops with UTS, Local Support, and customers to obtain UI feedback
Approach
44
Service Catalog
https://secure.web.emory.edu/it/staging/catalog
Demo
45
Service Catalog
• Still scrubbing content … for now concerned with layout and usability
• Please attend a workshop– Friday July 17th 10:30 -5:00, North
Decatur Building, Kennesaw 225– Monday July 20th 9:00 – 5:00, Woodruff
Memorial Library, ECIT 217
Local Support Workshops
46
47
Questions
Service Catalog
IT Service Management Evaluation
SLA Acceptance Detail by Priority - Annual
Met Missed Actual Goal
Critical 65 19 77.38% 90.00%
High 408 31 92.94% 85.00%
Medium 4559 449 91.03% 85.00%
Low 17826 64 99.64% 85.00%
Incident Management Summary
35
120159
251
565
42 59 50 36
187
0
100
200
300
400
500
600
3 Days 3 Weeks 3 Months 3+ Months Total
Open Incidents - Aging Report
Local Support UTS
Service ManagementToday
Change Management8 RFCs submitted (wk)
7 RFCs approved (wk)
7 Changes implemented (wk)
50% Successful Emergency Changes to date
93% YTD Changes successful
ITIL v326 Processes
50
SERVICE STRATEGY• Service Strategy• Service Portfolio
Management• IT Financial Management• Demand Management
SERVICE OPERATION• Event Management• Incident Management• Request Fulfillment• Problem Management • Access Management
SERVICE DESIGN• Service Catalog Management• Service Level Management • Supplier Management • Capacity Management • Availability Management• Continuity Management• Information Security
Management
SERVICE TRANSITION• Transition Planning and
Support• Change Management• Service Asset & Configuration
Management• Release & Deployment
Management• Service Validation & Testing• Evaluation• Knowledge ManagementCONTINUAL SERVICE
IMPROVEMENT• Service Measurement• Service Reporting• Service Improvement
Service Management
1. We could do more than Incident2. We could actually find Services3. Reporting wasn’t based on Excel4. Self service was real
a) For requestsb) For self-helpc) For status updates
5. We had a better interface6. We could save money
What If?
Service ManagementYour Alternative
Service ManagementToday - How many clicks?
Service ManagementAlternative
Service ManagementToday - self-service
Service ManagementAlternative
Service Management
1. We are all frustrated with Remedy2. We have divergent practices … now we
know better3. All IT groups are facing cost pressure
a) Remedy is expensive as isb) Maybe something else costs less
4. Good practices save money … we need additional modules
5. BMC’s licensing model is brokena) $87k to buy the car (new modules)b) $258k to buy the keys (licenses)
Why now?
Service ManagementObjectives
58
Usability
• Improve self-service• Simplified support
interface• Current technology
Deployment Speed
• Easier administration
• Rapid deployment of modules
• Faster deployment of enhancements
Cost
• Reduce annual spend
• Reduce cost for new capabilities/modules
1 2 3
? ?
Service Management
1. Other vendors (HP, CA) are similar to BMCa) Expensiveb) Complex
2. SaaS model is attractivea) Reduces software costb) Eliminates hardware refresh, OS support
3. Service-now looks viablea) Fully featured with simple UIb) Highly configurablec) In business since 2004, profitable, quarterly revenue
growth, 2x revenue last fiscal yeard) Significant number of large customers (Hyatt, TIAA
CREF, CBS, Facebook, Cisco, MetLife)
Our best hope
Service Catalog ChangeProblem
Process Management
Incident Knowledge Release
Shared Services
Asset
Operational Automation
Employee Self-help
Service Request
– – –
–
X X X
XX
X
Service ManagementSimplified administration
61
Fact Sheet282
Customers3,770,850 End Users
6,188 Successful Upgrades*
16 Releases
since founded
*Upgraded 1,000 instances in 2 hours
Service Management
• Define campus-wide working group– Solicited volunteers through ITPC and
DeskNet• Identify functional requirements• Identify evaluation scenarios• Create PoC environment for
evaluation• Recommendation by July 31st
Evaluation Approach
Service ManagementWorking Group
Todd BurroughsPaul CoriglianoTina CrumApril DunsonKarla FieldsTiffany KadyAndrew KincaidMeggan LevittEric LoganJean Robert MathadorFarah RemtullaAl SheltonJoel ThomasLuciano Dalla VeneziaJohn Wilson
UTS, ITSMOUniversity RelationsUTS, ITSMOEmory CollegeOxford CollegeSchool of Public HealthUTS, Enterprise AppsDepartment of MedicineResearch & Health SciencesSchool of MedicineUTS, ITSMOUTS, Enterprise AppsSchool of MedicineUTS, ITSMOUTS, Enterprise Apps
Service Management
• 8 demonstrations and Q&A sessions completed
• Team has worked through– 25 functional requirements and evaluations
scenarios– Over 40 questions answered to team’s
satisfaction– 90% of Change process configured in one-day
• All working members involved in evaluation and own one or more functional requirements
Status
Service Management
• Favorables:– Team impressed with the usability of the tool– Very flexible– Customizations not lost with upgrades– Survey, Knowledge, and Reporting superior to
Remedy
• Concerns:– Training for administrators– Campus involvement with the rollout– Quote, contract, references
Reactions
66
Questions
Service Management
Document Imaging
Felicia Bianchi
Document ImagingRequirements
68
• Enrollment Services has a pressing need for Imaging
• Integration with PeopleSoft• Current Imaging solution does not scale well• Need for centralized scanning on campus
Document ImagingCurrent project Status
69
• RFI/RFP process complete• Campus vendor presentations• Three finalists chosen• Proof of Concept process refinement• Onsite visits to vendor finalists• Reference checks for the finalists
Document ImagingNext steps
70
• Sign a Statement of Work for a POC• Schedule the POC on campus• Several groups involved in the POC
– Admissions– Purchasing– Human Resources– Department of Medicine
• Communications to all other interested parties
71
Questions
Document Imaging
Webmail High Availability
David Gottschalk
2
Old Architecture- 2 Apache Web servers running Solaris on old Sun 480.- 1 Database server running Solaris on a Sun 480.
Problems-Old hardware out of maintenance needed to be replaced.- Software was significantly out of date and had multiple security vulnerabilities. - Overall system performance was poor, and system was not redundant.
Webmail Old Architecture
74
Webmail Old Architecture
4
New Architecture-2 Web servers running Linux on a VM-1 Database server running Linux on a VM
Software-Latest version of Apache/Horde/IMP.-Updated version of MySQL on database server
Problems-Oracle did not work properly with Horde/IMP-Switched to MySQL on Linux VM.-Vacation application had to be replaced.
Webmail New Architecture
76
Webmail Current Architecture
77
Questions
Webmail
Related Documents
