From SDN to SDC. Requirements for the Next Generation Cloud. Lisboa, Junho 2014

Transcription

1 From SDN to SDC Requirements for the Next Generation Cloud Lisboa, Junho 2014 Este documento é propriedade intelectual da PT e fica proibida a sua utilização ou propagação sem expressa autorização escrita.

2 THE CHALLENGE! Intercontinental Network of Cloud Datacenters +100 MILION CUSTOMERS TOP 20 BIGGEST TELCO IN WORLD 4 NETWORKED DATACENTERS Portugal Telecom 2

3 THE CHALLENGE! Flexibility to support very complete offer EmBlue Opinator Global Channel Smart UC/HCS Global Phone Video Conference Global Phone Contact Centre Database Hosting SAP HANA One Business Ed Sugar CRM SMS Express Web Conference SAP Mobility TeamBox LibreOffice Domains Blackberry Synch. SAP Business One on HANA Groobix Videosurveillance Web Hosting Online Fax SAP Business Suite on HANA Guest Centric SAP Managed Services Mail Relay MS Office 365 Pack SAP HANA Hosting Remote Backup Invoice Xpress EasyReport Basic Pack SharePoint SAP B1 on HANA Dev Ed. Remote Desktop Virtual Drive Clean Pipes Instant Website PHC Business FX Advanced Pack SAP HANA One Dev Ed. Public Servers Private Servers security SaaS CaaS PaaS IaaS Security 03

4 IT PAIN POINTS

5 IT PAIN POINTS Control Agility Choice Traditional IT pain points New IT pain points Inefficiency Downtime Inflexibility Fear of Lock-In Reduce Cost Improve quality of Service Reduce Time-to- Market Open & Standard Cloud Service Provider Economics Cloud on Your Terms IT Services at Business Speed Any App Anywhere

6 THE CHALLENGE! Time to Market at the speed of light WEEKS Physical DAYS Virtual MINUTES SDC

7 THE CHALLENGE! How to differentiate? SCALABILITY AUTOMATION SELF-CARE INTEGRATION QUALITY OF SERVICE REQUIREMENTS THREATS SHADOW IT MEGA CLOUDS TRENDS DISTRIBUITED SERVICES MOBILITY HYBRID ENVIRONMENTS SOFTWARE IS KING

8 SOLUTION? fast & simple

9 SOFTWARE DEFINED CLOUD Main Characteristics TIME TO MARKET SCALABILITY QUALITY OF SERVICE TOTAL COST OF OWNERSHIP Accelerate introduction of new services and functions Deploy new workloads Full stack Resource Automation Self Care and Self Provision capabilities using standard set of APIs Architecture Simplification Cross boundaries/limitations of traditional network solutions No geographic restrictions (physical resilience, data replication) Centralized control of resources Holistic monitoring of services Resource optimization on a global vs site-specific scale Reduce OPEX Reduce CAPEX More cost-efficient services

10 SOFTWARE DEFINED CLOUD History... Past Yesterday Today Dedicated hardware Very high maintenance, storage and cooling costs Waste of resources due to low utilization % Complex architectures Proprietary and closed environments Difficult integration Server Virtualization, multi-tenancy Partial automation and self-care Increase % of resource utilization Energy consumption / environmental Concerns L2 scalability / extension Bandwidth growth LAN/SAN Consolidation (?) No L2! Open interfaces / APIs Network Virtualized and Software Defined Storage Virtualized and Software Defined Hybrid User Experience Geographic redundancy of virtualized services

11 SOFTWARE DEFINED CLOUD PORTALS MANAGEMENT - AUTOMATION COMPUTE NETWORK STORAGE

12 PT FRAMEWORK Portals Marketplace Technical Portal Content Management Back Office Commercial Subscriptions management Client management Billing control and Reporting

13 PT FRAMEWORK Architecture Presentation Layer Portals Store front Selfcare Portal Provider Portals Integration Business Process Public API AWS-like Cloud Broker Framework Provisioning Services DynamicIT Orchestrator Layer Management Services Parallels Operations and Business Automation Legacy Systems Integration Dynamic IT APIs Openstack Parallels APIs (APS) Service Platforms Service Platform Layer

14 MAIN DATACENTER USE CASE Store Northbound APIs Public APIs FrameWork Cloud Southbound APIs POD 1 Covilhã POD n Picoas POD 1 São Paulo POD n Brasilia MSFT System Center VMM Vmware vcenter SDN Layer Data Center Network BUS VPN/Internet SDN Layer Customer Network

15 MAIN DATACENTER USE CASE Store Northbound APIs Public APIs IN THE DATACENTER: POD 1 Covilhã POD n Picoas FrameWork Cloud Southbound APIs SDN Layer POD 1 São Paulo Data Center Network BUS POD n Brasilia AUTOMATION SERVICE CHAINNING ARCHITECTURE SIMPLIFICATION GEOGRAPHIC MSFT RESILIENCE Vmware System vcenter DATA Center REPLICATION VMM CENTRALIZED MANAGEMENT MULTITENANCY IN HYBRID ENVIRONMENTS MULTIPLE HYPERVISOR SDN Layer SUPPORT VPN/Internet Customer Network

16 MAIN DATACENTER USE CASE Store ON CUSTOMER PREMISSES: Northbound APIs Public APIs POD 1 Covilhã POD n Picoas FrameWork Cloud HYBRID CLOUD Southbound APIs VM MOVE RESOURCE MOVE POD 1 POD n INFINITE São SCALABILITY Brasilia Paulo USER EXPERIENCE GLOBAL MANAGEMENT RESOURCES AVAILABLE IN SECONDS SDN Layer Data Center Network BUS VPN/Internet MSFT System Center VMM SDN Layer Customer Network Vmware vcenter

17 SDN, NFV or BOTH?? OUR VISION Network Element Actual Mode of Operations Application Layer Manual Interface Infrastructure & Control Layers Network Element Business Applications Network Element Network Element Applications have little knowledge, control, or visibility of underlying network and resources Application Layer Control Layer Infrastructure Layer Network Element Network Element SDN SDN Control Software Business Applications API API API Control Data Plane Interface (e.g., Open Flow) Network Element Network Services Network Element SDN provides APIs and a control layer that explicitly links applications to the physical network

18 SDN, NFV or BOTH?? OUR VISION SDN NFV REASON FOR BEING TARGET LOCATION Separation of control and data, centralization of control and programmability of network Campus Data Center Cloud Relocation of network functions from dedicated appliances to generic servers Service Provider Network TARGET DEVICES Commodity servers and switchs Commodity servers and switchs INITIAL APPLICATIONS Cloud orchestration and networking Routers, firewalls, gateways, CDN, WAN accelerators, SLA assurance

19 SCALABILITY Traditional Architecture Fabric Architecture

20 SCALABILITY Point of Delivery (POD) Concept Basic Architectural Unit Mesh topologies (multiple connections between switches) Optimizes latency and bandwidth EAST <-> WEST (server-to-server) Network scalability to support large number of servers Fabric Architecture POD 1 POD 2 east-west, high-speed, low latency Non-blocking (no STP) L2 switching to allow vmove, FCoE Equal Cost Multi Path Flexible topology Fabric Performance arround n x Terabit/s

21 SDN & NFV USE CASE Hybrid Cloud

22 Web Domains Instant Website Sharepoint Database Hosting Advanced Pack BlackBerry Sync. Web Hosting Mail Relay Basic Pack Online Fax SMS Express SAP Office 365 Web Conference Easy Report Invoice Xpress PHC Bus. FX GuestCentric Virtual Drive Virtual Desktop Public Servers Private Server Video Surveill. Remote Backup Security Clean Pipes SDN & NFV USE CASE Interconnection Tenant B Site 1 WAN Intranet Cloud VPN DC PE Telco Cloud Datacenter CPE Web browser Tenant B Site 1 Tenant B Site 1 Enterprise A VPN ID IP Address xx xx xx CPE CPE Network Services (NFV) Cloud Services

23 WE CHALLENGE YOU! HOW CAN WHAT S ALREADY THE BEST! YOU HELP TO IMPROVE 23

24 ARE YOU READY TO FLY WITH US? Fernando Guedes de Carvalho Lisboa, Maio 2014 Este documento é propriedade intelectual da PT e fica proibida a sua utilização ou propagação sem expressa autorização escrita.