+ ONAP-TSC On Fri, Sep 22, 2017 at 6:53 PM, Shay Naeh <sh...@cloudify.co> wrote:
> We would like to report on the latest deployment status of OOM with > TOSCA and Cloudify > <https://wiki.onap.org/display/DW/OOM+with+TOSCA+and+Cloudify>: > > 1. DCAE: runs with Cloudify > 2. Cloudify deploys Kubernetes on OpenStack, Baremetal etc. > 3. Cloudify deploys ONAP micro services on top of Kubernetes > - The latest status is that we were able to launch ONAP services > successfully (we have encountered a few issues with MSO app regarding the > environment, correct images, ready.py validation checks, etc. and thanks to > Mandeep Khinda help they are solved now) > > We've updated the OOM user guide > <https://wiki.onap.org/display/DW/OOM+with+TOSCA+and+Cloudify> on how to > run ONAP using this approach. This is still a WIP, will update with more > details as we progress. > > Thanks, > Shay > > > > >> ---------- Forwarded message --------- >> From: Yunxia Chen <helen.c...@huawei.com> >> Date: Thu, 21 Sep 2017 at 0:06 >> Subject: Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam >> Release >> To: Christopher Donley (Chris) <christopher.don...@huawei.com>, Roger >> Maitland <roger.maitl...@amdocs.com>, eric.deb...@orange.com < >> eric.deb...@orange.com>, onap-tsc@lists.onap.org <onap-tsc@lists.onap.org >> > >> >> >> Hi, Chris, >> >> I hope it could be decide asap since we don’t have enough resource to >> work on both solution. From this week, Integration projects and other >> projects already started the pairing / integration testing in Integration >> lab: we really need a tool which is working for our test, right now, we are >> using heat template. >> >> >> >> Ideally, I hope that we have both OOM and Heat work before Amsterdam >> release. I know OOM team works very hard to meet Amsterdam date: especially >> last two weeks, I was with them and saw how hard they are working and how >> helpful they are (especially Mike Elliott). But even from yesterday’s >> meeting I had with few projects, which declared finished the integration >> with OOM, by few minutes’ code level review, we found that they still have >> quick some bugs, one of the projects missed two docker images and other one >> has duplicated entries. >> >> >> >> Regards, >> >> >> >> Helen Chen >> >> >> >> *From: *<onap-tsc-boun...@lists.onap.org> on behalf of "Christopher >> Donley (Chris)" <christopher.don...@huawei.com> >> *Date: *Wednesday, September 20, 2017 at 1:49 PM >> *To: *Roger Maitland <roger.maitl...@amdocs.com>, Eric Debeau < >> eric.deb...@orange.com>, onap-tsc <onap-tsc@lists.onap.org> >> >> >> *Subject: *Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for >> Amsterdam Release >> >> >> >> By when do we need to make this decision? I thought we said we’d wait >> until the code freeze next week to see how much progress we’ve made. >> >> >> >> Chris >> >> >> >> *From:* onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-bounces@lists >> .onap.org] *On Behalf Of *Roger Maitland >> *Sent:* Wednesday, September 20, 2017 1:13 PM >> *To:* eric.deb...@orange.com; onap-tsc@lists.onap.org >> *Subject:* Re: [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for >> Amsterdam Release >> >> >> >> I’ll add to this conversation from the OOM team’s point of view. >> >> >> >> The OOM team is continuing with the more efficient Kubernetes deployment >> option for ONAP and at this point have on-boarded all projects except for >> DCAE Gen 2, Usecase UI (both of which are in progress) and VFC (which is >> under review in gerrit). OOM is deployed in the Integration lab where we >> will continue to validate the firewall use case to prove equivalency with >> the VM deployment option. >> >> >> >> OOM provides many benefits including handling interproject startup >> dependencies, floating IP addresses, coexisting instances of ONAP, all >> while using the provided hardware resources as efficiently as possible. We >> believe the community will find OOM very useful when working with ONAP but >> we understand there is a small learning curve. >> >> >> >> Roger Maitland >> >> OOM Project >> >> *From:* onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-bounces@lists >> .onap.org <onap-tsc-boun...@lists.onap.org>] *On Behalf Of * >> eric.deb...@orange.com >> *Sent:* Wednesday, September 20, 2017 3:26 PM >> *To:* onap-tsc@lists.onap.org >> *Subject:* [onap-tsc] [tsc]Vote: ONAP Deployment Proposal for Amsterdam >> Release >> >> >> >> Hello >> >> >> >> We agree that Heat template for OpenEcomp was first designed to run on >> Rackspace environment. However, the Heat template evolved to remove the >> Rackspace dependencies and I believe that the various tests we can produce >> on various OpenStack solutions in the community should eliminate the bugs >> as much as possible. >> >> >> >> We must consolidate at least one solution working for Amsterdam Release and >> I agree with Jason that is important to make ONAP easy to deploy and we must >> put some efforts for the installer documentation and the associated test >> cases to validate that the installation is OK. >> >> >> >> Regards >> >> >> >> Eric >> >> _________________________________________________________________________________________________________________________ >> >> >> >> Ce message et ses pieces jointes peuvent contenir des informations >> confidentielles ou privilegiees et ne doivent donc >> >> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu >> ce message par erreur, veuillez le signaler >> >> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages >> electroniques etant susceptibles d'alteration, >> >> Orange decline toute responsabilite si ce message a ete altere, deforme ou >> falsifie. Merci. >> >> >> >> This message and its attachments may contain confidential or privileged >> information that may be protected by law; >> >> they should not be distributed, used or copied without authorisation. >> >> If you have received this email in error, please notify the sender and >> delete this message and its attachments. >> >> As emails may be altered, Orange is not liable for messages that have been >> modified, changed or falsified. >> >> Thank you. >> >> 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-TSC mailing list >> ONAP-TSC@lists.onap.org >> https://lists.onap.org/mailman/listinfo/onap-tsc >> > >
_______________________________________________ ONAP-TSC mailing list ONAP-TSC@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-tsc