Building a Smart Cloud Strategy

Slides:



Advertisements
Similar presentations
Tales from the Lab: Experiences and Methodology Demand Technology User Group December 5, 2005 Ellen Friedman SRM Associates, Ltd.
Advertisements

Ethernet Switch Features Important to EtherNet/IP
Top-Down Network Design Chapter Nine Developing Network Management Strategies Copyright 2010 Cisco Press & Priscilla Oppenheimer.
Logically Centralized Control Class 2. Types of Networks ISP Networks – Entity only owns the switches – Throughput: 100GB-10TB – Heterogeneous devices:
Current impacts of cloud migration on broadband network operations and businesses David Sterling Partner, i 3 m 3 Solutions.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Network Troubleshooting Accessing the WAN – Chapter 8.
vCenter Application Discovery Manager (ADM)
Towards Virtual Routers as a Service 6th GI/ITG KuVS Workshop on “Future Internet” November 22, 2010 Hannover Zdravko Bozakov.
NetFlow Analyzer Drilldown to the root-QoS Product Overview.
1© Copyright 2015 EMC Corporation. All rights reserved. SDN INTELLIGENT NETWORKING IMPLICATIONS FOR END-TO-END INTERNETWORKING Simone Mangiante Senior.
EHealth Network Monitoring Network Tool Presentation J. Gaston Senior Network Design Seminar Professor Morteza Anvari 10 December 2004.
Performance Management (Best Practices) REF: Document ID
All content in this presentation is protected – © 2008 American Power Conversion Corporation Rael Haiboullin System Engineer Capacity Manager.
C OLUMBIA U NIVERSITY Lightwave Research Laboratory Embedding Real-Time Substrate Measurements for Cross-Layer Communications Caroline Lai, Franz Fidler,
1 Root-Cause Network Troubleshooting Optimizing the Process Tim Titus CTO, PathSolutions.
Performance Management (Best Practices) REF: Document ID
1 CISCO SAFE: VALIDATED SECURITY REFERENCE ARCHITECTURE What It Is Business Transformation Top Questions To Ask To Initiate The Sale Where It Fits KEY.
Service Transition & Planning Service Validation & Testing
© 2013 Cisco and/or its affiliates. All rights reserved. This document is Cisco Confidential. For Channel Partners only. Do not distribute. C
RBM and Asset Strategy.
Network Troubleshooting
Performance Management (Best Practices) REF: Document ID
Datacenter Network Simulation using ns3
1 Root-Cause VoIP Troubleshooting Optimizing the Process Tim Titus CTO, PathSolutions.
Network design Topic 6 Testing and documentation.
1 | © 2015 Infinera Open SDN in Metro P-OTS Networks Sten Nordell CTO Metro Business Group
Capacity Planning Plans Capacity Planning Operational Laws
© 2007 – 2010, Cisco Systems, Inc. All rights reserved. Cisco Public Course v6 Chapter # 1 Chapter 2: Troubleshooting Processes for Complex Enterprise.
Robert Mahowald August 26, 2015 VP, Cloud Software, IDC
The New Policy for Enterprise Networking Robert Bays Chief Scientist June 2002.
4/26/2017 Use Cloud-Based Load Testing Service to Find Scale and Performance Bottlenecks Randy Pagels Sr. Developer Technology Specialist © 2012 Microsoft.
Performance Management (Best Practices) REF: Document ID
Resolve today’s IT management dilemma Enable generalist operators to localize user perceptible connectivity problems Raise alerts prioritized by the amount.
1 Revision to DOE proposal Resource Optimization in Hybrid Core Networks with 100G Links Original submission: April 30, 2009 Date: May 4, 2009 PI: Malathi.
Internet Traffic Engineering Motivation: –The Fish problem, congested links. –Two properties of IP routing Destination based Local optimization TE: optimizing.
© 2014 Level 3 Communications, LLC. All Rights Reserved. Proprietary and Confidential. Simple, End-to-End Performance Management Application Performance.
Module Objectives At the end of the module, you will be able to:
HPHC - PERFORMANCE TESTING Dec 15, 2015 Natarajan Mahalingam.
1 Root-Cause Network Troubleshooting Optimizing the Process Tim Titus CTO PathSolutions.
Application Protocol - Network Link Utilization Capability: Identify network usage by aggregating application protocol traffic as collected by a traffic.
Structured Container Delivery Oscar Renalias Accenture Container Lead (NOTE: PASTE IN PORTRAIT AND SEND BEHIND FOREGROUND GRAPHIC FOR CROP)
Interaction and Animation on Geolocalization Based Network Topology by Engin Arslan.
REMOTE MANAGEMENT OF SYSTEM
Instructor Materials Chapter 8: Network Troubleshooting
Optimize your network for the cloud
Architecture and Algorithms for an IEEE 802
Cisco Unified Communications Management
Planning and Troubleshooting Routing and Switching
Presented by Munezero Immaculee Joselyne PhD in Software Engineering
Networking for the Future of Science
Enterprise vCPE use case requirement
EIN 6133 Enterprise Engineering
Top-Down Network Design Chapter Nine Developing Network Management Strategies Copyright 2010 Cisco Press & Priscilla Oppenheimer.
Chapter 5: Inter-VLAN Routing
© 2002, Cisco Systems, Inc. All rights reserved.
Designing Routing and Switching Architectures. Howard C. Berkowitz
ONOS Drake Release September 2015.
Implement Inter-VLAN Routing
Effective Testing Strategy for
Evaluating Transaction System Performance
Data collection methodology and NM paradigms
Implement Inter-VLAN Routing
Implement Inter-VLAN Routing
Network Troubleshooting
Chapter-6 Access Network Design.
Implement Inter-VLAN Routing
Scrumium NetBrain Thursday, May 09, 2019.
Capitalize on Your Business’s Technology
Microsoft Virtual Academy
Top-Down Network Design Chapter Nine Developing Network Management Strategies Copyright 2010 Cisco Press & Priscilla Oppenheimer.
Presentation transcript:

Building a Smart Cloud Strategy Marlin McFate Public Sector CTO, Riverbed Technologies

Behind every digital experience is a human one RIVERBED’S PURPOSE: ADVANCING THE HUMAN EXPERIENCE IN THE DIGITAL WORLD

Questions What can I move? What will the performance be? What do I have to do to be able to move?

! Difficulties Self-inflicted problems Unintentionally painted ourselves into a corner Can’t access cloud in the most efficient manner Many legacy applications

Battle Plan for Cloud Migration Identify App Ecosystem Predict App Response New Network Hotspots Continuous SLA—Before, During, After Before migration, the application eco-system must be identified at all levels Network map Application map User map Applications can be latency sensitive It is critical to identify the impact of added latency Tier dependency must be identified for a seamless migration schedule and strategy Changed workload and path can create unintended network hotspots Predict new hotspots before they cause problems Conduct double- failure studies Monitor applications Prior to the migration Post-migration Productivity report

Identify Ecosystem Can’t move something you don’t understand Rationalize applications

Identify Ecosystem Rationalize network path Understand current end-user performance

Predict App Response What is the performance? What will the performance be? What elements are latency sensitive?

Identify Network Hot Spots Where will capacity need to change? Where will my current architecture be inadequate?

Performance: Before, During, After Monitor end-user experience: For every enterprise application On any physical, mobile, or virtual device “ “Click to render” time Automatically baselines “normal” performance Correlates app performance to device health/performance Automatically compare/validate changes

This is Not Trivial IT Ops Network Ops App Ops DevOps LOB Switch PACKETS SNMP, CLI, WMI, SYN FLOWS EUE TELEMETRY Switch Router Devices UC and App Servers Cloud SteelHead

Assessment Factory Engine Support major application relocations Perform a fully automated proactive evaluation study for applications that are candidates for migration. The study for each application includes: Evaluating “at risk”—chatty links that experience degraded performance with increased latency Providing insights into application dependencies (application topology) Identifying comprehensive network impact Providing insights into underlying network topology Use the study results of each application in assessing the overall migration impact as multiple applications get migrated Input Application Details Assessment Factory Processing Engine Output—Assessment Factory Engine Document OP1—At Risk Evaluation (communications with high turns) OP2—Application Topology OP3—Network Impact Assessment OP4—Network Topology

Implementation Approach Do we know the app to study? Gather application footprint details NO Tap packet traffic at core or distribution level STEP 1: Application footprint details COVERAGE BIDIRECTIONAL TRAFFIC STEP 2: Data collection setup COVERAGE PICK AN APP TO STUDY STEP 3: Tools configuration STEP 4: Data validation and usage SNMP/CLI Entry/exit traffic + server level traffic needs to be covered YES PHYSICAL NO Identify virtual environments to consider for flow export AR11 STEP 5: Assessment factory processing engine OP2 STEP 6: Assessment factory engine output document * —Automated YES NO ANALYZE DATA WAN USING NETFLOW SERVER TRAFFIC USING PACKETS COVERAGE For CLI: obtain cli show command outputs For SNMP: identify the repository to obtain performance metrics Identify list of access layer devices from which packets need to be captured, based on application repository Identify the WAN devices for the Datacenters that would see application traffic Obtain a list of servers with high turns (Front end and Back end traffic) and associate them to their respective apps OP1 + OP2 FULL COVERAGE (Preferred) LIMITED COVERAGE USING ACCURATE FLOW EXPORT CONFIGURATIONS USING ACCURATE FLOW EXPORT CONFIGURATIONS Identify Network devices using trace routes and LLDP outputs Perform scripting to convert data as needed Tap packets Enable flow export and collect application data BACK AND FORTH NEEDED TO ACHIEVE PROPER COVERAGE PACKET FEEDS NETFLOW EXPORTS FROM FLOWGATEWAY CORRECTIONS NEEDED IF VALIDATION FAILS FOR APP TOPOLOGY NetIM AR11 NetProfiler CORRECTIONS NEEDED IF VALIDATION FAILS WITH SNMP/CLI ACCESS BIDIRECTIONAL TRAFFIC BIDIRECTIONAL TRAFFIC PER INTERFACE Output—Assessment Factory Engine Document OP1—At Risk Evaluation (communications with high turns) OP2—Application Topology OP3—Network Impact Assessment OP4—Network Topology Data Validation and Data Usage Data Validation and Data Usage Data Validation and Data Usage OP4 METADATA * OP1 METADATA * OP2 METADATA OP3 METADATA * PROCESSED OUTPUT * Assessment Factory Processing Engine

Battle Plan for Cloud Migration Identify App Ecosystem Predict App Response New Network Hotspots Continuous SLA—Before, During, After Before migration, the application eco-system must be identified at all levels Network map Application map User map Applications can be latency sensitive It is critical to identify the impact of added latency Tier dependency must be identified for a seamless migration schedule and strategy Changed workload and path can create unintended network hotspots Predict new hotspots before they cause problems Conduct double- failure studies Monitor applications Prior to the migration Post-migration Productivity report