Hi Ramesh,
The short answer is that K8s packages VNFs are not (yet) a supported feature.  
For the Dublin release, only HEAT and TOSCA have support.

The longer answer is that we all know the platform needs to support K8s VNFs at 
some point. But with El Alto  being a technical debt reduction release, I 
expect that Frankfurt is the earliest that this could be added.  I believe one 
of the edge use cases may have some PoC/experimental code that may provide a 
starting point. The k8s VNF onboarding use case needs to be clearly defined and 
the impacts to the platform components identified and dev resources committed 
to implement the feature. This may be a good topic for the architecture 
committee and some of the DDF discussions this week. I assume helm charts would 
be needed for K8s to deploy a k8s VNF, but I do not know whether architecture 
would prefer this to be onboarded, or generated from something else (e.g. a 
TOSCA CSAR)? I would expect that even if deployed with k8s, that the VNF should 
support the same management interfaces ( VES, Netconf etc.) so that it can be 
managed by ONAP.

Regards
Steven Wright



From: Thangamuthu, Ramesh <[email protected]>
Sent: Monday, June 10, 2019 11:08 AM
To: WRIGHT, STEVEN A <[email protected]>; [email protected]
Subject: RE: [onap-discuss] VNF Requirements - Any sample/reference 
implementation

Thanks Steven. I am a newbie to ONAP and this is of great help. Few more 
clarifications please.

Context and clarifications:
In our case, we will be deploying VNF’s on Kubernetes based env. We are looking 
to do this using upcoming Dublin. Given this,

  *   We were in need of understanding an example/demo VNF that meets ONAP 
requirements (with sample management API’s, with VNF Documentation packages as 
per documents, with VNF packaging contents that goes into CSAR, etc…). I think 
you pointed to vFW and vCPE. Can you point to its git source repo?
  *   We need to package a VNF for K8S. A link to a sample CSAR would help. We 
are trying to understand
        *   What are the contents of VNF CSAR looks like when it is packaged 
for K8S?
        *   For instance, does VNF Provider have to provide helm charts instead 
of HEAT packages? Or TOSCA which will be converted internally to K8S API’s or 
helm charts by ONAP.
  *   When a VNF is deployed on K8S, is the VNF is still expected to implement 
some Management API’s as per the ONAP requirements or should we just leave it 
to K8S API’s?

Regards,
Ramesh

From: WRIGHT, STEVEN A [mailto:[email protected]]
Sent: Monday, June 10, 2019 7:42 PM
To: Thangamuthu, Ramesh 
<[email protected]<mailto:[email protected]>>; 
[email protected]<mailto:[email protected]>
Subject: Re: [onap-discuss] VNF Requirements - Any sample/reference 
implementation

Hi Ramesh,
 The ONAP project uses several open source VNFs ( vFW, vLB, DNS) as part of the 
regular integration test  for each release. These are built with HEAT packages 
and the artifacts for them are available in the release documentation here:
https://docs.onap.org/en/dublin/submodules/integration.git/docs/docs_vfw.html#docs-vfw<https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.onap.org_en_dublin_submodules_integration.git_docs_docs-5Fvfw.html-23docs-2Dvfw&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=PVu8DKytqBISpqDc36NHSA&m=zdyTKlocO61qIw1Q05IwCCOgsQBp7cf0X1VzhxwWMDo&s=qqKKiRGRDbZdyRjEsOS-TwI7TF12LGN5OZGrO9zlaPQ&e=>
and adjacent pages

and example Tosca artifact is described here:
https://docs.onap.org/en/dublin/submodules/integration.git/docs/docs_vCPE%20with%20Tosca%20VNF.html#docs-vcpe-tosca<https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.onap.org_en_dublin_submodules_integration.git_docs_docs-5FvCPE-2520with-2520Tosca-2520VNF.html-23docs-2Dvcpe-2Dtosca&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=PVu8DKytqBISpqDc36NHSA&m=zdyTKlocO61qIw1Q05IwCCOgsQBp7cf0X1VzhxwWMDo&s=JzNp5kGhbO1bKRHa_vMt8RVd8LogjHGRRc7_G6NJVQg&e=>

regards
Steven Wright

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#17522): https://lists.onap.org/g/onap-discuss/message/17522
Mute This Topic: https://lists.onap.org/mt/32004114/21656
Group Owner: [email protected]
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to