SlideShare uma empresa Scribd logo
1 de 16
SDN & CloudStack



Chiradeep     Salvatore
@Chiradeep @ taturiello

April, 2012
Outline

• CloudStack Cloud Architecture

• VLAN Limitations

• SDN & Overlay Networks
 ○   Deploy Virtual Machines
 ○   Create Overlay Layer-2 Network
 ○   Flow programming

• Benefits
CloudStack Cloud Architecture
                                                     Internet                Hypervisor is the basic unit of scale.
          CloudStack
         Management
            Server                                                           Cluster consists of one ore more hosts of
Zone 1                                                                        same hypervisor

                                        L3 core                              All hosts in cluster have access to shared
                                                                              (primary) storage

Pod 1          Access Layer                       Pod N                      Pod is one or more clusters, usually with
                                                                Secondary
                                                                              L2 switches.
                                           ….                    Storage
   Cluster N                                                                 Availability Zone has one or more
                                                                              pods, has access to secondary storage.

           ….                                                                One or more zones represent cloud

   Cluster 1

     Host 1
                              Primary
                              Storage
     Host 2
VLAN Limitations
• Multi-tenancy
 ○ Tenants are isolated by assigning separate VLANs
 ○ Tenant can own multiple VLANs. E.g., multi-tier application



• Limitations
 ○ 4K VLANs maximum
 ○ VLANs span across the zone (datacenter)

   ○ All switches are configured with all VLANs

   ○ See multicast, broadcast traffic even if no associated VM

   ○ Traffic tromboning across the zone for east-west traffic




                Limit few hundred tenants per zone
Deploy Virtual Machines
                                                   User requests for isolated layer-
                           CS Management Server     2 network
                                                   CS follows 'lazy create' model
                                                    and stores the request in DB
                                                    until VM deployment
  Create Network   A   Create DB Entry
                   P
                   I




                                  MySQL DB
Deploy Virtual Machines
                                                                User requests for isolated layer-
                                                                 2 network
                                               Deployment
                                                 Planner
                                                                CS follows 'lazy create' model
                         Pass VM resource
                                                                 and stores the request in DB
                         requirements
                                                                 until VM deployment
   Deploy VMs                               Determines hosts
                     A
   (vm1, vm2, vm3)
                     P
                                             to deploy VMs
                                               vm1  Host1
                                                                User deploys VMs with specific
                     I                         vm2  Host2       resource requirements
                                               vm3  Host4
                                                                CS 'Deployment Planner'
                                                                 determines the ideal hosts to
                                                                 place the VMs based on the
                                     MySQL DB                    resource requirements
Deploy Virtual Machines
                                 User requests for isolated layer-
                                  2 network
                                 CS follows 'lazy create' model
Host 1            Host 3
                                  and stores the request in DB
                                  until VM deployment
  VM
   1
                                 User deploys VMs with specific
                                  resource requirements
                                 CS 'Deployment Planner'
                                  determines the ideal hosts to
Host 2            Host 4          place the VMs based on the
  VM                  VM          resource requirements
   2                   3   VR
                                 Place VMs on appropriate hosts
Create Overlay L2 Networks
                                                                                Create Full Mesh of GRE tunnels
                         CloudStack
                                 SDN
                                                                                 (if they don't already exist)
                               Controller                                        between hosts on which VMs
                                                                                 are deployed
  Host 1 (Pod 2)                            Host 3 (Pod 3)

     VM
                   OVS
                                                                                CloudStack SDN controller
      1                                                                          programs the Open vSwitch
                                                                                 (OVS) on XenServer to configure
GRE Tunnel                                                                       GRE tunnels


  Host 2 (Pod 4)                            Host 4 (Pod 2)
                   OVS                                                 OVS
     VM                                       VM
      2                                        3             VR


GRE Tunnel                                                        GRE Tunnel
Create Overlay L2 Networks
                                               Create Full Mesh of GRE tunnels
                                                (if they don't already exist)
Tenant1                                         between hosts on which VMs
Tenant2                                         are deployed
  Host 1           Host 3

    VM        VM     VM
                                               CloudStack SDN controller
     1         1      3     VR                  programs the Open vSwitch
                                                (OVS) on XenServer to configure
 GRE Tunnel                                     GRE tunnels
                                               Assign 'Tenant' key to the
                                                customer that allows traffic
  Host 2           Host 4
                                                isolation from other tenants
    VM        VM     VM
                            VR
     2         2      3
                                               New customers can share the
                                                established GRE tunnels with
GRE Tunnel                       GRE Tunnel     separate tenant keys
Overlay Networks Cross Layer-3 Boundary

Datacenter1 / Zone1                                                                           Datacenter2 / Zone2




                                                                                                Host 3
                              Host 3
                                                                   Host 1
 Host 1
                                                                     VM
    VM
                                                                      4
     1

                                                                   Host 2                        Host 4
  Host 2                       Host 4

                                                                                                     VM
    VM                             VM
     2                              3    VR                                                           5




  GRE Tunnels (overlay L2 networks) can cross L3 (core) routers. This allows customers to seamlessly access resources
  across different datacenters
Flow Programming to Prevent Broadcast Storms
                                                       CloudStack controller programs
               CS MS
                         SDN
                                                        OVS to prevent packet loops
                       Controller                       and broadcast storms
Host 1                                      Host 3
         OVS                        OVS




 VM                                   VM
  1                                    4




Host 2
         OVS                        OVS      Host 4




 VM                                   VM
  2                                    3   VR
Flow Programming to Prevent Broadcast Storms
                                    CloudStack controller programs
                                     OVS to prevent packet loops
                                     and broadcast storms
Host 1                   Host 3

                                    VM sends a broadcast packet.
 VM                      VM          It's sent out via all the GRE
  1                       4
                                     tunnel interfaces
                                    Hypervisors receive the
                                     broadcast packets and transmit
                                     them to appropriate VMs.
                                     But, these packets are not
Host 2
                          Host 4     transmitted back onto GRE
                                     tunnel interfaces
 VM                VM
  2                 3   VR
CloudStack SDN Controller is Proactive
                                                  Controller is complete topology
                                                   aware and pre-programs all
                  CloudStack                       flow rules
                SDN Controller


                                                  No delay for new flows
                            Program flow rules

                                                  Highly scalable
     Host 1



                New flow1
         VM 1                 OVS                 OVS is fully functional even in
                                                   the event of failure
Overlay L2 Networks & Network Services
                                                             NW Services
                                                         •   DNS & DHCP
                                                         •   NAT
                                                         •   LB
                                                         •   VPN
Tenant2            Public Network


  Host 1                            Host 3

              VM                      VM     VR
               1                       3
                                                                 CloudStack Virtual Router
                                                                 supports variety of
 GRE Tunnel
                                                                 Network Services

  Host 2                            Host 4

              VM
               2



GRE Tunnel                                        GRE Tunnel
Benefits

• 'Unlimited' Scalability
 ○   Only one GRE tunnel between any pair of hosts. 'Order N' scaling of GRE tunnels w.r.t hosts
     in the cloud
 ○   Tenant key is 32 bits. Can scale up to (2^32 - 1) tenants



• Tunnels can extend to multiple datacenters across core (L3) routers
 ○   Seamless communication between resources across 'datacenters' in the cloud



• Avoid traffic 'trombooning'
Future

• Support for security groups

• Optimize ARP & DHCP responses

• Use Openflow to program OVS

• Integrate with 3rd party SDN controllers

• AWS VPC semantics




                                             16

Mais conteúdo relacionado

Mais procurados

Apache CloudStack Architecture by Alex Huang
Apache CloudStack Architecture by Alex HuangApache CloudStack Architecture by Alex Huang
Apache CloudStack Architecture by Alex Huang
buildacloud
 
Open stack journey from folsom to grizzly
Open stack journey from folsom to grizzlyOpen stack journey from folsom to grizzly
Open stack journey from folsom to grizzly
openstackindia
 
Nova for Physicalization and Virtualization compute models
Nova for Physicalization and Virtualization compute modelsNova for Physicalization and Virtualization compute models
Nova for Physicalization and Virtualization compute models
openstackindia
 
Virtualization in the Cloud @ Build a Cloud Day SFO May 2012
Virtualization in the Cloud @ Build a Cloud Day SFO May 2012Virtualization in the Cloud @ Build a Cloud Day SFO May 2012
Virtualization in the Cloud @ Build a Cloud Day SFO May 2012
The Linux Foundation
 
21.10.09 Microsoft Event, Microsoft Presentation
21.10.09 Microsoft Event, Microsoft Presentation21.10.09 Microsoft Event, Microsoft Presentation
21.10.09 Microsoft Event, Microsoft Presentation
dataplex systems limited
 

Mais procurados (20)

CloudStack technical overview
CloudStack technical overviewCloudStack technical overview
CloudStack technical overview
 
Apache CloudStack Architecture by Alex Huang
Apache CloudStack Architecture by Alex HuangApache CloudStack Architecture by Alex Huang
Apache CloudStack Architecture by Alex Huang
 
Open stack journey from folsom to grizzly
Open stack journey from folsom to grizzlyOpen stack journey from folsom to grizzly
Open stack journey from folsom to grizzly
 
2012 CloudStack Design Camp in Taiwan--- CloudStack Overview-1
2012 CloudStack Design Camp in Taiwan--- CloudStack Overview-12012 CloudStack Design Camp in Taiwan--- CloudStack Overview-1
2012 CloudStack Design Camp in Taiwan--- CloudStack Overview-1
 
Nova for Physicalization and Virtualization compute models
Nova for Physicalization and Virtualization compute modelsNova for Physicalization and Virtualization compute models
Nova for Physicalization and Virtualization compute models
 
Virtualization in the Cloud @ Build a Cloud Day SFO May 2012
Virtualization in the Cloud @ Build a Cloud Day SFO May 2012Virtualization in the Cloud @ Build a Cloud Day SFO May 2012
Virtualization in the Cloud @ Build a Cloud Day SFO May 2012
 
CloudStack Hyderabad Meetup: Using CloudStack to build IaaS clouds
CloudStack Hyderabad Meetup: Using CloudStack to build IaaS cloudsCloudStack Hyderabad Meetup: Using CloudStack to build IaaS clouds
CloudStack Hyderabad Meetup: Using CloudStack to build IaaS clouds
 
CloudStack Networking Deepdive CCCEU13
CloudStack Networking Deepdive CCCEU13CloudStack Networking Deepdive CCCEU13
CloudStack Networking Deepdive CCCEU13
 
Decisions behind hypervisor selection in CloudStack 4.3
Decisions behind hypervisor selection in CloudStack 4.3Decisions behind hypervisor selection in CloudStack 4.3
Decisions behind hypervisor selection in CloudStack 4.3
 
Management server internals
Management server internalsManagement server internals
Management server internals
 
Xen and Apache cloudstack
Xen and Apache cloudstack  Xen and Apache cloudstack
Xen and Apache cloudstack
 
Introduction to CloudStack Networking
Introduction to CloudStack NetworkingIntroduction to CloudStack Networking
Introduction to CloudStack Networking
 
Under the Hood: Open vSwitch & OpenFlow in XCP & XenServer
Under the Hood: Open vSwitch & OpenFlow in XCP & XenServerUnder the Hood: Open vSwitch & OpenFlow in XCP & XenServer
Under the Hood: Open vSwitch & OpenFlow in XCP & XenServer
 
2 architectural at CloudStack Developer Day
2  architectural at CloudStack Developer Day2  architectural at CloudStack Developer Day
2 architectural at CloudStack Developer Day
 
21.10.09 Microsoft Event, Microsoft Presentation
21.10.09 Microsoft Event, Microsoft Presentation21.10.09 Microsoft Event, Microsoft Presentation
21.10.09 Microsoft Event, Microsoft Presentation
 
Implementing CloudStack's VPC feature
Implementing CloudStack's VPC featureImplementing CloudStack's VPC feature
Implementing CloudStack's VPC feature
 
Quantum - The Network Mechanics
Quantum - The Network MechanicsQuantum - The Network Mechanics
Quantum - The Network Mechanics
 
DevCloud and CloudMonkey
DevCloud and CloudMonkeyDevCloud and CloudMonkey
DevCloud and CloudMonkey
 
Networking in the Cloud Age (LISA 2012 Tutorial)
Networking in the Cloud Age (LISA 2012 Tutorial)Networking in the Cloud Age (LISA 2012 Tutorial)
Networking in the Cloud Age (LISA 2012 Tutorial)
 
Deploying Apache CloudStack from API to UI
Deploying Apache CloudStack from API to UIDeploying Apache CloudStack from API to UI
Deploying Apache CloudStack from API to UI
 

Destaque

The Future of Apache CloudStack (Not So Cloudy) (Collab 2012)
The Future of Apache CloudStack (Not So Cloudy) (Collab 2012)The Future of Apache CloudStack (Not So Cloudy) (Collab 2012)
The Future of Apache CloudStack (Not So Cloudy) (Collab 2012)
Chiradeep Vittal
 
Evolution of CloudStack Architecture (Collab 2012)
Evolution of CloudStack Architecture (Collab 2012)Evolution of CloudStack Architecture (Collab 2012)
Evolution of CloudStack Architecture (Collab 2012)
Chiradeep Vittal
 
MC-LAG Configuration with BGP-base VPLS
MC-LAG Configuration with BGP-base VPLSMC-LAG Configuration with BGP-base VPLS
MC-LAG Configuration with BGP-base VPLS
Johnson Liu
 

Destaque (20)

CloudStack NVP Integration - BACD
CloudStack NVP Integration - BACDCloudStack NVP Integration - BACD
CloudStack NVP Integration - BACD
 
The Future of Apache CloudStack (Not So Cloudy) (Collab 2012)
The Future of Apache CloudStack (Not So Cloudy) (Collab 2012)The Future of Apache CloudStack (Not So Cloudy) (Collab 2012)
The Future of Apache CloudStack (Not So Cloudy) (Collab 2012)
 
Evolution of CloudStack Architecture (Collab 2012)
Evolution of CloudStack Architecture (Collab 2012)Evolution of CloudStack Architecture (Collab 2012)
Evolution of CloudStack Architecture (Collab 2012)
 
SDN in CloudStack
SDN in CloudStackSDN in CloudStack
SDN in CloudStack
 
Network Functions Virtualization and CloudStack
Network Functions Virtualization and CloudStackNetwork Functions Virtualization and CloudStack
Network Functions Virtualization and CloudStack
 
OpenNebulaConf2015 1.10 OpenNebula Networking: SDNs & NFVs - Ruben S. Montero
OpenNebulaConf2015 1.10 OpenNebula Networking: SDNs & NFVs - Ruben S. MonteroOpenNebulaConf2015 1.10 OpenNebula Networking: SDNs & NFVs - Ruben S. Montero
OpenNebulaConf2015 1.10 OpenNebula Networking: SDNs & NFVs - Ruben S. Montero
 
Network Virtualization in Cloud Data Centers
Network Virtualization in Cloud Data CentersNetwork Virtualization in Cloud Data Centers
Network Virtualization in Cloud Data Centers
 
GRE Tunnel Configuration
GRE Tunnel ConfigurationGRE Tunnel Configuration
GRE Tunnel Configuration
 
GRE (Generic Routing Encapsulation)
GRE (Generic Routing Encapsulation)GRE (Generic Routing Encapsulation)
GRE (Generic Routing Encapsulation)
 
6th SDN Interest Group Seminar - Session1 (131210)
6th SDN Interest Group Seminar - Session1 (131210)6th SDN Interest Group Seminar - Session1 (131210)
6th SDN Interest Group Seminar - Session1 (131210)
 
MC-LAG Configuration with BGP-base VPLS
MC-LAG Configuration with BGP-base VPLSMC-LAG Configuration with BGP-base VPLS
MC-LAG Configuration with BGP-base VPLS
 
Software defined networks and openflow protocol
Software defined networks and openflow protocolSoftware defined networks and openflow protocol
Software defined networks and openflow protocol
 
CloudStack hands-on workshop @ DevOpsDays Amsterdam 2015
CloudStack hands-on workshop @ DevOpsDays Amsterdam 2015CloudStack hands-on workshop @ DevOpsDays Amsterdam 2015
CloudStack hands-on workshop @ DevOpsDays Amsterdam 2015
 
The Mission Critical Cloud
The Mission Critical CloudThe Mission Critical Cloud
The Mission Critical Cloud
 
The Mission Critical Cloud @ Apache CloudStack meetup Amsterdam June 2015
The Mission Critical Cloud @ Apache CloudStack meetup Amsterdam June 2015The Mission Critical Cloud @ Apache CloudStack meetup Amsterdam June 2015
The Mission Critical Cloud @ Apache CloudStack meetup Amsterdam June 2015
 
Loadbalancers: The fabric for your micro services
Loadbalancers: The fabric for your micro servicesLoadbalancers: The fabric for your micro services
Loadbalancers: The fabric for your micro services
 
Architecting data center networks in the era of big data and cloud
Architecting data center networks in the era of big data and cloudArchitecting data center networks in the era of big data and cloud
Architecting data center networks in the era of big data and cloud
 
The Future of SDN in CloudStack by Chiradeep Vittal
The Future of SDN in CloudStack by Chiradeep VittalThe Future of SDN in CloudStack by Chiradeep Vittal
The Future of SDN in CloudStack by Chiradeep Vittal
 
SDN Summit - Optical SDN: Virtualizing the Transport Network
SDN Summit - Optical SDN: Virtualizing the Transport NetworkSDN Summit - Optical SDN: Virtualizing the Transport Network
SDN Summit - Optical SDN: Virtualizing the Transport Network
 
Device Driver in WinCE 6.0 R2
Device Driver in WinCE 6.0 R2Device Driver in WinCE 6.0 R2
Device Driver in WinCE 6.0 R2
 

Semelhante a CloudStack + SDN

What is cloud computing
What is cloud computingWhat is cloud computing
What is cloud computing
Brian Bullard
 
CloudStack vs OpenStack vs Eucalyptus: IaaS Private Cloud Brief Comparison
CloudStack vs OpenStack vs Eucalyptus: IaaS Private Cloud Brief ComparisonCloudStack vs OpenStack vs Eucalyptus: IaaS Private Cloud Brief Comparison
CloudStack vs OpenStack vs Eucalyptus: IaaS Private Cloud Brief Comparison
bizalgo
 
LinuxCon NA 2012: Virtualization in the cloud featuring xen
LinuxCon NA 2012: Virtualization in the cloud featuring xenLinuxCon NA 2012: Virtualization in the cloud featuring xen
LinuxCon NA 2012: Virtualization in the cloud featuring xen
The Linux Foundation
 
Building Business Continuity Solutions With Hyper V
Building Business Continuity Solutions With Hyper VBuilding Business Continuity Solutions With Hyper V
Building Business Continuity Solutions With Hyper V
rsnarayanan
 
Windsor: Domain 0 Disaggregation for XenServer and XCP
	Windsor: Domain 0 Disaggregation for XenServer and XCP	Windsor: Domain 0 Disaggregation for XenServer and XCP
Windsor: Domain 0 Disaggregation for XenServer and XCP
The Linux Foundation
 
Xen Project Update LinuxCon Brazil
Xen Project Update LinuxCon BrazilXen Project Update LinuxCon Brazil
Xen Project Update LinuxCon Brazil
The Linux Foundation
 

Semelhante a CloudStack + SDN (20)

What is cloud computing
What is cloud computingWhat is cloud computing
What is cloud computing
 
Windows server 2012 failover clustering improvements
Windows server 2012   failover clustering improvementsWindows server 2012   failover clustering improvements
Windows server 2012 failover clustering improvements
 
CloudStack Architecture Future
CloudStack Architecture FutureCloudStack Architecture Future
CloudStack Architecture Future
 
Improvements in Failover Clustering in Windows Server 2012
Improvements in Failover Clustering in Windows Server 2012Improvements in Failover Clustering in Windows Server 2012
Improvements in Failover Clustering in Windows Server 2012
 
CloudStack Best Practice in PPTV
CloudStack Best Practice in PPTVCloudStack Best Practice in PPTV
CloudStack Best Practice in PPTV
 
Linuxcon EU : Virtualization in the Cloud featuring Xen and XCP
Linuxcon EU : Virtualization in the Cloud featuring Xen and XCPLinuxcon EU : Virtualization in the Cloud featuring Xen and XCP
Linuxcon EU : Virtualization in the Cloud featuring Xen and XCP
 
CloudStack vs OpenStack vs Eucalyptus: IaaS Private Cloud Brief Comparison
CloudStack vs OpenStack vs Eucalyptus: IaaS Private Cloud Brief ComparisonCloudStack vs OpenStack vs Eucalyptus: IaaS Private Cloud Brief Comparison
CloudStack vs OpenStack vs Eucalyptus: IaaS Private Cloud Brief Comparison
 
1 Introduction at CloudStack Developer Day
1 Introduction at CloudStack Developer Day 1 Introduction at CloudStack Developer Day
1 Introduction at CloudStack Developer Day
 
Prairie DevCon-What's New in Hyper-V in Windows Server "8" Beta - Part 2
Prairie DevCon-What's New in Hyper-V in Windows Server "8" Beta - Part 2Prairie DevCon-What's New in Hyper-V in Windows Server "8" Beta - Part 2
Prairie DevCon-What's New in Hyper-V in Windows Server "8" Beta - Part 2
 
5 scalability Cloudstack Developer Day
5  scalability Cloudstack Developer Day5  scalability Cloudstack Developer Day
5 scalability Cloudstack Developer Day
 
LinuxCon NA 2012: Virtualization in the cloud featuring xen
LinuxCon NA 2012: Virtualization in the cloud featuring xenLinuxCon NA 2012: Virtualization in the cloud featuring xen
LinuxCon NA 2012: Virtualization in the cloud featuring xen
 
Building Business Continuity Solutions With Hyper V
Building Business Continuity Solutions With Hyper VBuilding Business Continuity Solutions With Hyper V
Building Business Continuity Solutions With Hyper V
 
CloudStack Architecture
CloudStack ArchitectureCloudStack Architecture
CloudStack Architecture
 
Clustering Enhancements
Clustering EnhancementsClustering Enhancements
Clustering Enhancements
 
Network virtualization with open stack quantum
Network virtualization with open stack quantumNetwork virtualization with open stack quantum
Network virtualization with open stack quantum
 
Windsor: Domain 0 Disaggregation for XenServer and XCP
	Windsor: Domain 0 Disaggregation for XenServer and XCP	Windsor: Domain 0 Disaggregation for XenServer and XCP
Windsor: Domain 0 Disaggregation for XenServer and XCP
 
Network Management in System Center 2012 SP1 - VMM
Network Management in System Center 2012  SP1 - VMM Network Management in System Center 2012  SP1 - VMM
Network Management in System Center 2012 SP1 - VMM
 
3.5 SDN CloudStack Developer Day
3.5  SDN CloudStack Developer Day3.5  SDN CloudStack Developer Day
3.5 SDN CloudStack Developer Day
 
Xen Project Update LinuxCon Brazil
Xen Project Update LinuxCon BrazilXen Project Update LinuxCon Brazil
Xen Project Update LinuxCon Brazil
 
Introducción a CloudStack
Introducción a CloudStackIntroducción a CloudStack
Introducción a CloudStack
 

Mais de Chiradeep Vittal

SDN in Apache CloudStack (ApacheCon NA 2013)
SDN in Apache CloudStack (ApacheCon NA 2013)SDN in Apache CloudStack (ApacheCon NA 2013)
SDN in Apache CloudStack (ApacheCon NA 2013)
Chiradeep Vittal
 

Mais de Chiradeep Vittal (8)

Load Balancing for Containers and Cloud Native Architecture
Load Balancing for Containers and Cloud Native ArchitectureLoad Balancing for Containers and Cloud Native Architecture
Load Balancing for Containers and Cloud Native Architecture
 
Load Balancing for Containers and Cloud Native Architecture
Load Balancing for Containers and Cloud Native ArchitectureLoad Balancing for Containers and Cloud Native Architecture
Load Balancing for Containers and Cloud Native Architecture
 
Directions for CloudStack Networking
Directions for CloudStack  NetworkingDirections for CloudStack  Networking
Directions for CloudStack Networking
 
Private cloud networking_cloudstack_days_austin
Private cloud networking_cloudstack_days_austinPrivate cloud networking_cloudstack_days_austin
Private cloud networking_cloudstack_days_austin
 
StackWatch: A prototype CloudWatch service for CloudStack
StackWatch: A prototype CloudWatch service for CloudStackStackWatch: A prototype CloudWatch service for CloudStack
StackWatch: A prototype CloudWatch service for CloudStack
 
StackMate - CloudFormation for CloudStack
StackMate - CloudFormation for CloudStackStackMate - CloudFormation for CloudStack
StackMate - CloudFormation for CloudStack
 
SDN in Apache CloudStack (ApacheCon NA 2013)
SDN in Apache CloudStack (ApacheCon NA 2013)SDN in Apache CloudStack (ApacheCon NA 2013)
SDN in Apache CloudStack (ApacheCon NA 2013)
 
Scalable Object Storage with Apache CloudStack and Apache Hadoop
Scalable Object Storage with Apache CloudStack and Apache HadoopScalable Object Storage with Apache CloudStack and Apache Hadoop
Scalable Object Storage with Apache CloudStack and Apache Hadoop
 

Último

Artificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and MythsArtificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and Myths
Joaquim Jorge
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Safe Software
 

Último (20)

Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, AdobeApidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
 
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a Fresher
 
The 7 Things I Know About Cyber Security After 25 Years | April 2024
The 7 Things I Know About Cyber Security After 25 Years | April 2024The 7 Things I Know About Cyber Security After 25 Years | April 2024
The 7 Things I Know About Cyber Security After 25 Years | April 2024
 
Boost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivityBoost PC performance: How more available memory can improve productivity
Boost PC performance: How more available memory can improve productivity
 
2024: Domino Containers - The Next Step. News from the Domino Container commu...
2024: Domino Containers - The Next Step. News from the Domino Container commu...2024: Domino Containers - The Next Step. News from the Domino Container commu...
2024: Domino Containers - The Next Step. News from the Domino Container commu...
 
Real Time Object Detection Using Open CV
Real Time Object Detection Using Open CVReal Time Object Detection Using Open CV
Real Time Object Detection Using Open CV
 
Partners Life - Insurer Innovation Award 2024
Partners Life - Insurer Innovation Award 2024Partners Life - Insurer Innovation Award 2024
Partners Life - Insurer Innovation Award 2024
 
Artificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and MythsArtificial Intelligence: Facts and Myths
Artificial Intelligence: Facts and Myths
 
presentation ICT roal in 21st century education
presentation ICT roal in 21st century educationpresentation ICT roal in 21st century education
presentation ICT roal in 21st century education
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodPolkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
 
🐬 The future of MySQL is Postgres 🐘
🐬  The future of MySQL is Postgres   🐘🐬  The future of MySQL is Postgres   🐘
🐬 The future of MySQL is Postgres 🐘
 
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfBoost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdf
 
GenAI Risks & Security Meetup 01052024.pdf
GenAI Risks & Security Meetup 01052024.pdfGenAI Risks & Security Meetup 01052024.pdf
GenAI Risks & Security Meetup 01052024.pdf
 
A Domino Admins Adventures (Engage 2024)
A Domino Admins Adventures (Engage 2024)A Domino Admins Adventures (Engage 2024)
A Domino Admins Adventures (Engage 2024)
 
Exploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone ProcessorsExploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone Processors
 
Bajaj Allianz Life Insurance Company - Insurer Innovation Award 2024
Bajaj Allianz Life Insurance Company - Insurer Innovation Award 2024Bajaj Allianz Life Insurance Company - Insurer Innovation Award 2024
Bajaj Allianz Life Insurance Company - Insurer Innovation Award 2024
 
Powerful Google developer tools for immediate impact! (2023-24 C)
Powerful Google developer tools for immediate impact! (2023-24 C)Powerful Google developer tools for immediate impact! (2023-24 C)
Powerful Google developer tools for immediate impact! (2023-24 C)
 
A Year of the Servo Reboot: Where Are We Now?
A Year of the Servo Reboot: Where Are We Now?A Year of the Servo Reboot: Where Are We Now?
A Year of the Servo Reboot: Where Are We Now?
 
HTML Injection Attacks: Impact and Mitigation Strategies
HTML Injection Attacks: Impact and Mitigation StrategiesHTML Injection Attacks: Impact and Mitigation Strategies
HTML Injection Attacks: Impact and Mitigation Strategies
 

CloudStack + SDN

  • 1. SDN & CloudStack Chiradeep Salvatore @Chiradeep @ taturiello April, 2012
  • 2. Outline • CloudStack Cloud Architecture • VLAN Limitations • SDN & Overlay Networks ○ Deploy Virtual Machines ○ Create Overlay Layer-2 Network ○ Flow programming • Benefits
  • 3. CloudStack Cloud Architecture Internet  Hypervisor is the basic unit of scale. CloudStack Management Server  Cluster consists of one ore more hosts of Zone 1 same hypervisor L3 core  All hosts in cluster have access to shared (primary) storage Pod 1 Access Layer Pod N  Pod is one or more clusters, usually with Secondary L2 switches. …. Storage Cluster N  Availability Zone has one or more pods, has access to secondary storage. ….  One or more zones represent cloud Cluster 1 Host 1 Primary Storage Host 2
  • 4. VLAN Limitations • Multi-tenancy ○ Tenants are isolated by assigning separate VLANs ○ Tenant can own multiple VLANs. E.g., multi-tier application • Limitations ○ 4K VLANs maximum ○ VLANs span across the zone (datacenter) ○ All switches are configured with all VLANs ○ See multicast, broadcast traffic even if no associated VM ○ Traffic tromboning across the zone for east-west traffic Limit few hundred tenants per zone
  • 5. Deploy Virtual Machines  User requests for isolated layer- CS Management Server 2 network  CS follows 'lazy create' model and stores the request in DB until VM deployment Create Network A Create DB Entry P I MySQL DB
  • 6. Deploy Virtual Machines  User requests for isolated layer- 2 network Deployment Planner  CS follows 'lazy create' model Pass VM resource and stores the request in DB requirements until VM deployment Deploy VMs Determines hosts A (vm1, vm2, vm3) P to deploy VMs vm1  Host1  User deploys VMs with specific I vm2  Host2 resource requirements vm3  Host4  CS 'Deployment Planner' determines the ideal hosts to place the VMs based on the MySQL DB resource requirements
  • 7. Deploy Virtual Machines  User requests for isolated layer- 2 network  CS follows 'lazy create' model Host 1 Host 3 and stores the request in DB until VM deployment VM 1  User deploys VMs with specific resource requirements  CS 'Deployment Planner' determines the ideal hosts to Host 2 Host 4 place the VMs based on the VM VM resource requirements 2 3 VR  Place VMs on appropriate hosts
  • 8. Create Overlay L2 Networks  Create Full Mesh of GRE tunnels CloudStack SDN (if they don't already exist) Controller between hosts on which VMs are deployed Host 1 (Pod 2) Host 3 (Pod 3) VM OVS  CloudStack SDN controller 1 programs the Open vSwitch (OVS) on XenServer to configure GRE Tunnel GRE tunnels Host 2 (Pod 4) Host 4 (Pod 2) OVS OVS VM VM 2 3 VR GRE Tunnel GRE Tunnel
  • 9. Create Overlay L2 Networks  Create Full Mesh of GRE tunnels (if they don't already exist) Tenant1 between hosts on which VMs Tenant2 are deployed Host 1 Host 3 VM VM VM  CloudStack SDN controller 1 1 3 VR programs the Open vSwitch (OVS) on XenServer to configure GRE Tunnel GRE tunnels  Assign 'Tenant' key to the customer that allows traffic Host 2 Host 4 isolation from other tenants VM VM VM VR 2 2 3  New customers can share the established GRE tunnels with GRE Tunnel GRE Tunnel separate tenant keys
  • 10. Overlay Networks Cross Layer-3 Boundary Datacenter1 / Zone1 Datacenter2 / Zone2 Host 3 Host 3 Host 1 Host 1 VM VM 4 1 Host 2 Host 4 Host 2 Host 4 VM VM VM 2 3 VR 5 GRE Tunnels (overlay L2 networks) can cross L3 (core) routers. This allows customers to seamlessly access resources across different datacenters
  • 11. Flow Programming to Prevent Broadcast Storms  CloudStack controller programs CS MS SDN OVS to prevent packet loops Controller and broadcast storms Host 1 Host 3 OVS OVS VM VM 1 4 Host 2 OVS OVS Host 4 VM VM 2 3 VR
  • 12. Flow Programming to Prevent Broadcast Storms  CloudStack controller programs OVS to prevent packet loops and broadcast storms Host 1 Host 3  VM sends a broadcast packet. VM VM It's sent out via all the GRE 1 4 tunnel interfaces  Hypervisors receive the broadcast packets and transmit them to appropriate VMs. But, these packets are not Host 2 Host 4 transmitted back onto GRE tunnel interfaces VM VM 2 3 VR
  • 13. CloudStack SDN Controller is Proactive  Controller is complete topology aware and pre-programs all CloudStack flow rules SDN Controller  No delay for new flows Program flow rules  Highly scalable Host 1 New flow1 VM 1 OVS  OVS is fully functional even in the event of failure
  • 14. Overlay L2 Networks & Network Services NW Services • DNS & DHCP • NAT • LB • VPN Tenant2 Public Network Host 1 Host 3 VM VM VR 1 3 CloudStack Virtual Router supports variety of GRE Tunnel Network Services Host 2 Host 4 VM 2 GRE Tunnel GRE Tunnel
  • 15. Benefits • 'Unlimited' Scalability ○ Only one GRE tunnel between any pair of hosts. 'Order N' scaling of GRE tunnels w.r.t hosts in the cloud ○ Tenant key is 32 bits. Can scale up to (2^32 - 1) tenants • Tunnels can extend to multiple datacenters across core (L3) routers ○ Seamless communication between resources across 'datacenters' in the cloud • Avoid traffic 'trombooning'
  • 16. Future • Support for security groups • Optimize ARP & DHCP responses • Use Openflow to program OVS • Integrate with 3rd party SDN controllers • AWS VPC semantics 16