• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Samuel Bercovici - lbaaS for Havana
 

Samuel Bercovici - lbaaS for Havana

on

  • 2,319 views

Samuel Bercovici's slide deck from his presentation at OpenStack Israel May 2013

Samuel Bercovici's slide deck from his presentation at OpenStack Israel May 2013

Statistics

Views

Total Views
2,319
Views on SlideShare
1,884
Embed Views
435

Actions

Likes
7
Downloads
0
Comments
0

4 Embeds 435

http://static.wix.com 391
http://www.openstack-israel.org.usrfiles.com 31
http://static.usrfiles.com 12
http://htmlcomponentservice.appspot.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Samuel Bercovici - lbaaS for Havana Samuel Bercovici - lbaaS for Havana Presentation Transcript

    • LBaaS for HavanaSamuel Bercovici - Radware
    • Why should I care?• Load balancing as a services (LBaaS) areexpected from cloud services targeting criticalapplications.• Load balancers are crucial part of– Availability– Scalability– Manageability
    • Radware Involvement inOpenStack• Radware Joined OpenStack on Dec 2011• Planning of LBaaS for Grizzly and Havana• Contributor to the Networking/LBaaSprojectSlide 3
    • Agenda• LBaaS History• LBaaS in Grizzly• Focus Areas for Havana– Multivendor Support– Tenant API– Network Topologies
    • LBaaS History
    • OpenStack LBaaS History• OpenStack Essex (April 2012)– Compute (Nova)– Objects Storage (Swift)– Images Storage (Glance)– Identity Management (Keystone)– Dashboard GUI (Horizon)• OpenStack Folsom: (September 2012)– Network (Quantum)– IP Management (Mélange)• OpenStack Grizzly: (April 2013)– Quantum Network Services– LBaaS• HA Proxy• OpenStack Havana: (November 2013)– LBaaS• Multi vendor supportLoad Balancing as a Service (Atlas-LB) a community projectEvaluate approaches for LoadBalancing as a ServiceLBaaS 1st releaseLBaaS Multi vendor
    • LBaaS in Grizzly
    • Grizzly - Tenant API• VIP• Pool• Pool Member• Health MonitoringVIP PoolPoolMemberPoolMemberPoolMemberSubnet SubnetHealthMonitor
    • Grizzly - ImplementationQuantum Server Network NodeLBaaSLBaaS -callbackLBaaS AgentHA ProxyProcessHA ProxyProcessHA ProxyProcessHA ProxyProcessHA ProxyProcess
    • Notes• HA Proxy process per VIP• VIP / Pool Members on the same network /subnet• Nat only• Model is actionable on the Device/Instancewhen all the model is completely defined• Does not support multi network nodes• Does not support HA for the service
    • Focus Areas for Havana
    • OpenStack/Networking/LBaaS –Highlights for Havana• Multiple load balancing technologies and vendors could beused in parallel• Service Types as a way to specify the required service (ex:Platinum, Gold, Silver)• Solution can be used out of the box with a default opensource load balancer driverSlide 12
    • Multi Vendor Support• Vendor/Driver selection should be done in the LBaaS Plug-in running inside Quantum– Based on Service Type– Based on the decision how to handle service insertion• Device provisioning and selection (AKA Scheduling) is theresponsibility of the Driver.– Shared libraries could assist but should not be mandatory (ex:scheduling library)• Should allow different service models– NS based– Service VM based– HW appliance based– Other
    • Proposed ArchitectureQuantum PluginLBaaS PluginHA Proxy NS DriverHA Proxy ServiceVM DriverVendor 1 Ns DriverVendor 2 DriverVendor 3 HWAppliance DriverHA Proxy NS AgentHA Proxy ServiceVM AgentVendor 1 Ns AgentVendor 2 LB FabricManagerVendor 3 HW On-Appliance APIAMQPAMQPRESTAMQPREST / SOAP
    • LBaaS Driver• The Driver API is similar to the LBaaS Plugin API,the Plugin delegates handling of the Message tothe Driver and pass itself as parameter.• HA is complex and should be managed by eachvendor per his needs:– Allocating QPorts and managing IP adress allocationmust be done in the LBaaS Plugin / Driver and not onan Agent - Some of the capabilities exists only whenembedded in the Quantum Plug-in
    • LBaaS Driver• Handling a-sync operations– Message Queues with Driver <->Agent– Callback threads with ITC queue• Connecting Physical appliances to theQuantum network is still missing APIcapabilities that allow for example connectinga VLAN based appliance to Quantum via L2/L3network gateway.
    • Tenant API• Support Multiple vendors at the same time• How to expose LBaaS vendors’ uniquecapabilities• Validate/Update the Grizzly Tenant API
    • Remarks on current model• Health Monitor as global entity– The model was derived from vendors who canreuse Health Monitor on the boundary of a device– Managing Health Monitor over multiple instancesis an error prone experience since updates shouldbe done “atomically”– Options• Use Health Monitor definition globally but whenconnect to a Pool, do a copy• Manage Health Monitor on the Pool and not global
    • Remarks on current model• Since the model is actionable only when fullydefined, does it make sense to still manage itas different “flat” model or should it behierarchical under VIP?
    • Network Topologies• LB between two networks - the case when Vipand Pool are assigned to different subnets• Adding SNAT and DSR on top of the currentNAT implementation (extension to L3 agent?)• Can the LB replace the L3 GW?
    • Thank you!