Improving POD Usage in Labs, CI and Testing

•

0 likes•592 views

Fatih Degirmenci, Ericsson, Jack Morgan, Intel The OPNFV community relies on our community labs, CI and testing projects to ensure we release quality code. The current strategies to use hardware resources in OPNFV community labs will not be able to sustain its current growth. New strategies need to be implemented to allow for new OPNFV projects. The presenters will look at the current lab usage model and discuss ways already being worked in OPNFV community labs through the POD descriptor file. In our CI process through Dynamic CI, Cross Community CI and other initiatives. In our testing projects use of hardware resources and its importance in the release process. The presenters will show current tools used to track usage such as the Bitergia dashboard.

Software

Improving POD Usage
in labs, CI and testing
Jack Morgan, Intel
Fatih Degirmenci, Ericsson

What is the problem
we are trying to solve?
As OPNFV community grows in the number of
installers, feature projects, and test activities…
we need to be getting more out of our current
OPNFV hardware resources…

OPNFV Community labs
Several community labs…
Geographically distributed…
Standard hardware configurations…
Multiple roles…
• CI Production (OPNFV releases)
• Testing
• Development
Organization Location POD
Linux Foundation Portland, Oregon, USA 5
China Mobile Beijing, China 1
Enea Kista, Sweden 2
Ericsson Rosenburg, Sweden 2
Huawei Xi an, China 1
Huawei Santa Clara, CA, USA 1
Intel Portland, Oregon, USA 14
Orange Lannion, France 1
Orange Paris, France 1
ZTE Shang Hai, China 1
CENGN Ottawa, Canada 1
Nokia Espoo, Finland 1
OOL Okinawa, Japan 1
BII Beijing, China 1
Flex Milpitas, CA, USA 1
Total 34

• Pharos Specification
• Jump server - virtualized OpenStack/OPNFV installer
• Controller/Compute nodes – for high availability
• Network topology – LOM, Admin, Public, Private and
Storage networks
• Remote management – OpenVPN + SSH access
• Hardware requirements
• Intel Xeon processor
• Minimum 32GB RAM
• 1TB HDD – OS and additional software/tools
• 1TB HDD – CEPH object store
• 100GB SSD – CEPH journal

• Network requirements
• Option I: 4x1G control, 2x40G data
• 4x1G for LOM, Admin/PXE boot, control plane, storage
• 2x40G (10G) for data network
• Option II: 1x1G control, 2x40G (10G) data
• 1x1G for control via VLANs
• 2x40G (10G) for data/storage via VLANs
• Option III: 2x1G control, 2x10G data, 2x40G storage
• 1x1G LOM, Admin/PXE boot
• 2x10G for control, storage
• 2x40G (10G) for data network
Source: http://artifacts.opnfv.org/pharos/docs/pharos-spec.html

CI Production: static model
• To support OPNFV release, each installer is currently allocated 2 POD
• What is the utilization of these community resources?
Installer POD POD
Apex intel-pod7 lf-pod1
Compass intel-pod8 huawei-pod1
Fuel ericsson-pod2 lf-pod2
Joid intel-pod5 huawei-pod12
Daisy pod1 pod2
Armada pod1 pod2

What else do we have?
• Build servers
• Servers for virtual deployments (vPOD)
• Test result server

How do we better use of labs we
currently have to support the growing
community needs?

• Replace static CI Production allocation with Dynamic Allocation

• Dynamic Allocation - Howto
POD
Descriptor
File
Scenario
Descriptor
File
OPNFV
Installer

POD Descriptor File
• Defines what hardware in in an OPNVF POD
• It is common and consistent between all installers
• Goal is for OPNFV installers to use these files natively
• Lab owners are working on creating these for OPNFV community labs
POD Descriptor File Convertor
• Converts POD descriptor files into installer specific format
• This effort is in progress and targeted to be done by end of June

What about the rest of the hardware resources?
• Automate setup, configuration, management
• Infrastructure as Code – use CM tooling – eg. Ansible
• Utilize containers
• Dynamically bring up/tear down resources
• Use the infra OPNFV puts together!
• OPNFV Cloud

Conclusions
• We need to follow basic principles and apply best practices
• Have clear strategy and vision to provide resources needed for the
current and future use cases
• Increase the resource utilization by having them allocated and used
dynamically
• Take part in solving problems by providing feedback, contributing, and
using what OPNFV Infra provides

Fatih Degirmenci, Ericsson, Yolanda Robla Mota, RedHat, Markos Chandras, SUSE OPNFV has been working with the communities such as OpenStack, OpenDaylight, and fd.io as part of its Cross Community CI (XCI) effort in order to provide means for the developers to work with the latest versions of upstream components, cutting the time it takes to develop new features significantly and testing them on the OPNFV Infrastructure. Apart from developing and testing new features, OPNFV XCI will enable developers to identify bugs earlier, issue fixes faster, and get feedback on a daily basis. This is a prerequisite for OPNFV in its CD & DevOps journey. OPNFV aims to run XCI by reusing what other communities developed such as bifrost and openstack-ansible. While doing this, OPNFV intends to develop, maintain, and evolve OPNFV Infrastructure like how the other OPNFV projects do; upstream first. Whatever missing functionality and issues we identify in the components we use as part of our infrastructure and CI/CD toolchain, we strive to fix them directly upstream. During this session, we will talk about the progress we have made so far, contributions we made to our upstream communities, and share our experiences. We will also highlight the key benefits of XCI for the community in order for developers to utilize the mechanisms, work with OpenStack master to implement new features and fix bugs using the toolchain XCI established.

Demo how to efficiently evaluate nf-vi performance by leveraging opnfv testi...

OPNFV

Liang Gao, Huawei, Trevor Cooper, Intel NFV environments are highly flexible and this introduces unique challenges for testing performance of NFVI and Network Services. This presentation introduces OPNFV performance test projects and explains their role as part of the testing ecosystem. Examples from three performance testing categories will be demonstrated showing test results and their interpretation. Test cases discussed will include data-path performance, live migration performance and storage performance.

Faster, Higher, Stronger – Accelerating Fault Management to the Next Level

OPNFV

Yujun Zhang, ZTE Corporation, Carlos Goncalves, NEC Fault management is a component that allows operations teams to monitor, detect, isolate and automate the recovery of faults. With an efficient fault management system, countermeasures can negate the effects of any deployment faults, avoiding bad user experiences or violation of service-level agreements (SLAs). The OPNFV Doctor project has been developing fault management features that increases resiliency to cloud-based mobile platforms and provides system integration. The OPNFV Doctor team continues improving its framework, not only making fault management more reliable but also faster to satisfy Telco requirements. The 4G mobile system demonstrated at the OpenStack Summit Barcelona keynote featured already a double-digit millisecond fault notification. The team has identified scalability issues in and between relevant OpenStack projects and in conjunction with other open-source software. We will share performance figures, how we continuously profile and red-flag unexpected results (e.g. performance regressions). Finally, we will present solutions to make the overall OpenStack-based fault management framework even faster.

Smart Testing: Catching More Bugs with Less Code Through Topology Shuffler

OPNFV

Manuel Buil, SUSE, Dimitrios Markou, Intracom-Telecom During the Danube release, SFC improved a lot its testing. Apart from adding new test cases, we focused on making them better following several good practices like making libraries more modular and reusable, apply python functionality to improve the integration and leveraging the new capabilities that functest was adding. Apart from that, we added a performance report for ODL which was appreciated by that community. One final challenge we needed to tackle was that SFC functionality was changing in regards to the compute host allocation scheme of the instances (topology). This led us to consider coverage of different topologies for our test cases. This extensive coverage was difficult to achieve, as the number of possible combinations grows combinatorially with the number of hosts and instances, exploding the testing time / resource requirements in the CI. Therefore we opted to use a time multiplexing scheme for our testing, where we test a different topology in every CI run (every day) from a predefined (and expandable) set of characteristic combinations. We would like to share all our experiences, learnings and ideas with the community so that we help other projects and get feedback or other ideas they might be doing which could be reusable for us

Hands-On Testing: How to Integrate Tests in OPNFV

OPNFV

Openstack Tacker - Moving into Pike

OPNFV

Trinath Somanchi, NXP, Prasad Gorja, NXP Tacker is an OpenStack community project complementing the VNFM and NFVO modules of ETSI NFV E2E architecture. Moving forward, making VNFs as first class citizens in the NFV world, more capabilities are to be added to VNFM like enhanced service assurance, Network service level VNF forwarding graph and multisite VNF management. Tacker is now advancing with new features while aligning with ETSI NFV E2E architecture to provide best in class services for telcos. This session gives a idea about new features proposed into Pike release.

Software-defined migration how to migrate bunch of v-ms and volumes within a...

OPNFV

Kentaro Matsumoto, KDDI Corporation, Hyde Sugiyama, Red Hat, Inc As telecom career, we KDDI have been managing thousands of physical servers and run various kinds of workloads. In our operation of such a huge environment, We are frequently required to shut down our servers for maintenance, but it is not easy to negotiate with our tenant users to allow downtime. To make it easier, we are developing the structure called "Zone Migration", using the framework of OpenStack project "Watcher". "Zone Migration" makes it possible to migrate tenants’ workloads from compute nodes and storage devices we want to maintain (source zone) to new blank ones (destination zone) efficiently, automatically, and with minimum downtime. These requirements as follows are realized. -A lot of VMs and volumes should be migrated within a limited time frame -Operations should be automated, but also can be controlled manually -Time and load of migration should be under control so that tenants’ systems will not be affected We are proceeding with the project in cooperation with NEC and Red Hat, and developing this structure on Red Hat OpenStack Platform.

OPNFV scenarios challenges and opportunities

OPNFV

Hwee Ming Ng, Red Hat, Abhilash Vijayakumary, Red Hat Telco over Cloud is rapidly changing the telecommunications industry landscape by introducing cloud computing, virtualization paradigms and software approaches already in use and mature in traditional IT environments. While designing the cloud solutions for telco infrastructure understanding its information security risks and mitigation strategies are critical. Legacy approaches are inadequate, this session intends to help the operators to build and approach a telco cloud solution with the right cloud security knowledge. In this session we intend to explain the principle technologies of telco cloud based systems and strategies for safeguarding/classifying data, ensuring privacy and ensuring compliance with regulatory agencies for telco operators. We will also describe the role of encryption in protecting data and specific strategies for key management as well as how to select an appropriate solution to specific business requirements which are in well alignment with cloud based business continuity / disaster recovery strategies. We will also compare baseline and industry standard best practices by doing risk assessments of existing and proposed cloud-based environments. Additionally, presentation will focus on specific technologies like virtual firewalls, security zones, virtual tenant networks and their mapping to various use cases/challenges which an operator faces while designing the telco cloud.

Shuya Nakama, Okinawa Open Laboratory / NEC Solution Innovators, Eric Chang, Institute for Information Industry, Hideyasu Hayashi, Okinawa Open Laboratory and NEC Solution Innovators, Torii Takashi, NEC Corporation and Okinawa Open Laboratory There are many countries in Asia region those have the motivation to innovate their telecom system and educate new technologies to young engineers. It is important how to encourage and involve these countries to OPNFV communities, and also educate to contribute to open source activities. In these session, we will introduce our trial to the issue. Okinawa Open Laboratories (OOL) in Japan and Institute for Information Industry (III) in Taiwan, have been doing joint research activities in these years about SDN/NFV area, and this year, we have connected each testbed using OPNFV. Over the distributed testbed, we have started our POC of NFV use cases such as vEPC, vCPE etc. We also have communication with several research and academic organization in Asia region, so we would like to connect each country’s testbed and expand our testbed to Asia region. There are many challenges, and we have learned from our experience, so in the session we will share the lessons learned from our trial. That will be good example for the whole community, and help progressing collaboration of global eco system.

Upstream Testing Collaboration

OPNFV

Jose Lausuch, Ericsson OPNFV provides different test frameworks which help developers to write new test cases. Those frameworks also borrow and integrate a variety of testing tools from other open source communities (OpenStack, OpenDaylight, Open-O, ...). This session will go through all the tools that have been integrated so far in OPNFV and the cross community collaboration that has already started in Danube time frame.

Qtip benchmarking as a service for opnfv

OPNFV

Challenges in testing for composite vim platforms

OPNFV

Open Platform for NFV: Arno and Beyond

OPNFV

How to Reuse OPNFV Testing Components in Telco Validation Chain

OPNFV

Morgan Richomme, Orange OPNFV provides lots of tooling that can be adopted and adapted to Service providers solution. These solutions are OpenStack based but not necessarily OPNFV solutions. This session will detail how some components developed in OPNFV have been introduced in Orange Integration Center, an OpenStack based vendor solution including Contrail SDN controller and third party elements. The best practices learned in OPNFV were used to design and build a CI chain including jenkins, functest, yardstick, the test API and the Test DB.

ONAP integration with opnfv via opera

OPNFV

Yingjun Li, Futurewei Technologies, Chengli Wang, China Mobile Research Institute ONAP coming into OPNFV with the Danube release extends OPNFV up the stack into MANO. As the first MANO project integrated in to OPNFV, the Opera team will share their experiences and challenges overcome during the integration and release process. They will also present how ONAP (formerly OPEN-O) participates in the OPNFV CI process and deploys a vIMS use case with the FuncTest project.

How OPNFV Uses OpenStack & How It's Useful

OPNFV

OpenStack has been a part of OPNFV from the start and the OpenStack and OPNFV communities have strong areas of overlap. We will explain OPNFV from an Openstack and practical perspective, providing a specific example (SFC scenario) of how we are daily testing different components of OpenStack and other communities (ODL, OVS, etc). We’ll also talk about how OPNFV is useful to OpenStack because (hint: telco requirements & testing) and briefly describe several OPNFV projects which have contributed to OpenStack: NetReady, Multisite, Doctor, Cross CI, Copper, etc.

Automatic Integration, Testing and Certification of NFV in China Mobile

OPNFV

Qiao Fu, China Mobile, Liang Gao, Huawei As Operators expand their deployment of NFV, automatic integration, testing and compliance certification become more and more important. In this speech, we would like to share our experience and progress in the China Mobile OPNFV Testlab on an automatic system of integration, testing and certification. This system takes fully use of OPNFV opensource tools, including installers such as Compass, testing such as Functest and Yardstick, compliance testing such as Dovetail. Such automatic system extremely decreases the human cost of Operators when deploying and testing the NFV cloud before large scale deployment.

Opnfv & odl case study slides

Christopher Price

Unikernelized Linux

LinuxCon ContainerCon CloudOpen China

Presentation given at the 2017 LinuxCon China Unikernel is a novel software technology that links an application with OS in the form of a library and packages them into a specialized image that facilitates direct deployment on a hypervisor. Comparing to the traditional VM or the recent containers, Unikernels are smaller, more secure and efficient, making them ideal for cloud environments. There are already lots of open source projects like OSv, Rumprun and so on. But why these existing unikernels have yet to gain large popularity broadly? We think Unikernels are facing three major challenges: 1. Compatibility with existing applications; 2. Lack of production support (e.g. monitoring, debugging, logging); 3. Lack of compelling use case. In this presentation, we will review our investigations and exploration of if-how we can convert Linux as Unikernel to eliminate these significant shortcomings, plus some explorations of coordinating and cooperating with hypervisor.

Test and perspectives on nfvi from china unicom sdn nfv lab

OPNFV

Junjie Tong, China Unicom This presentation explores our experience with the tests on NFVI in China Unicom's SDN/NFV lab.We have done the tests on both the hardware and VIM and discuss the lessones and painis about NFVI testing.We also discuss the sepcial requirements from NFV perspectives, what further improvements are needed for indusrty products and the working progress and plans on NFVI in China Unicom.

Connection points between opnfv and etsi nfv tst working group

OPNFV

Gergely Csatari, Nokia, Pierre Lynch, Ixia TST Working Group is the part of ETSI NFV ISG which investigates the testing, experimentation and open source aspects of ETSI NFV. The working group covers a wide area of topics from the definition of virtual machine metrics to the investigation of OpenStack API-s or organizing Plugtest events. This presentation provides an overview of the ongoing activities in the working group and highlights the possible connection points to OPNFV.

Open stack gluon + opnfv netready

OPNFV

OpenStack Gluon is a model-driven, extensible framework that enables telecom network operators to provide customers with NFV networking services on-demand by generating APIs from a YAML file which models the NFV Networking Service. We’ll give an overview of Gluon and share a demonstration that will show how Gluon enables quick development and accelerates deployment of new networking service APIs (a.k.a. Protons). We’ll also provide an overview of the OPNFV NetReady project, whose goal is to investigate how the current OpenStack networking architecture needs to be evolved in order to ensure that NFV-related use cases can be flexibly and efficiently supported.

OpenStack Tempest and REST API testing

openstackindia

Keep Calm and Use Parser

OPNFV

Parser is an integration project in OPNFV and one of the candidate projects of OPNFV B Release. ETSI NFV offers a rich set of descriptors and deployment templates on different levels, thus it is vital for OPNFV as a platform to provide the capability of utilizing different templates for developers to work on. At its core, Parser provides such translation tooling that developers won't care too much about writing a "correct" script. They could write their templates/scripts in TOSCA or YANG or whatever they desire, and Parser would enable OPNFV to natively support all these types of scripts by translate them to the one that the main platform would use. In this presentation the core team member of the Parser project, Howard Huang, Victor Hu, Vinayak Ram and Julien Zhang will share with you what and how we do in Parser project, and what nice features you would expect in the coming releases.

Building OPNFV as a Platform

OPNFV

OpenStack and OVS: From Love-Hate to Match Made in Heaven

OPNFV

Many OPNFV developers building Openstack clouds at scale have a “love-hate” relationship with OVS. They love the flexibility and elasticity offered by a distributed virtual switch operating within each server, but hate the reality of first-gen OVS implementations well-known to be a bottleneck for cloud network performance and scalability. As performance-sensitive VNFs keep pushing for higher data forwarding performance across the NFV network infrastructure, it becomes critical to improve OVS performance without compromising flexibility, network programmability, and cost. In this session, Mellanox will present a novel way to offload the entire OVS dataplane onto the embedded switch in the server NIC. This approach can not only boost server I/O performance to near line-rate, be it 10G, 40G, or 100G, but also doing so at a fraction of the CPU load needed by existing OVS implementation.

Summit 16: Multi-site OPNFV Testing Challenges

OPNFV

The number of production CI environments increased from 2 in Arno to 8 with Brahmaputra, each dedicated to a particular installer version (OPNFV flavor and scenario). In future in order to improve overall robustness of the platform production test resources should be independent from installers and scenarios. Furthermore testing between OPNFV deployments will be needed to ensure the promise of data-center interoperability. This presentation deals with mid and long term challenges of the OPNFV testing infrastructure.

Summit 16: Stop Writing Legacy Code!

OPNFV

Unit testing is an important part of development, but does not always get the attention it deserves. In this session we will discuss how to write truly automated unit tests that run without any manual setup or special configuration, as well as producing Python code coverage reports within OPNFV Jenkins to ensure that the important paths are being tested. Additional topics include how to have code coverage part of the Gerrit review cycle to ensure compliance. Use of Python nosetest, mock and Coberatura code coverage will be discussed.

Red Hat® Ceph Storage and Network Solutions for Software Defined Infrastructure

Intel® Software

OPNFV CI and Challenges: How we solved them - if we solved them at all!

Fatih Degirmenci

OPNFV is a carrier-grade, integrated, open source platform to accelerate the introduction of new NFV products and services. It aims to build the platform by integrating components from different upstream projects such as OpenStack, OpenDaylight, Open vSwitch, KVM and so on. Apart from integrating different components, OPNFV aims to identify gaps in these components and fixes them directly in upstream. OPNFV sees CI/CD to be a solution to its challenges by providing a foundation for developing, integrating and testing OPNFV faster and more efficient through the release cycles.

What's hot

Challenge in asia region connecting each testbed and poc of distributed nfv ...

OPNFV

Upstream Testing Collaboration

OPNFV

Qtip benchmarking as a service for opnfv

OPNFV

Challenges in testing for composite vim platforms

OPNFV

Open Platform for NFV: Arno and Beyond

OPNFV

How to Reuse OPNFV Testing Components in Telco Validation Chain

OPNFV

ONAP integration with opnfv via opera

OPNFV

How OPNFV Uses OpenStack & How It's Useful

OPNFV

Automatic Integration, Testing and Certification of NFV in China Mobile

OPNFV

Opnfv & odl case study slides

Christopher Price

Unikernelized Linux

LinuxCon ContainerCon CloudOpen China

Test and perspectives on nfvi from china unicom sdn nfv lab

OPNFV

Connection points between opnfv and etsi nfv tst working group

OPNFV

Open stack gluon + opnfv netready

OPNFV

OpenStack Tempest and REST API testing

openstackindia

Keep Calm and Use Parser

OPNFV

Building OPNFV as a Platform

OPNFV

OpenStack and OVS: From Love-Hate to Match Made in Heaven

OPNFV

Summit 16: Multi-site OPNFV Testing Challenges

OPNFV

Summit 16: Stop Writing Legacy Code!

OPNFV

What's hot (20)

Challenge in asia region connecting each testbed and poc of distributed nfv ...

Upstream Testing Collaboration

Qtip benchmarking as a service for opnfv

Challenges in testing for composite vim platforms

Open Platform for NFV: Arno and Beyond

How to Reuse OPNFV Testing Components in Telco Validation Chain

ONAP integration with opnfv via opera

How OPNFV Uses OpenStack & How It's Useful

Automatic Integration, Testing and Certification of NFV in China Mobile

Opnfv & odl case study slides

Unikernelized Linux

Test and perspectives on nfvi from china unicom sdn nfv lab

Connection points between opnfv and etsi nfv tst working group

Open stack gluon + opnfv netready

OpenStack Tempest and REST API testing

Keep Calm and Use Parser

Building OPNFV as a Platform

OpenStack and OVS: From Love-Hate to Match Made in Heaven

Summit 16: Multi-site OPNFV Testing Challenges

Summit 16: Stop Writing Legacy Code!

Similar to Improving POD Usage in Labs, CI and Testing

Red Hat® Ceph Storage and Network Solutions for Software Defined Infrastructure

Intel® Software

OPNFV CI and Challenges: How we solved them - if we solved them at all!

Fatih Degirmenci

OpenVINO introduction

Yury Gorbachev

Network research

Jisc

Sundance's presentation at B:RAI 2020

Sundance Multiprocessor Technology Ltd.

OpenPOWER foundation update new executive director and bright open future_i...

Ganesan Narayanasamy

The opening up of the POWER ISA in 2019, set OpenPOWER Foundation on a new course, paving the way for a bright and open future. This talk will introduce James Kulina, the new Executive Director for the OpenPower Foundation, as well as provide attendees a summary of the latest developments within the OPF community. The presentation will touch on what's ahead for OpenPower Foundation as it further integrates and strengthens its collaboration with other Linux Foundation projects.

Velocity-EHF for Android

michaeljfawcett

SDN Basics

Nimit Shishodia

Software Network Data Plane - Satisfying the need for speed - FD.io - VPP and...

Haidee McMahon

Enable DPDK and SR-IOV for containerized virtual network functions with zun

heut2008

PLNOG 8: Piotr Gierz - Protokół OpenFlow

PROIDEA

OPNFV Update: The Danube Release and What Lies Around the Bend

Jill Jensen Lovato

OPNFV facilitates the development and evolution of NFV components across various open source ecosystems. Through system level integration, deployment and testing, OPNFV creates a reference NFV platform to accelerate the transformation of enterprise and service provider networks. The recently announced fourth release, Danube, represents a growing maturity for both the project and upstream partners and brings together elements across the stack to more quickly introduce technologies that meet the needs of operators. Tapio Tallgren, OPNFV TSC Chair, and Heather Kirksey, OPNFV Director, presented a session during ONS 2017 on how OPNFV Danube, Euphrates, and the many rivers to come are helping to build the next-generation network for NFV.

Control Your Network ASICs, What Benefits switchdev Can Bring Us

HungWei Chiu

In this slide, I will introduce what is switchdev and what problem it wants to solve. To this day, most of the hardware switch's application-specific integrated circuit (ASIC) only be controlled by the vendor's proprietary binary (SDK) and it's inconvenient for system administrator/developer. In order to break the chip vendor's lock-in situation, the switchdev had been designed to solve this. With the help of switchdev, we can develop a general solution for hardware switch chips and break the connection with vendor's binary-blob (SDK). In order words. Linux kernel can directly communicate with the vendor's proprietary ASIC now, and the software programmer/system administrator can easily control that ASIC to provide more flexible, powerful and programmable network function.

Zephyr Introduction - Nordic Webinar - Sept. 24.pdf

AswathRangaraj1

Onos summit roadmap dec 9ONOS Project

Operating OPNFV

OPNFV

Stratum: Next-Gen SDN (beyond OpenFlow)

PLVision

Stratum is a next-generation network operating system (NOS) for white box switches. It is primarily focused on supporting machine interfaces (P4RT, gNMI and gNOI) to automate network operations and enable user defining network element behavior with P4. PLVision is a proud contributor to the Stratum Project. As presented by PLVision's team at MPLS+SDN+NFV World Congress Paris 2019 at ONF Tutorials.

Openflow overview

openflowhub

[Rakuten TechConf2014] [F-4] At Rakuten, The Rakuten OpenStack Platform and B...

Rakuten Group, Inc.

High Performance Continuous Delivery - Versioning and Release Management Aligned

Perforce

Similar to Improving POD Usage in Labs, CI and Testing (20)

Red Hat® Ceph Storage and Network Solutions for Software Defined Infrastructure

OPNFV CI and Challenges: How we solved them - if we solved them at all!

OpenVINO introduction

Network research

Sundance's presentation at B:RAI 2020

OpenPOWER foundation update new executive director and bright open future_i...

Velocity-EHF for Android

SDN Basics

Software Network Data Plane - Satisfying the need for speed - FD.io - VPP and...

Enable DPDK and SR-IOV for containerized virtual network functions with zun

PLNOG 8: Piotr Gierz - Protokół OpenFlow

OPNFV Update: The Danube Release and What Lies Around the Bend

Control Your Network ASICs, What Benefits switchdev Can Bring Us

Zephyr Introduction - Nordic Webinar - Sept. 24.pdf

Onos summit roadmap dec 9

Operating OPNFV

Stratum: Next-Gen SDN (beyond OpenFlow)

Openflow overview

[Rakuten TechConf2014] [F-4] At Rakuten, The Rakuten OpenStack Platform and B...

High Performance Continuous Delivery - Versioning and Release Management Aligned

More from OPNFV

Energy Audit aaS with OPNFV

OPNFV

Morgan Richomme, Orange Power consumption is a key driver of NFV. However very few projects deal with this aspect. This session will detail a prototype realized in OPNFV Orange labs aiming to track power consumption during CI operations. We could imagine that, if we generalize the information colelction to the Pharos community, we may get significative figures to establish power consumption profiles and why not try to get even deeper and get applicative profile using statistical tools

Storage Performance Indicators - Powered by StorPerf and QTIP

OPNFV

Yujun Zhang, ZTE Corporation, Mark Beierl, Dell EMC StorPerf uses heat to create VMs with attached cinder volumes. The volumes are used *without* a file system (ie target=/dev/vdb). The FIO workload is run and stats collected every minute. When we get 10 samples in a row that fit within a certain range and slope, we say it is a valid measurement. This avoids false numbers due to Ceph balancing or other warm up. The metrics can be read after job completes, and there is an indicator to state if the volume metrics stabilized or not. Storage QPI will be calculated based on the test results from storperf by QTIP. It aims to be a comparable indicator for storage performance among different platforms.

Big Data for Testing - Heading for Post Process and Analytics

OPNFV

Yujun Zhang, ZTE Corporation, Donald Hunter, Cisco, Trevor Cooper, Intel The testing community created tens of testing projects, hundreds of testing cases, thousands of testing jobs. Huge amount of testing data has been produced. What comes next, then? The testing community puts in place tools and procedures to declare testcases/projects, normalize and upload results. These tools and procedures have been adopted so we now have lots of data covering lots of scenarios, hardware, installers. In this presentation, we shall discuss the stakes and challenges of result post processing. * How analytics can provide valuable inputs to the community, end users or upstream projects. * How can we produce accurate indicators, reports and graphs, focus on interpreting / consuming test results. * How can we get the best of breeds of our result mine?

Testing, CI Gating & Community Fast Feedback: The Challenge of Integration Pr...

OPNFV

Jose Lausuch, Ericsson, Nikolas Hermanns, Ericsson How can we make sure that new code in OPNFV does not break or stop CI? How can we ensure quick feedback for each patch-set? With the new way to snapshot a virtual deployment it is now possible to get virtual clouds up and running in about 2 min. In addition, through low amount of disk/cpu consumption and isolation of the networking it is possible to have a very high number of virtual deployments co-existing in the same bare-metal server.

How Many Ohs? (An Integration Guide to Apex & Triple-o)

OPNFV

Dan Radez, Red Hat, Tim Rozet, Red Hat The OPNFV ecosystem is made up of projects that need to integrate with each other. Project Apex uses Triple-o under the covers which most people usually need some assistance to integrate with. Come and spend a session with the Apex development team learning the ins and outs of Triple-o. In this session participants will learn about the deployment process that is run when an Apex/Triple-o deployment is executed and how to assign services to nodes and generate networking configurations withing Triple-o to successfully integrate and deploy a new component in OpenStack. Come learn how to untangle the learning curve presented when integrating and using Triple-o and simplify your future development and deployment endeavors with a new found intimate knowledge of the Apex & Triple-o platform.

Enabling Carrier-Grade Availability Within a Cloud Infrastructure

OPNFV

Aaron Smith, Red hat, Pasi Vaananen, Red Hat Carrier-Grade Cloud Infrastructure (Aaron Smith, Pasi Vaananen, Red Hat): The move from vertically integrated hardware and software to distributed execution in a cloud complicates the delivery of highly available services. Vertically integrated systems enabled all system layers required to communicate and participate in the support of availability of the service to be under control of single system vendor. With NFV, the cloud philosophy of infrastructure and application decoupling requires new open interfaces to support the necessary flow of information between layers and clear separation of the fault and availability management responsibilities between the infrastructure and application SW subsystems. Even in the cloud environment, traditional availability concepts such as fast detection, correlation, and fault notification still apply. A fast, low-latency fault management platform will be presented that allows cloud-based services to achieve 5NINES of availability and service continuity. Performance measurements from a prototype of the system will be presented along with a demo of the operation of a service requiring 50 ms fault remediation.

Learnings From the First Year of the OPNFV Internship Program

OPNFV

Ray Paik, Linux Foundation, Serena Feng, ZTE OPNFV launched its Internship program in Q1'2016, and there have been more than 10 interns around the world contributing to different OPNFV activities ranging from cross community CI, documentation, infrastructure, testing, etc. In this talk, there will be an overview of the OPNFV internship program that is different from more traditional internship programs and a discussion on areas for improvement that were identified. A community member who mentored two interns will also share her experience managing interns remotely and her advice for future interns & mentors. Finally, OPNFV interns will give a quick lightening round talk on their internship projects highlighting their contributions to the community. [NOTE: This is designed as a 60-minute session with interns' lightening round talks as 6-8 interns could be attending the OPNFV Summit. Presentations from Serena/Ray is expected to take about 20-25 minutes]

OPNFV and OCP: Perfect Together

OPNFV

Juha Kosonen, Nokia, Mika Rautakumpu, Nokia The Open Compute Project (OCP) is a collaborative community focused on redesigning hardware technology to efficiently support the growing demands on compute infrastructure. The designs have been optimized to lower cost of infrastructure and operations e.g. by removing non-essential components, disaggregating rack level solution with common resources, and simplifying server serviceability. OpenStack provides the foundation for the NFVI and MANO components within OPNFV. OPNFV releases Colorado and recent Danube have been successfully integrated to OCP hardware and running smoothly. Also hardware acceleration is supported. The concept itself has gained a lot of interest from mobile operators, some of them are running OPNFV on top of OCP hardware in their test laboratories too. This presentation will introduce how OpenStack, OCP and OPNFV open source projects fits perfectly together.

The Return of QTIP, from Brahmaputra to Danube

OPNFV

Run OPNFV Danube on ODCC Scorpio Multi-node Server - Open Software on Open Ha...

OPNFV

Zhiqiang Yu, China Mobile, Huabin Tang, China Mobile Open Data Center Committee (ODCC) is co-founded by Baidu, Tencent, Alibaba, China Telecom, China Mobile, Intel, China Academy of Information and Communications Technology (CAICT). It is a non-profit industrial organization, focusing on researching open hardware such as server, data center and open network technologies to meet the growing demand on hardware in Chinese market. Scorpio Multi-node Server is an ODCC project sponsored by China Mobile. It is a 4U size server chassis with 8 compute nodes or 4 storage nodes in maximum. It can also be mixture of different kind of servers, like 4 compute nodes and 2 storage nodes. Compared with traditional ATCA or Blade server, Multi-node Server's advantages include: 1.It is easier and cheaper to extend. 2.It has more choices for compute and storage nodes combination. 3.It is easier to maintain by engineers. 4. Even higher density. 5. 4U is more flexible than 10~14U Blade server. OPNFV develops an integrated and tested open source platform that can be used to build NFV functionality. We are running OPNFV releases Colorado on Scorpio Multi-node smoothly and will try recent Danube on it in China Mobile’s Novonet (Next Generation Network) laboratory. This presentation will introduce how OPNFV and Scorpio Multi-node server fit perfectly together. It's a fully open implementation of open software and open hardware.

Distributed vnf management architecture and use-cases

OPNFV

Sridhar Pothuganti, NXP, Trinath Somanchi, NXP Telco operators are on journey to discover what virtualization means for the network. Markets have believed that NFV architecture elements: NFVI and VIM, hold the complete responsibility in providing virtualized networks with carrier grade properties. Telco operators have reached to a conclusion that VNFs must take their fair share of responsibility to realize NFV goals while meeting carrier-grade behavior in the entire NFV architecture. While the trend moves on, Cloud native VNFs are emerging best citizens of the cloud. Thus communication from EMS to VNFM is blurred and eventually may disappear in the future. This requires better understanding of, and agreement over the role of VNFMs and EMS for VNFs. This presentation describes the evolution of Distributed VNF management, Architectural design considerations and Use-case scenarios. The following proposal is based on a comprehensive study on evolving cloud native VNF management.

Securing your nfv and sdn integrated open stack cloud- challenges, use-cases ...

OPNFV

Sridhar Pothuganti, NXP, Trinath Somanchi, NXP Network security and reliability are the most challenging tasks in any cloud. With NFV and SDN in place, Network Functions are virtualzied and network traffic is managed in separated control and data planes. Thus reducing the operational and capital expenditure. Virtualized Network Functions are tied with Software Defined Networks to boost the power of virtualization. This itself is challenging when Network services and security is a concern. While OpenStack is the best opted solution for IaaS, many service provides are moving towards best solutions to deal with service delivery and security challenges in SDN and NFV integrated OpenStack Cloud. The Presentation outlines the challenges and proposes probable solutions for NFV and SDN integrated OpenStack Cloud.

My network functions are virtualized, but are they cloud-ready

OPNFV

Ulas Kozat, Huawei, Yaoguang Wang, Huawei In the first phase of telco-cloud vision, the physical network functions are targeted for virtualization and became Virtual Network Functions (VNF) decoupled from the specific hardware platform. As we dive into the second phase of the cloud era, the core need is to provide VNF implementations that can take advantage of what cloud has to offer in terms of utility based computing (a.k.a. scaling), availability, data durability, etc. To this end, we have been developing a VNF Performance Modeling framework for automatic characterization of a particular VNF implementation in terms of its cloud-readiness and its bottlenecks towards cloud-readiness. We will present the details of our performance modeling framework and show its utility based on the existing open source VNF implementations. The next frontier of telco-cloud vision is to develop cloud-native network functions and services. Thus, in the last part of our talk, we will cover the future evolution of the framework and discuss the needs, requirements, potential metrics for evaluating the cloud-nativeness of network functions.

Accelerated dataplanes integration and deployment

OPNFV

Tim Rozet, Red Hat, Feng Pan, Red Hat This session will explore the challenges and lessons learned with integrating accelerated dataplanes into OPNFV deployments. More specifically the talk will focus on FD.IO (VPP) and OVS DPDK integration into Apex, including different types of configuration options, platform requirements, performance tuning, and deployment challenges. This talk will also provide context to how OpenStack functions differently with these types of dataplanes, and how integration with the OpenDaylight controller works.

Crossing the river by feeling the stones from legacy to cloud native applica...

OPNFV

Doug Smith, Red Hat, Inc, Gergely Csatari, Nokia There is an anecdote about a tourist lost in the middle of the countryside in Ireland, who pulls over and asks a local, "How can I get to Galway from here?" To which the local, after thinking for some time, responds, "If I was going to Galway, I wouldn't start from here at all." Cloud native application development can feel like that sometimes, especially in the telecom industry. I have an application, it's running fine on a bare metal server, and now I am expected to make it resilient, scale-out, cloud native, microservice architecture, buzzword compliant. But how do you get there from where you are? This presentation will present the hero's quest, identifying the key constraint to cloud resiliency at each stage, and identifying measures for addressing them. By showing the evolution story from the perspective of two applications, including a real telecom application, this presentation addresses the practical problems. The approach is not "rewrite your app from scratch", it is refactoring for incremental improvements. Doug and Gergely will address the automation of application deployment and configuration, separation of state from behaviour, clustering, handling storage for cloud native applications, monitoring and event management, and container orchestration, so that, at each step along the journey, you know what problem you are solving, and how to get to the next step from where you are. This presentation is in addition to a series of workshops held at the summit sponsored by the Cloud Native Computing Foundation and organized by Dave Neary, and includes a short summary of the topics presented in those workshops in addition to the perspectives on how to complete the quest to cloud native applications.

OPNFV with 5G Applications

OPNFV

Juha Oravainen, Nokia, Tapio Tallgren, Nokia In the future factory robots will communicate wirelessly and cars on the highways will exchange the information with each other. This requires extremely low latency mobile networks, known as 5G. This network will run on telco grade cloud platforms of which OPNFV is one example. The first cloud radio access networks have already been deployed to operators. More is needed with future technologies/networks as more functionalities will be moved to the cloud. This talk tells what is needed to overcome low latency and high availability challenges with cloud platforms. At Nokia we are continuously evaluating the latest OPNFV SW on Nokia HW with radio VNFs to guarantee interoperability with open source components.

Fast datastacks - fast and flexible nfv solution stacks leveraging fd.io

OPNFV

NFV interoperability, for the success of commercial deployments

OPNFV

Timo Perala, Nokia, Michael Wiegers, Ericsson To further enhance Network Functions Virtualization (NFV) industrialization, Cisco, Ericsson, Huawei and Nokia announced Memorandum of Understanding (MoU) to create the NFV Interoperability Testing Initiative (NFV-ITI) last year December. The main objective of NFV-ITI is to promote competition and create industry alignment on generic principles for NFV interoperability testing and support for specific customer situations. NFV-ITI will focus on testing interoperability configurations of commercial NFV solutions actually used in the communication services providers' networks. The initiative is open for ratification by any NFV vendor subscribing to the objectives of the MoU. NFV-ITI will address NFV multi-vendor interoperability challenges for communication service providers, enabling them to optimize NFV deployment and integration costs, and reduce time-to-market for new services. NFV-ITI will complement and heavily build on other industry interoperability activities, including but not limited to those of OPNFV, ETSI NFV Testing WG, and NVIOT Forum.

More from OPNFV (18)

Energy Audit aaS with OPNFV

Storage Performance Indicators - Powered by StorPerf and QTIP

Big Data for Testing - Heading for Post Process and Analytics

Testing, CI Gating & Community Fast Feedback: The Challenge of Integration Pr...

How Many Ohs? (An Integration Guide to Apex & Triple-o)

Enabling Carrier-Grade Availability Within a Cloud Infrastructure

Learnings From the First Year of the OPNFV Internship Program

OPNFV and OCP: Perfect Together

The Return of QTIP, from Brahmaputra to Danube

Run OPNFV Danube on ODCC Scorpio Multi-node Server - Open Software on Open Ha...

Distributed vnf management architecture and use-cases

Securing your nfv and sdn integrated open stack cloud- challenges, use-cases ...

My network functions are virtualized, but are they cloud-ready

Accelerated dataplanes integration and deployment

Crossing the river by feeling the stones from legacy to cloud native applica...

OPNFV with 5G Applications

Fast datastacks - fast and flexible nfv solution stacks leveraging fd.io

NFV interoperability, for the success of commercial deployments

Recently uploaded

Graspan: A Big Data System for Big Code Analysis

Aftab Hussain

We built a disk-based parallel graph system, Graspan, that uses a novel edge-pair centric computation model to compute dynamic transitive closures on very large program graphs. We implement context-sensitive pointer/alias and dataflow analyses on Graspan. An evaluation of these analyses on large codebases such as Linux shows that their Graspan implementations scale to millions of lines of code and are much simpler than their original implementations. These analyses were used to augment the existing checkers; these augmented checkers found 132 new NULL pointer bugs and 1308 unnecessary NULL tests in Linux 4.4.0-rc5, PostgreSQL 8.3.9, and Apache httpd 2.2.18. - Accepted in ASPLOS ‘17, Xi’an, China. - Featured in the tutorial, Systemized Program Analyses: A Big Data Perspective on Static Analysis Scalability, ASPLOS ‘17. - Invited for presentation at SoCal PLS ‘16. - Invited for poster presentation at PLDI SRC ‘16.

Empowering Growth with Best Software Development Company in Noida - Deuglo

Deuglo Infosystem Pvt Ltd

Do you want Software for your Business? Visit Deuglo Deuglo has top Software Developers in India. They are experts in software development and help design and create custom Software solutions. Deuglo follows seven steps methods for delivering their services to their customers. They called it the Software development life cycle process (SDLC). Requirement — Collecting the Requirements is the first Phase in the SSLC process. Feasibility Study — after completing the requirement process they move to the design phase. Design — in this phase, they start designing the software. Coding — when designing is completed, the developers start coding for the software. Testing — in this phase when the coding of the software is done the testing team will start testing. Installation — after completion of testing, the application opens to the live server and launches! Maintenance — after completing the software development, customers start using the software.

2024 eCommerceDays Toulouse - Sylius 2.0.pdf

Łukasz Chruściel

Utilocate provides Smarter, Better, Faster, Safer Locate Ticket Management

Utilocate

Utilocate offers a comprehensive solution for locate ticket management by automating and streamlining the entire process. By integrating with Geospatial Information Systems (GIS), it provides accurate mapping and visualization of utility locations, enhancing decision-making and reducing the risk of errors. The system's advanced data analytics tools help identify trends, predict potential issues, and optimize resource allocation, making the locate ticket management process smarter and more efficient. Additionally, automated ticket management ensures consistency and reduces human error, while real-time notifications keep all relevant personnel informed and ready to respond promptly. The system's ability to streamline workflows and automate ticket routing significantly reduces the time taken to process each ticket, making the process faster and more efficient. Mobile access allows field technicians to update ticket information on the go, ensuring that the latest information is always available and accelerating the locate process. Overall, Utilocate not only enhances the efficiency and accuracy of locate ticket management but also improves safety by minimizing the risk of utility damage through precise and timely locates.

Automated software refactoring with OpenRewrite and Generative AI.pptx.pdf

timtebeek1

Cracking the code review at SpringIO 2024

Paco van Beckhoven

Code reviews are vital for ensuring good code quality. They serve as one of our last lines of defense against bugs and subpar code reaching production. Yet, they often turn into annoying tasks riddled with frustration, hostility, unclear feedback and lack of standards. How can we improve this crucial process? In this session we will cover: - The Art of Effective Code Reviews - Streamlining the Review Process - Elevating Reviews with Automated Tools By the end of this presentation, you'll have the knowledge on how to organize and improve your code review proces

Top Features to Include in Your Winzo Clone App for Business Growth (4).pptx

rickgrimesss22

Quarkus Hidden and Forbidden Extensions

Max Andersen

APIs for Browser Automation (MoT Meetup 2024)

Boni García

E-commerce Application Development Company.pdf

Hornet Dynamics

A Sighting of filterA in Typelevel Rite of Passage

Philip Schwarz

Orion Context Broker introduction 20240604

Fermin Galan

GOING AOT WITH GRAALVM FOR SPRING BOOT (SPRING IO)

Alina Yurenko

Vitthal Shirke Java Microservices Resume.pdf

Vitthal Shirke

A Study of Variable-Role-based Feature Enrichment in Neural Models of Code

Aftab Hussain

Understanding variable roles in code has been found to be helpful by students in learning programming -- could variable roles help deep neural models in performing coding tasks? We do an exploratory study. - These are slides of the talk given at InteNSE'23: The 1st International Workshop on Interpretability and Robustness in Neural Software Engineering, co-located with the 45th International Conference on Software Engineering, ICSE 2023, Melbourne Australia

May Marketo Masterclass, London MUG May 22 2024.pdf

Adele Miller

Custom Healthcare Software for Managing Chronic Conditions and Remote Patient...

Mind IT Systems

Atelier - Innover avec l’IA Générative et les graphes de connaissances

Neo4j

Atelier - Innover avec l’IA Générative et les graphes de connaissances Allez au-delà du battage médiatique autour de l’IA et découvrez des techniques pratiques pour utiliser l’IA de manière responsable à travers les données de votre organisation. Explorez comment utiliser les graphes de connaissances pour augmenter la précision, la transparence et la capacité d’explication dans les systèmes d’IA générative. Vous partirez avec une expérience pratique combinant les relations entre les données et les LLM pour apporter du contexte spécifique à votre domaine et améliorer votre raisonnement. Amenez votre ordinateur portable et nous vous guiderons sur la mise en place de votre propre pile d’IA générative, en vous fournissant des exemples pratiques et codés pour démarrer en quelques minutes.

Mobile App Development Company In Noida | Drona Infotech

Drona Infotech

openEuler Case Study - The Journey to Supply Chain Security

Shane Coughlan

Recently uploaded (20)

Graspan: A Big Data System for Big Code Analysis

Empowering Growth with Best Software Development Company in Noida - Deuglo

2024 eCommerceDays Toulouse - Sylius 2.0.pdf

Utilocate provides Smarter, Better, Faster, Safer Locate Ticket Management

Automated software refactoring with OpenRewrite and Generative AI.pptx.pdf

Cracking the code review at SpringIO 2024

Top Features to Include in Your Winzo Clone App for Business Growth (4).pptx

Quarkus Hidden and Forbidden Extensions

APIs for Browser Automation (MoT Meetup 2024)

E-commerce Application Development Company.pdf

A Sighting of filterA in Typelevel Rite of Passage

Orion Context Broker introduction 20240604

GOING AOT WITH GRAALVM FOR SPRING BOOT (SPRING IO)

Vitthal Shirke Java Microservices Resume.pdf

A Study of Variable-Role-based Feature Enrichment in Neural Models of Code

May Marketo Masterclass, London MUG May 22 2024.pdf

Custom Healthcare Software for Managing Chronic Conditions and Remote Patient...

Atelier - Innover avec l’IA Générative et les graphes de connaissances

Mobile App Development Company In Noida | Drona Infotech

openEuler Case Study - The Journey to Supply Chain Security

Improving POD Usage in Labs, CI and Testing

2. Improving POD Usage in labs, CI and testing Jack Morgan, Intel Fatih Degirmenci, Ericsson

3. What is the problem we are trying to solve? As OPNFV community grows in the number of installers, feature projects, and test activities… we need to be getting more out of our current OPNFV hardware resources…

4. OPNFV Community labs Several community labs… Geographically distributed… Standard hardware configurations… Multiple roles… • CI Production (OPNFV releases) • Testing • Development Organization Location POD Linux Foundation Portland, Oregon, USA 5 China Mobile Beijing, China 1 Enea Kista, Sweden 2 Ericsson Rosenburg, Sweden 2 Huawei Xi an, China 1 Huawei Santa Clara, CA, USA 1 Intel Portland, Oregon, USA 14 Orange Lannion, France 1 Orange Paris, France 1 ZTE Shang Hai, China 1 CENGN Ottawa, Canada 1 Nokia Espoo, Finland 1 OOL Okinawa, Japan 1 BII Beijing, China 1 Flex Milpitas, CA, USA 1 Total 34

5. • Pharos Specification • Jump server - virtualized OpenStack/OPNFV installer • Controller/Compute nodes – for high availability • Network topology – LOM, Admin, Public, Private and Storage networks • Remote management – OpenVPN + SSH access • Hardware requirements • Intel Xeon processor • Minimum 32GB RAM • 1TB HDD – OS and additional software/tools • 1TB HDD – CEPH object store • 100GB SSD – CEPH journal

6. • Network requirements • Option I: 4x1G control, 2x40G data • 4x1G for LOM, Admin/PXE boot, control plane, storage • 2x40G (10G) for data network • Option II: 1x1G control, 2x40G (10G) data • 1x1G for control via VLANs • 2x40G (10G) for data/storage via VLANs • Option III: 2x1G control, 2x10G data, 2x40G storage • 1x1G LOM, Admin/PXE boot • 2x10G for control, storage • 2x40G (10G) for data network Source: http://artifacts.opnfv.org/pharos/docs/pharos-spec.html

7. CI Production: static model • To support OPNFV release, each installer is currently allocated 2 POD • What is the utilization of these community resources? Installer POD POD Apex intel-pod7 lf-pod1 Compass intel-pod8 huawei-pod1 Fuel ericsson-pod2 lf-pod2 Joid intel-pod5 huawei-pod12 Daisy pod1 pod2 Armada pod1 pod2

8. What else do we have? • Build servers • Servers for virtual deployments (vPOD) • Test result server

9. How do we better use of labs we currently have to support the growing community needs?

10. • Replace static CI Production allocation with Dynamic Allocation

11. • Dynamic Allocation - Howto POD Descriptor File Scenario Descriptor File OPNFV Installer

12. POD Descriptor File • Defines what hardware in in an OPNVF POD • It is common and consistent between all installers • Goal is for OPNFV installers to use these files natively • Lab owners are working on creating these for OPNFV community labs POD Descriptor File Convertor • Converts POD descriptor files into installer specific format • This effort is in progress and targeted to be done by end of June

13. What about the rest of the hardware resources? • Automate setup, configuration, management • Infrastructure as Code – use CM tooling – eg. Ansible • Utilize containers • Dynamically bring up/tear down resources • Use the infra OPNFV puts together! • OPNFV Cloud

14. Conclusions • We need to follow basic principles and apply best practices • Have clear strategy and vision to provide resources needed for the current and future use cases • Increase the resource utilization by having them allocated and used dynamically • Take part in solving problems by providing feedback, contributing, and using what OPNFV Infra provides

15. Questions? Thank you for attending

Improving POD Usage in Labs, CI and Testing

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Improving POD Usage in Labs, CI and Testing

Similar to Improving POD Usage in Labs, CI and Testing (20)

More from OPNFV

More from OPNFV (18)

Recently uploaded

Recently uploaded (20)

Improving POD Usage in Labs, CI and Testing