Escalator: Refreshing Your OPNFV Environment With Less Troubles

Slides:



Advertisements
Similar presentations
ETSI NFV Management and Orchestration - An Overview
Advertisements

High Availability Project Qiao Fu Project Progress Project details: – Weekly meeting: – Mailing list – Participants: Hui Deng
Goal – Verify that the infrastructure is able to handle the NFV application requirements Challenges – NFV applications are very different – Complex to.
Zhipeng (Howard) Huang
Keith Wiles DPACC vNF Overview and Proposed methods Keith Wiles – v0.5.
OSCAR Project Proposed Project for OPNFV
24 February 2015 Ryota Mibu, NEC
Copyright © 2014 Juniper Networks, Inc. 1 OSCAR Project Proposed Project for OPNFV Stuart Mackie NFV/SDN Architect.
OSCAR Project Proposed Project for OPNFV
(OpenStack Ceilometer)
Escalator Project Proposal 20 April 2015 Jie Hu, ZTE.
IETF 91: Open Platform for NFV Collaboration with I2NSF Chris Donley 1.
Maintaining and Updating Windows Server 2008
Installation Requirement Will coexist on the same farm with Will NOT work with Project Server 2013 SharePoint Server 2013 Enterprise SharePoint.
OpenContrail for OPNFV
Barracuda Load Balancer Server Availability and Scalability.
IMS 4212: Distributed Databases 1 Dr. Lawrence West, Management Dept., University of Central Florida Distributed Databases Business needs.
11 SECURITY TEMPLATES AND PLANNING Chapter 7. Chapter 7: SECURITY TEMPLATES AND PLANNING2 OVERVIEW  Understand the uses of security templates  Explain.
Visual Studio Windows Azure Portal Rest APIs / PS Cmdlets US-North Central Region FC TOR PDU Servers TOR PDU Servers TOR PDU Servers TOR PDU.
**DRAFT** Blueprints Alignment (OpenStack Ceilometer) 4 March 2015 Ryota Mibu, NEC.
Fault Localization (Pinpoint) Project Proposal for OPNFV
Network design Topic 6 Testing and documentation.
Gerald Kunzmann, DOCOMO Carlos Goncalves, NEC Ryota Mibu, NEC
1 ALCATEL-LUCENT — PROPRIETARY AND CONFIDENTIAL COPYRIGHT © 2015 ALCATEL-LUCENT. ALL RIGHTS RESERVED. NFV transforms the way service providers architect.
1 Adopting and Embracing Open Source for NFV Guy Shemesh Senior Director for Cloud Solutions, CloudBand October 2015.
Promise Resource Reservation 09 November 2015
Open Source and Info Models 17 Dec 2015 Bryan Sullivan, AT&T.
14 March 2016 Bryan Sullivan, AT&T Artur Tyloch, Canonical
© 2016 TM Forum | 1 NFV Ecosystem Enabler: A well-enabled VNF package Catalyst Theater Presentation, May 10, 2016.
Maintaining and Updating Windows Server 2008 Lesson 8.
Escalator Questionnaire. Why a Questionnaire? To understand better the challenges of smooth upgrade in the OPNFV context –Part 1: Questions investigating.
Daisy4nfv: An Installer Based on Open Source Project - Daisy Basic Architecture and Brief Background contacts:
Benoit Claise Mehmet Ersue
When RINA Meets NFV Diego R. López Telefónica
Service Design & Onboarding
Learnings from the first Plugfest
ARC: Definitions and requirements for SO/APP-C/VF-C discussion including call notes Chris Donley July 5, 2017.
ONAP and MEF LSO External API Framework Functional Reference Architecture 12 July 2017 Andy Mayer, Ph.D. © 2016 AT&T Intellectual Property. All rights.
Daisy4nfv: An Installer Based upon Open Source Project – Daisy & Kolla
Cisco NFV Infrastructure
ONAP layering/MEF alignment
SDN challenges Deployment challenges
VPN Extension Requirements for Private Clouds
X V Consumer C1 Consumer C2 Consumer C3
Dockerize OpenEdge Srinivasa Rao Nalla.
Tina Tsou, Bryan Sullivan,
OPEN-O Multiple VIM Driver Project Use Cases
ARC: Definitions and requirements for SO/APP-C/VF-C discussion Chris Donley Date , 2017.
Possible options of using DDS in oneM2M
OPEN-O Modeling Directions (DRAFT 0)
Dovetail project update
17 Dec 2015 Bryan Sullivan, AT&T
Release Process June 11, 2017.
Usecase 1 – Upgrade Image
Cloud Computing.
Test Upgrade Name Title Company 9/18/2018 Microsoft SharePoint
Documenting ONAP components (functional)
Bin Hu, AT&T Dave Lenrow, HP
State of OPNFV MANO OPNFV MANO WG Report
Management and Orchestration in Complex and Dynamic Environment
ONAP Beijing Architecture Chris Donley 1/9/18
Upgrading Your Private Cloud with Windows Server 2012 R2
Microsoft Virtual Academy
Windows Azure Hybrid Architectures and Patterns
For Community and TSC Discussion Bin Hu
PerformanceBridge Application Suite and Practice 2.0 IT Specifications
GNFC Architecture and Interfaces
Latest Update on Gap Analysis of Openstack for DPACC
ONAP Architecture Principle Review
Presentation transcript:

Escalator: Refreshing Your OPNFV Environment With Less Troubles Jie Hu & Zhijiang Hu, ZTE Corporation

Ultimate Goals of Escalator To upgrade the NFVI + VIM without service interruption The subscribers did not feel the service outage To achieve the carrier grade 99.999% service availability This depends on the HA capabilities of the OPNFV itself To support real productive OPNFV environment Large scale upgrade could be orchestrated by NFVO

Escalator Scope

Types of Your OPNFV Environment Minimum Simplest environment for testing purpose, especially in lab High Availability Carrier grade capability by different level redundancy Multi Site Distributed across multiple geographical locations

End to End VNF Service Availability Achieving Five-Nine of VNF Reliability in Telco-Grade OpenStack 99.9% 99.9% 99.99% 99.999%

Requirements on Environment Service handover mechanism Rapid restore to earlier versions Data migration between base and upgraded system Upgrade Interface for orchestration

SAForum Software Management

ETSI ISG NFV REL003 (Published) 1: Software upgrade operation should not cause the decrease of service availability and the interruption of network service (i.e., the disruption of ongoing connections and sessions). 2: The software upgrade may need to update network service and/or VNFFG. Such an update operation should not cause the interruption of network service (i.e., the disruption of on-going connections and sessions). 3: The VNF software and infrastructure software modules (e.g., virtualization layer or hypervisor, virtual switches, Firmware software, etc.) shall be able to be upgraded independently. 4: The software should be able to be upgraded in a scalable way, e.g., upgrading a fraction of the whole capacity, a certain service type or a certain user group, with the constraint of preserving the service availability and service continuity. 5: The upgraded software with corresponding configurations should be able to be verified with real service traffic while the existing network service traffic is handled normally.   6: An upgrade operation of NFV-MANO software shall not have any impact on the availability and continuity of existing network services.

ETSI ISG NFV REL006 (Early Draft)

Functional Requirements Prepare the Plan (A serials of modification steps) Validate your OPNFV Environment match the Plan Backup your Environment (Executable, Data and Configuration) Execute the Plan on your Environment Verify the Function / Performance of the upgraded Environment Rollback to your previous Environment if necessary Monitor the progress of above Functions Log all of related interaction information for record Administrate the operators for initiate the Upgrade OPNFV

Upgrade V.S. Installer Most of their functions are identical Except the Installers did not … consider the service outage backup / rollback fit for a productive environment deploy in a given time window

Reusing the OPNFV Installers Escalator Genesis UX / Deploy as a Service APEX Juju FUEL COMPASS Daisy

Deployment as a Service Installer located at the southbound of Escalator. Depoly/Clean/Upgrade not only the OPNFV but also installer itself. Escalator Deploy/ Clean/ Upgrade Deploy/ Clean/ Upgrade Installer OPNFV(Component)

Scenario1: On Stage Upgrading Escalator Installer(Current) Cluster Upgrade Upgrade

Scenario2: Multi Stage Upgrading Escalator Installer(Current) Cluster UpgradeInstaller Upgrade Upgrade UpgradeInstaller Upgrade Upgrade

Abstracts APIs To Support Scenarios On Stage Component Upgrading: GetVersion(Component) -> GetNextInstaller(Component, NewCompVersion) -> UpgradeCompnent(NextCompVersion). Multi Stage Component Upgrading: UpgradeInstaller(NextInstallerVersion) -> UpgradeComponent(NewCompVersion) -> GetNextInstaller(Component, NewCompVersion) -> … 3) Stop Installer: CleanInstaller() 4) Start Installer: DeployInstaller()

API List API Parameters Return GetVersion() Component/Installer CurrentVersion GetNextInstaller() Component, NewCompVersion NextInstallerVersion/NotExisted UpgradeComponent() NewCompVersion OK/Error/NotSupport UpgradeInstaller() NewInstallerVersion IsInstallerExisted() Void Boolean CleanInstaller() OK/Error DeployInstaller() GetVersion(Component) -> GetNextInstaller(Component, NewCompVersion) -> Upgrade(NewCompVersion). GetVersion(Component) -> GetNextInstaller(Component, NewCompVersion) -> UpgradeInstaller(NewInstallerVersion) -> GetNextInstaller(Component, NewCompVersion) -> UpgradeInstaller(NewInstallerVersion) -> … -> GetNextInstaller(Component, NewCompVersion) -> Upgrade(NewCompVersion). CleanInstaller() DeployInstaller()

Implementation Daisy API Service Escalator GetVersion(), UpgradeCompnent() Daisy API Ext. Registry Service API Ext. Service Subscribe/Publish (Optional) GetNextInstaller() Deploy(), Clean(), UpgradeInstaller() DB GetVersion() DB