The ONAP OOM team is working with the DCAE team on a fully containerized
version of DCAE. Currently we’re waiting on a containerized version of the
Cloudify controller which is expected in the next couple weeks - the other DCAE
components have all been containerized already. If all goes well we should have
a 100% containerized ONAP distribution managed by Kubernetes by the end of
March (ONAP Beijing release code freeze date).
From: <onap-discuss-boun...@lists.onap.org> on behalf of Adolfo Perez-Duran
Date: Thursday, February 22, 2018 at 12:11 AM
To: "gerard.d...@wipro.com" <gerard.d...@wipro.com>,
Subject: Re: [onap-discuss] [OPNFV Auto] installation of ONAP on the Auto Arm
I was able to install a number of ONAP microservices (containers) on the OD1000.
At the time, I couldn't make progress due to the lack of multi-arch images,
both on the official registry and ONAP's registry. Several folks at Arm have
been working on closing the gap.
Having said that, I just ran a quick sanity check. I attempted to run
rancher/server and got the dreaded "exec format error" which means the official
image is not yet multi-arch.
Still, the outcome of my attempt to install ONAP suggests that you will gain
more traction with an ONAP/Kubernetes install on the Arm pod using the process
proposed by the OOM
On 02/19/2018 07:55 PM, gerard.d...@wipro.com<mailto:gerard.d...@wipro.com>
About the installation of ONAP with DCAE on the Arm pod (OPNFV Auto project),
how can we best converge ?
Maybe initiate a discussion on these 2 mailing lists (ONAP and OPNFV-Auto), and
then arrange for an ad-hoc audio conference later this week ?
It seems the preferable direction is to aim for an ONAP/Kubernetes variant.
Adolfo, your name was mentioned about a successful (at least partially) install
of ONAP on Arm-based OD1000 (SoftIron OverDrive 1000). Would you be able to
chip in ? Is there a URL with info on that ONAP installation ?
The Arm-compatible VNFs can be either on K8S or OpenStack (as long as there are
enough resources on the Arm pod to have multiple co-existing environments). The
VNFs would have to be installed via ONAP (i.e. onboarded via SDC, and deployed
via VID&MSO), not via an installer.
DCAE does not run yet on K8S, but hopefully will at some point. The Resilience
Improvements tests need DCAE, because they require VI monitoring and CLAMP
closed loops enforcing: see
with test pattern updated after today's Auto meeting (Monday Feb/19).
The information contained in this electronic message and any attachments to
this message are intended for the exclusive use of the addressee(s) and may
contain proprietary, confidential or privileged information. If you are not the
intended recipient, you should not disseminate, distribute or copy this e-mail.
Please notify the sender immediately and destroy all copies of this message and
any attachments. WARNING: Computer viruses can be transmitted via email. The
recipient should check this email and any attachments for the presence of
viruses. The company accepts no liability for any damage caused by any virus
transmitted by this email. www.wipro.com<http://www.wipro.com>
This message and the information contained herein is proprietary and
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer
onap-discuss mailing list