Hi Joehuang, I'm working for ZTE. During the demo, it is shining if we can demo some VNFs in SampleVNF project on multi-site environment. This solution will attract VNF vendors to adopt.
Are these works finished in OPNFV or Upstream Openstack project? BR, Julien joehuang <joehu...@huawei.com>于2017年4月1日周六 上午9:01写道: > Hello, Julien, > > Welcome to join the PoC demo in OPNFV Beijing Summit, Do you have some > application to be deployed in the multi-site environment? And may I know > which company you are working for, so that we can list you in the PoC demo. > > Best Regards > Chaoyi Huang (joehuang) > ------------------------------ > *From:* Julien [julien...@gmail.com] > > *Sent:* 31 March 2017 18:51 > *To:* joehuang; opnfv-tech-discuss; victor.mora...@intel.com; Meimei > *Subject:* Re: [opnfv-tech-discuss] VNF to demonstrate VNF high > availability across VIM > Hi Joehuang, > > Thanks for clarification this use case. It is actually very cool and I > expect to attend the demo in the summit. > > BR, > Julien > > > joehuang <joehu...@huawei.com>于2017年3月30日周四 下午3:11写道: > > Hello, Julien, > > Both should works, you can make one VNF being deployed into two OpenStack > instances, or make two VNFs work in load-balancing mode. > > Currently Tricircle support associating one VIP in two OpenStack instances > (through allowed address pair), it's up to VNFs how to make use of the > enabling networking capabilities by Tricircle. > > Best Regards > Chaoyi Huang (joehuang) > ------------------------------ > *From:* Julien [julien...@gmail.com] > *Sent:* 30 March 2017 14:58 > *To:* joehuang; opnfv-tech-discuss; victor.mora...@intel.com; Meimei > *Subject:* Re: [opnfv-tech-discuss] VNF to demonstrate VNF high > availability across VIM > > Hi Joehuang, > > It's amazing. > > According to the content "*show how a VNF can run in 2 OpenStack > instances*" and the link > https://git.opnfv.org/multisite/tree/docs/requirements/VNF_high_availability_across_VIM.rst. > I'm not sure that it is one VNF or two VNFs(active VNF + standby VNF) in > the Demo. > > If it is one VNF, is it possible: > 1. Some VMs in active mode are in openstack1, and other VMs in active mode > are in openstack2; > 2. Can VMs working in load balance mode across openstack1 and openstack2? > > > BR, > Julien > > > joehuang <joehu...@huawei.com>于2017年3月16日周四 上午10:44写道: > > Hello, > > In multisite, we have one use cases ever discussed: > > a VNF (telecom application) should, be able to realize high availability > deployment across > OpenStack instances. > > For more detail of such an use cases, you can refer to > https://git.opnfv.org/multisite/tree/docs/requirements/VNF_high_availability_across_VIM.rst > > > Now, it's time to bring it into reality. > > After Tricircle provides cross OpenStack L2/L3 networking automation > capability based on VxLAN, we'd like to have a demo in OPNFV Beijing > summit to show how a VNF can run in 2 OpenStack instances and achieve high > availability regardless how much nine, planned or unplanned downtime of > an OpenStack cloud would be. > > The VNF will work in cluster, active/active or active/standby mode, and it > was deployed into two OpenStack instances, overlay VxLAN network will > provide network plane for session/or other data replication between VNF > parts, and also provide the VIP for VNF to provide service, if the VNF is > running in active/standby, the standby VNF can take over the VIP and > continue to provide service after the master or the openstack cloud is > failed. > > If you are interested in such an use case, please join us, help would be > appreciated: > > 1. Provide or integrate sample VNF which is able to be deployed into > multiple OpenStack instances to reach cloud level redundancy/failure escape. > 2. Joint demo in Beijing OPNFV summit. > 3. Build multi-site general infrastructure in E-release for > CI/Functest/3rd party service, to provide general multi-region > environment for services like Tricircle/Kingbird/Domino/Tacker which deal > with multi-region functionalities. > > > Best Regards > Chaoyi Huang (joehuang) > _______________________________________________ > opnfv-tech-discuss mailing list > opnfv-tech-discuss@lists.opnfv.org > https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss > >
_______________________________________________ opnfv-tech-discuss mailing list opnfv-tech-discuss@lists.opnfv.org https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss