1 / 26

Networking in Virtual Environments

Networking in Virtual Environments. Virtualization – Why do I care? Technical components of virtualization Networking in a virtual world What is cloud computing? Karen Lynn Rhodes Layered Tech Karen.Rhodes at LayeredTech.com. Virtualization- Why do I care? .

Télécharger la présentation

Networking in Virtual Environments

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.


Presentation Transcript

  1. Networking in Virtual Environments • Virtualization – Why do I care? • Technical components of virtualization • Networking in a virtual world • What is cloud computing? Karen Lynn Rhodes Layered Tech Karen.Rhodes at LayeredTech.com

  2. Virtualization- Why do I care? • Datacom and Telcom merged in the last decade • This decade System Administration and Network Administration will be merging 10+ % Unemployment Unemployment Under Employment Job Insecurity

  3. Networking skills that do translate to virtual environment needs • Documentation of complex environments • Security Principles and procedures • Technical project lead

  4. Technical components of virtualization Traditional way of deploying servers Virtual way of deploying servers

  5. Virtual Environment Math • 4 physical servers • 32 Virtual servers • 1 Management console

  6. Medium dedicated environment

  7. Medium Virtual environment

  8. Hypervisor ManagementXen : Opensource AppLogic

  9. Hypervisor ManagementXen : Citrix XenCenter

  10. Hypervisor ManagementHyper-V – Microsoft System Center

  11. Hypervisor ManagementESX, ESXi – VMware Virtual Center

  12. Cisco Nexus 1000V

  13. Networking in a virtual worldNIC Teaming-IEEE 802.3ad • Physical servers now using multiple NIC’s. • Physical and Virtual NIC’s can be bonded in NIC Teaming sets similar to trunks. • NIC’s can be configured for failover, load balancing or multi-pathing.

  14. Networking in a virtual worldMultiple Virtual Networks • External= Frontend network between physical servers permits access to outside network. • Internal= Backend network between physical servers (RFC1918) • Private= Between Virtual servers on the same physical server, this traffic never touches any physical switch.

  15. Networking in a virtual worldAdvanced Networking Needs • Distributed switching is available between multiple servers. • VLAN Tagging, Layer 2 security, traffic shaping and rate limiting.

  16. Networking in a virtual worldNetwork Security • Firewall rules and VLAN’s are activated on physical and virtual devices. • Nested Firewalls are now the rule. • NAT within NAT does not work. • Promiscuous mode NIC’s on Virtual Servers can enable promiscuous sniffing of physical and virtual networks in some environments!

  17. What is the next trend? Googlonomics +280% Server Utilization* +150% Today Physical Virtual Cloud Today - 30% Data Center Labor - 40% 17

  18. What does Gartner say… DELL CONFIDENTIAL 18

  19. What is cloud computing? 42 • My definition: You can only take out of a cloud what the cloud provider has chosen to place into the cloud. • “Elastic”: scale up or down • On Demand, Self-service • Abstracted/Pooled resources • “Unlimited” processing and storage DELL CONFIDENTIAL 19

  20. Public Clouds • Public clouds are pooled resources available to the public. • Many cloud providers allow hourly usage and billing. • A La Carte/cell phone type billing is common with bandwidth, CPU, memory and storage each charged at different rates per hour • Uptime guarantees and data integrity are not part of public clouds, if your cloud provider goes offline you may need to re-upload all of your content.

  21. What are public clouds great for? • CPU and Memory clouds: Amazon EC2 • Running programs that need thousands of processors for a few hours or days. • CPU, Memory and Storage: Mosso • Provide springboards for small businesses into the market at a low cost. • CPU, Memory, storage and network infrastructure clouds: TheGridLayer • Replace traditional development environments.

  22. Get off of my cloud • Public clouds due primarily to their hourly usage and billing attract unscrupulous Internet users. • Resource contention is a common complaint on public clouds, especially with storage IO. • Network security is not part of most public clouds, encrypt all data prior to transit and while it is at rest in the cloud, do not place sensitive data in a shared cloud. • Keep a backup of all data outside of the cloud!

  23. Private Clouds • Private clouds are strictly defined resources available to only one customer. • Billing is inclusive of all resources. • Private clouds do not share any hardware including NIC’s between customers. • Uptime guarantees and data integrity are part of private clouds, if your private cloud goes offline all of your data should be safe since data integrity is built into the private cloud. • You are the cloud provider so you state what resources you want in your cloud, you can grow and shrink your cloud as you need.

  24. What are private clouds great for? • Centralized storage allows for reduced cost per GB within the organization • Increased security by centralizing patch deployment and security audits. • In house virtual environments are private clouds. • External private clouds can be managed along with your internal private cloud to expand your cloud to multiple physical locations for disaster recovery and seamless failover. • Decreased time to market for new projects • External private clouds allow companies to expand development and production environments without paying for additional equipment.

  25. Future Cloud use • Internal Private clouds onsite for standard deployment needs. • External Private clouds offsite for Disaster Recovery, Overflow computing and cost reduction efforts. • Centralized management of both environments. • Internal IPv6 Private Clouds connecting to External IPv6 Private Clouds via IPv4 tunnels using 802.1 Q in Q Vlans for seamless communication.

  26. Questions?

More Related