Nicira chef webinar-merged

668 views

Published on

  • Be the first to comment

Nicira chef webinar-merged

  1. 1. Speakers & Agenda Rod Stuhlmuller Director of Product Marketing, Nicira/VMware Nicira’s journey to the cloud & network virtualization Stathy Toulomis Solutions Architect, Opscode Opscode Chef overview and the benefits of IT infrastructure automation Jacob Cherkas Cloud Solutions Architect, Nicira/VMware Live demo of the Nicira private cloud, then open discussion on the use of OpenStack, Chef and Network Virtualization for building a cloud.
  2. 2. The Journey to Our Own OpenStack Cloud Primary Drivers – Cost – Agility – Speed Primary Roadblocks – The network operational model – Not the network itself What we learned – Individual habits, experience, perceptions and organizational changes can have significant impact – Automation is critical
  3. 3. Our Cloud Objective Increase Efficiency and Velocity
  4. 4. Our Cloud Virtual Infrastructure Cloud Environment Abstraction Layer L3, ECMP Non-blocking No Oversubscription InternetOn-Site Data Center Off-Site Data Center Physical Infrastructure
  5. 5. Self-Service Web Interface
  6. 6. Programmatic (OpenStack API + NVP API)
  7. 7. A Complete, Isolated Lab in 50 Seconds
  8. 8. Location Independent 10.127.1.0/24 10.10.2.0/24 10.10.1.0/24 192.168.1.0/24 Virtual LabLab 1 Physical Lab 2 Physical DC 1 Physical DC 2 PhysicalCompute, Storage, Network Compute, Network Compute, WAN, Network Compute, Storage, Network 10.99.9.0/24 10.99.5.0/24 10.3.3.0/24 10.3.1.0/24
  9. 9. Primary Drivers – Cost, Agility, Speed Before Compute Cost Operations Efficiency Business Velocity
  10. 10. Operational Efficiency and Business Velocity Before After Compute Cost Compute Cost Operations Efficiency Operations Efficiency Business Velocity Business Velocity
  11. 11. What We Learned “Our cloud will make everything faster and more efficient.”
  12. 12. Meet Duffie and Tim
  13. 13. Meet Duffie and Tim  Before Cloud – Network and Systems Administrator – Master of Complexity – Majority of time spend responding to infrastructure adds & changes that impact release schedule – Viewed by R&D as a necessary evil – Always requesting purchase of more compute and network capacity  After Cloud – Elevate or Terminate – Becomes Cloud Architect – Hero to R&D – “Best decision I’ve ever made!”
  14. 14. Meet Duffie and Tim Before Cloud – R&D Build Manager – Physical servers under his desk – Always requesting purchase of more disk, memory, CPU After Cloud – “Server Hugger” – We are taking your servers, you have to use the cloud – “You can’t take my servers, I need isolation, I need security, I need performance, I need reliability and availability” – “I love the cloud”
  15. 15. Important Components Cloud EnvironmentController Nodes Virtual Switch Nodes Virtual – Physical Gateways Abstraction Layer L3, ECMP Non-blocking No Oversubscription InternetOn-Site Data Center Off-Site Data Center Physical Infrastructure
  16. 16. Automation Cloud EnvironmentController Nodes Virtual Switch Nodes Virtual – Physical Gateways Abstraction Layer L3, ECMP Non-blocking No Oversubscription InternetOn-Site Data Center Off-Site Data Center Physical Infrastructure
  17. 17. Cloud Management Cloud EnvironmentController Nodes Virtual Switch Nodes Virtual – Physical Gateways Abstraction Layer L3, ECMP Non-blocking No Oversubscription InternetOn-Site Data Center Off-Site Data Center Physical Infrastructure
  18. 18. Network Virtualization Cloud EnvironmentController Nodes Virtual Switch Nodes Virtual – Physical Gateways Abstraction Layer L3, ECMP Non-blocking No Oversubscription InternetOn-Site Data Center Off-Site Data Center Physical Infrastructure
  19. 19. Network Virtualization = A complete network in software L2 Virtual Network L3 L2All the properties attributed to SDN With the benefits of virtualization- Software flexibility - Non-disruptive deployment- Software innovation and extension - Decoupled from topology- Hardware choice - Hardware independence- Service insertion - Backwards compatibility
  20. 20. “SDN” is Not Network Virtualization Manual Configuration State VLANs Distributed ACLs Forwarding State QoS Port Groups L2 Tables L3 TableControl Plane Data Plane Physical Network Physical Network Hardware Dependent
  21. 21. Network Virtualization A New Operational Model for Networking Decouples from Physical Network and moves operational state into softwareDistributed Virtual NetworkControllerCluster Network Virtualization Abstraction Layer (vSwitch) Leaves the Physical Network to do what it does best, Forward Packets. Physical Network Physical Network Hardware Independent
  22. 22. What VMware did for servers…for the network. Application Application Application Workload Workload Workload x86 Environment L2, L3, L4-7 Network Services Virtual Virtual Virtual Virtual Virtual Virtual Machine Machine Machine Network Network Network Server Hypervisor Decoupled Network Virtualization Platform Requirement: x86 Requirement: IP Transport Physical Compute & Memory Physical Network (Dell, HP, IBM, Quanta,…) (Arista, Cisco, HP, Juniper, Cumulus,…)
  23. 23. AT&T Fundamentally transform and accelerate the way AT&T delivers applications and services both internally and externally.“ NVP is a foundational element that supports a major transformation at AT&T. Network virtualization is the future of networking. IT Transformation Common Computing Platform TOBY FORD AVP, CLOUD ARCHITECTURE & STRATEGY
  24. 24. eBay Transform the time it takes to deploy complex test & development environments for developers and QA.“ NVP allows us to repurpose network infrastructure on-demand, and reduces the time it takes to deploy test/dev environments 7 days to 30 seconds from days to minutes. JC MARTIN CLOUD ARCHITECT, EBAY
  25. 25. Rackspace Deliver enterprise-class private networking in a public, multi-tenant cloud.“ NVP, combined with OpenStack is a game changer. Together we are bringing enterprise private networking to the cloud. Rackspace Cloud Networks LEW MOORMAN PRESIDENT, RACKSPACE
  26. 26. AutomationController Nodes Virtual Switch Nodes Virtual – Physical Gateways Abstraction Layer L3, ECMP Non-blocking No Oversubscription InternetOn-Site Data Center Off-Site Data Center Physical Infrastructure
  27. 27. Opscode Chef  Stathy Toulomis Solutions Architect, Opscode
  28. 28. Managing Complexity Then To Add a New Server… • 2x Web Server Configurations • 2 Web Server Restarts • 4x Database ConfigurationsAdd 1 server Web Servers • 8x Firewall Configurations20+ Changes • DNS Service • Network Configuration • Deployer Application Servers • 8x Monitoring Changes The Bottom Line… Database Cache 20+ Changes 12+ New Infrastructure Dependencies Databases 4+ Hours
  29. 29. Managing Complexity Later We added: • Load Balancers • MemCache • Search Appliances • Lots of VM’s • More Scale Exponential Increase In: • Configuration Changes • Infrastructure Dependencies • Skills Needed • Greater Risk
  30. 30. What is Chef?Chef is an automation platform for developers & systems engineers tocontinuously define, build, and manage infrastructure.CHEF USES: Recipes and Cookbooks that describe Infrastructure as Code. Chef enables people to easily build & manage complex & dynamic applications at massive scale• New model for describing infrastructure that promotes flexibility, extensibility and reuse.
  31. 31. Chef is Infrastructure as Code • Programmatically provision and configure • Treat like any other code base • Reconstruct business from code repository, data backup, and bare metal resources.
  32. 32. “Infrastructure As Code”• A configuration management system (DSL)• A library for configuration management• A community, contributing to library and expertise• A systems integration platform (API) http://www.flickr.com/photos/asten/2159525309/sizes/l/
  33. 33. Collections of Resources• Networking • Routes• Files • Users• Directories • Groups• Symlinks • Tasks• Mounts • Packages • Software • Services • Configuration • Other Stuff http://www.flickr.com/photos/philliecasablanca/3354734116/
  34. 34. Recipes and Cookbooks• Recipes are collections of Resources• Cookbooks contain recipes, templates, files, cus tom resources, etc• Code re-use and modularity• Hundreds already on Community.opscode.com http://www.flickr.com/photos/patrick_q/199986515/
  35. 35. Dynamic configuration managementpool_members = search(node,role:webserver)template /etc/haproxy/haproxy.cfg do source haproxy-app_lb.cfg.erb owner root group root mode 0644 variables :pool_members => pool_members.uniq notifies :restart, service[haproxy]end
  36. 36. How Can Chef Help?Blueprint Your Build Anything… And Manage It SimplyInfrastructure • Provision compute • Introduce continuous• Compute resources in the Data Center incremental change or total and the Cloud change.• Application • • Infrastructure Automatically reconfigure• Storage everything • Application Stacks •• Security Re-provision for disaster • Big Data recovery• Network • • HPC Fail-over to bare metal• Configuration Standards • Monitor for compliance • Linux, Windows, OSX, Unixe • Cloud migrations become sUsing 1,000’s of trivialman-days of prior art! Discoverable and Searchable Infrastructure
  37. 37. How Opscode Can HelpHosted Chef Private Chef• Delivered via SaaS Model • All the power of Hosted Chef Hosted by Opscode behind the firewall• Manage up to 50,000 Servers • Delivered as enterprise software• Industry-leading SLA’s • Implementation consulting• 24x7x365 Support Options customized to your needs• Get up and running quickly• Pay/grow as you needThe OpscodeCommunity • Training• 650+ Cookbooks 18,000+ Registered Users• Plug-Ins • 950+ Individual and 170+ Corporate Contributors• Source Code Documentation • Global Partner Network• FAQ
  38. 38. Demo
  39. 39. For More Information nicira-info@vmware.com sales@opscode.com

×