Great, thanks for pointing out the Tosca example files. Now, I am trying to register a VIM. Do you have any manual on how to do that? I mean, it asks an auth URL, but I do not understand how this URL would look like. I am assuming this is something relate to OpenStack. It also asks for a project name, would it be a compute node project?
On Tue, Jan 17, 2017 at 10:11 AM, SULLIVAN, BRYAN L <[email protected]> wrote: > The Models project (https://wiki.opnfv.org/display/models) has examples > of TOSCA-based VNF blueprints: see the current baseline test > https://git.opnfv.org/cgit/models/tree/tests/vHello_Tacker.sh, and the > set of blueprints in planning/dev at > > https://wiki.opnfv.org/display/models/testing > > > > Thanks, > > Bryan Sullivan | AT&T > > > > *From:* [email protected] [mailto:opnfv-users-bounces@ > lists.opnfv.org] *On Behalf Of *[email protected] > *Sent:* Monday, January 16, 2017 11:27 PM > *To:* Rafael Weingärtner <[email protected]>; Xueyifei (Yifei > Xue) <[email protected]> > *Cc:* [email protected] > *Subject:* Re: [opnfv-users] Memory requirement for virtual deployment of > OPNFV for testing > > > > Hi > > VNF onboarding is discussed in MANO working group https://wiki.opnfv.org/ > display/mano/VNF+Onboarding > > there is an automation of the deployment/test of a clearwater vIMS using > cloudify since Brahmaputra > see the demo on https://wiki.opnfv.org/pages/ > viewpage.action?pageId=8687767 > in this page you will also find what Functest planned for Danube, an > abstraction to onboard VNFs and integrate more orchestrators and hopefully > more VNFs > > /Morgan > > > Le 16/01/2017 à 20:14, Rafael Weingärtner a écrit : > > Done, it worked with 3 virtual servers, each of them with 6GB of RAM. > > BTW: do you know where I can find some examples of OnBoard VNF, the TOSCA > template files. > > Thank you very much for all the help. > > > > On Mon, Jan 16, 2017 at 4:19 AM, Xueyifei (Yifei Xue) <[email protected]> > wrote: > > Hi Rafael > > > > Yes, you can change the “virtual.conf”. I did not try 4GB for each node in > virtual deployment. I think 8 GB would be fine. BTW, compass core VM will > use 4GB RAM. > > > > Absolutely you don’t need to have 5 host VMs. You can deploy a 1+1 cluster > which includes 1 control node and 1 compute node. What you need to modify > are listed below: > > > > 1. In the file > “compass4nfv/deploy/conf/vm_environment/os-nosdn-nofeature-ha.yml”, > delete the redundant hosts. You just need 2 hosts including host1 with > “controller”, “ha” roles and host2 with compute role. > > 2. Add “export VIRT_NUMBER=2” in your run.sh before deployment. > > > > Hope you have a nice experience with Compass. > > > > Thanks > > Yifei Xue > > > > *From:* [email protected] [mailto:opnfv-users-bounces@ > lists.opnfv.org] *On Behalf Of *Rafael Weing?rtner > *Sent:* Saturday, January 14, 2017 2:34 AM > *To:* [email protected] > *Subject:* [opnfv-users] Memory requirement for virtual deployment of > OPNFV for testing > > > > Hi OPNFV community, > I was reading the requirements to deploy a test environment of OPNFV. The > page I am using as a reference is the following: > http://artifacts.opnfv.org/compass4nfv/colorado/3.0/docs/ > installationprocedure/index.html. I am starting to deploy the OPNFV for > testing and I noticed the following: > Do we really need 16GB of memory for every VM that is going to play a role > such as OpenStack compute/controller nodes? > I mean, I am deploying a test environment for a single user. If I change > the parameter on “virtual.conf” file to 4GB (instead of 16), would it > still work? 16GB for every host VM seems too much; the server I am using > has only 25GB of RAM and right now I do not have 3 servers for the bare > metal deployment. > > Also, if I want to remove a host VM, can I just remove one entry from “ > os-nosdn-nofeature-ha.yml”? Or is it a hard requirement to have at least > 5 host VMs? For testing purposes, I do not think that I need two controller > nodes. > > -- > > Rafael Weingärtner > > > > > -- > > Rafael Weingärtner > > > > > _______________________________________________ > > opnfv-users mailing list > > [email protected] > > https://lists.opnfv.org/mailman/listinfo/opnfv-users > > > > > > -- > > Morgan Richomme > > Orange/ IMT/ OLN/ CNC/ NCA/ SINA > > > > Network architect for innovative services > > Future of the Network community member > > Open source Orange community manager > > > > > > tel. +33 (0) 296 072 106 > > mob. +33 (0) 637 753 326 > > [email protected] > > _________________________________________________________________________________________________________________________ > > > > 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. > > -- Rafael Weingärtner
_______________________________________________ opnfv-users mailing list [email protected] https://lists.opnfv.org/mailman/listinfo/opnfv-users
