Re: [onap-tsc][onap-discuss] Onap Dublin offline platform released

Michal Ptacek
 

Added into agenda, I will join PTL call

 

Thanks Catherine,

 

Michal

 

From: onap-discuss@... <onap-discuss@...> On Behalf Of Catherine LEFEVRE
Sent: Thursday, July 11, 2019 9:28 PM
To: onap-tsc@...; onap-discuss@...
Subject: Re: [onap-tsc][onap-discuss] Onap Dublin offline platform released

 

Good evening Michal,

 

These are great information !

 

Would you be available on July 15th, 2019 to present your findings during the next PTL call?

If yes then please feel free to add this topic to the agenda

https://wiki.onap.org/display/DW/PTL+2019-07-15

 

Many thanks and regards

Catherine

 

From: onap-tsc@... [mailto:onap-tsc@...] On Behalf Of Michal Ptacek via Lists.Onap.Org
Sent: Thursday, July 11, 2019 3:07 PM
To: onap-tsc@...; onap-discuss@...
Subject: Re: [onap-tsc][onap-discuss] Onap Dublin offline platform released

 

Thanks Catherine, I collected some more detailed report about Dublin images (see attached)

 

Few suggestions regarding that:

 

  • Maybe we can decrease the size of images by using recommended base images, there is a nice page from Adolfo about that

https://wiki.onap.org/display/DW/ONAP+Normative+container+base+images

 

  • We are using different versions of base images even within single ONAP component (e.g. dcaegen2 -  docker.io/openjdk:11-jre-slim, openjdk:8-jre-alpine, openjdk:8-jre, java:8-jre)

https://wiki.onap.org/display/DW/Docker+images+dependency+list

 

  • Different components are using different versions of same image, which can be unified

(e.g oomk8s_readiness-check_2.0.0.tar, oomk8s_readiness-check_2.0.1.tar, oomk8s_readiness-check_2.0.2.tar)

 

I think those issues were already raised from CIA team but I am not sure if there is sufficient attention and capacity for improving that from projects,

 

Best regards,

Michal

 

From: onap-tsc@... <onap-tsc@...> On Behalf Of Catherine LEFEVRE
Sent: Wednesday, July 10, 2019 8:41 PM
To: onap-tsc@...; onap-discuss@...; m.ptacek@...
Subject: Re: [onap-tsc][onap-discuss] Onap Dublin offline platform released

 

Thank you Michal for your feedback. Great job !

 

I have asked the ONAP APPC Team to investigate about

2,9  G nexus3.onap.org_10001_onap_appc-image_1.5.3.tar

 

Best regards

Catherine

 

From: onap-tsc@... [mailto:onap-tsc@...] On Behalf Of VENKATESH KUMAR, VIJAY
Sent: Wednesday, July 10, 2019 6:19 PM
To: onap-tsc@...; onap-discuss@...; m.ptacek@...
Subject: Re: [onap-tsc][onap-discuss] Onap Dublin offline platform released

 

***Security Advisory: This Message Originated Outside of AT&T ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

Hello Michael,  Just to clarify, both dcaegen2* images are analytics modules dependent on external distribution.

 

org.onap.dcaegen2.deployments.tca-cdap-container uses caskdata/cdap-standalone:4.1.2 which is ~2GB

org.onap.dcaegen2.deployments.pnda-mirror-container sources several upstream pnda dependencies. The image size was indeed causing issue to incorporate into ONAP CI/CD flow hence maintained in external PNDA repo. Cisco team were looking to optimize this build; this also has dependency on upstream PNDA project.

 

Regards,

Vijay

From: onap-tsc@... <onap-tsc@...> On Behalf Of Michal Ptacek via Lists.Onap.Org
Sent: Wednesday, July 10, 2019 11:19 AM
To: onap-discuss@...; m.ptacek@...; onap-tsc@...
Subject: Re: [onap-tsc][onap-discuss] Onap Dublin offline platform released

 

I am sorry, need to correct winners for biggest images in Dublin contest …

 

Biggest 3 images in Dublin:

11,0 G pndareg.ctao6.net_onap_org.onap.dcaegen2.deployments.pnda-mirror-container_5.0.0.tar

2,9  G nexus3.onap.org_10001_onap_appc-image_1.5.3.tar

2,6  G nexus3.onap.org_10001_onap_org.onap.dcaegen2.deployments.tca-cdap-container_1.1.2.tar

 

Br,

M.

 

From: onap-discuss@... <onap-discuss@...> On Behalf Of Michal Ptacek via Lists.Onap.Org
Sent: Wednesday, July 10, 2019 3:58 PM
To: onap-tsc@...; onap-discuss@...
Subject: [onap-tsc][onap-discuss] Onap Dublin offline platform released

 

Hi All,

 

we have reached important milestone in offline deployments and created Dublin branch in oom/offline-installer repo to separate new efforts for El-Alto continuing in master,

 

couple of highlights:

- improvements in Dublin ONAP seen related to being able to work in offline lab (special thanks for Policy for offline friendly new Policy Framework)

- improvements in automatic datalist collecting (automatic parsing OOM for getting list of images for download)

- improvements in redesigned download procedure (faster & more reliable, newly in python3)

- vFWCL fully automated (thanks to AT&T guys)

 

All documents related to offline installer were updated

https://docs.onap.org/en/dublin/submodules/oom/offline-installer.git/docs/index.html

As of now we are still working on Centos 7.6 validation and adding CI pipeline to Orange Lab

 

If we compare Casablanca and Dublin offline platform, we have more images which are in total slightly smaller

but much bigger in blobs format (maybe we have more binary like code in images not shrinking too much to blob)

 

 

Casablanca

Dublin

Nr. of ONAP images

194

229

ONAP images size in tar format

110G

108G

ONAP images size in nexus blobs format

72G

97G

 

Biggest 3 images in Casablanca:

2,8 G nexus3.onap.org_10001_onap_appc-image_1.4.4.tar

2,6 G nexus3.onap.org_10001_onap_org.onap.dcaegen2.deployments.tca-cdap-container_1.1.0.tar

2,3 G nexus3.onap.org_10001_onap_org.onap.dcaegen2.deployments.cm-container_1.4.2.tar

 

Biggest 3 images in Dublin:

11,0 G nexus3.onap.org_10001_onap_org.onap.dcaegen2.deployments.tca-cdap-container_1.1.2.tar

2,9  G nexus3.onap.org_10001_onap_appc-image_1.5.3.tar

2,6  G pndareg.ctao6.net_onap_org.onap.dcaegen2.deployments.pnda-mirror-container_5.0.0.tar

 

Thanks to all involved,

Dublin is big leap forward for ONAP to works more easily offline,

Let’s see if we can finish that effort in El-Alto

 

On behalf of Samsung team,

Michal

 

 

 

 

 

 

  

Join onap-discuss@lists.onap.org to automatically receive all group messages.