> On March 27, 2014, 5:02 p.m., Alena Prokharchyk wrote:
> > Suresh, your fix contradicts with whatever you said in your previous
> > comment. You said that your contrail element will play the role of the
> > internal load Balancer. In that case, you should have added the Service LB
> > with capability LbSchemas="internal" to your contrail provider
> > implementation.
> >
> > The current fix though implies that the separate Internal LB vm will be
> > started? Please elaborate.
>
> Suresh Balineni wrote:
> I wanted to re-use the existing Internal LB element as is except required
> Nic resources should be implemented by Contrail VRouter.
>
>
>
> Alena Prokharchyk wrote:
> Suresh, InternalLbElement is being managed by InternalLBElementManager.
> The nics are created there. If you want the rules to be programmed on your
> VPC contrail element, use your VPC contrail element as a provider for
> internal lb. With the current code in the patch, the internal lb vm will be
> created as a separate vm from your contrail vm, with the nics configured the
> standard way.
>
> Suresh Balineni wrote:
> Hi Alena,
>
> 1. Contrail does not launch any VM for VPC. Routing support is provided
> by separate kernel module called contrail-vrouter. It does not support
> internal lb. I want to leverage CS Virtual-Router load balancing capabilities
> for supporting internal lb in contrail vpc implementation. I just have to
> create Nics in contrail vrouter for internal lb vm.
>
> 2. Since Contrail Network Offering is configured for Internal LB VM,
> "contrail guru" gets invoked when Internal LB VM is getting launched.
>
> for (Service svc : services) {
> if (svc == Service.Lb) {
> if(offeringName.equals(vpcRouterOfferingName)) {
> Set<Provider> lbProviderSet = new HashSet<Provider>();
> lbProviderSet.add(Provider.InternalLbVm);
> serviceProviderMap.put(svc, lbProviderSet);
> }
> continue;
> }
> serviceProviderMap.put(svc, providerSet);
> }
> ConfigurationManager configMgr =
> (ConfigurationManager)_configService;
> NetworkOfferingVO voffer =
> configMgr.createNetworkOffering(offeringName,
> offeringDisplayText, TrafficType.Guest, null, false,
> Availability.Optional, null, serviceProviderMap, true,
> Network.GuestType.Isolated, false, null, false,
> null, false, true, null, true, null, false);
>
> 3. I verified this implementation, It works perfectly fine.
>
> Alena Prokharchyk wrote:
> Suresh, ok, please confirm that the following is correct.
>
> When internalLb is used in contrail network, internalLB VM will be
> launched in CS to handle the service. So you do expect CS to invoke internal
> lb vm, and this vm will have nics configured by your guru.
>
>
> If the above is correct, I'm going to ship the fix.
>
Yes, That's correct.
- Suresh
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/18552/#review38754
-----------------------------------------------------------
On March 27, 2014, 12:42 a.m., Suresh Balineni wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18552/
> -----------------------------------------------------------
>
> (Updated March 27, 2014, 12:42 a.m.)
>
>
> Review request for cloudstack and Alena Prokharchyk.
>
>
> Repository: cloudstack-git
>
>
> Description
> -------
>
> Internal LB support for Juniper contrail VPC implementation.
>
> - This implementation just extends the existing implementation of internal lb.
> - New element uses juniper contrail network offering so that nics are
> impelemented by contrail element.
> - LB VM deployment functionality is reused (new element is extended from
> existing Internal LB element implementation).
>
>
> Diffs
> -----
>
> plugins/network-elements/juniper-contrail/pom.xml 8c6877d
>
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java
> 01be7db
> server/src/com/cloud/network/vpc/VpcManagerImpl.java fe49981
>
> Diff: https://reviews.apache.org/r/18552/diff/
>
>
> Testing
> -------
>
> Tested LB VM deployment. Traffic tests are done.
>
>
> Thanks,
>
> Suresh Balineni
>
>