openUC & Virtualization

1,247 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,247
On SlideShare
0
From Embeds
0
Number of Embeds
480
Actions
Shares
0
Downloads
21
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

openUC & Virtualization

  1. 1. 1Virtualizationmoderator: jerry stabileMarch 10, 2013 / Bentley Univesity / Boston MA
  2. 2. Topics 2> Why Virtualization?> What makes a good Virtual App?> Cloud Computing Models> Operating Environment> Virtual Case Study
  3. 3. Intro of Presenters Team 3 Mike Picher Douglas Hubler Jerry Stabile
  4. 4. Why Virtualize? Can RTC take advantage of virtualization 4> Virtualization is a key building block to cloud computing> Enabling technology that creates an intelligent abstraction layer which hides the complexity of underlying hardware or software> Drives the evolution of IT infrastructure to standardized compute platformsInfrastructure Consolidation Business Continuity Rapid Deployment Backup/Restoration
  5. 5. Criteria for running virtualized applications Software architecture considerations 5>Realtime processing>Support flexible backup/restore>Distributed vs monolithic>Enhanced monitoring/right sizing>Easy to install
  6. 6. openUCTM release 4.6 readiness How R4.6 leverages virtualization 6> Optimized media service for RTC> Redesigned backup/restore – CFEngine> Enabled more distributed services> Embedded monitor server> Automated installer> RPM based> Environment agnostic
  7. 7. Cloud Operating EnvironmentsPublic, Private, Hybrid, Community Clouds? 7Private Cloud Public CloudIT Managed Maximum flexibilitySecure, available Any device, any time, anywhereHeterogeneous Third party providedLess scalable Higher Risk – security, availabilityMore expensive MonolithicOffice workers PConfidential information Home workersPerformance sensitive apps Mobile workers Hybrid clouds - partnership public and private cloud computing and services providersCloud Services Cloud Computing
  8. 8. siopXecs/openUCTM Cloud Certification Program Communications as a service from the cloud 8> Goals: > Become virtual environment agnostic > Leverage existing production environments > Utilize environment specific management tools > Enable enterprise application store> What is this program about? > Creating best practice implementation process and documentation > Providing technical assistance and training > Quality assurance through load testing automation and use case validation > Network infrastructure readiness consulting > Integration assistance for service provisioning and assurance
  9. 9. Operating environment requirementsHow to optimize a SW application for virtualization – what to look for? 9
  10. 10. openUC / sipXecs 4.6 What can we virtualize? 10> openUC / sipXecs 4.4 and earlier > Could easily virtualize proxy/registrar servers. > Not media services> openUC / sipXecs 4.6 > Can virtualize entire system.> Why? > Red Hat / CentOS 6.x – Tickless Kernel > New Timer Modules for FreeSWITCH (our media services)
  11. 11. openUC Virtualization Planning 11> Performance > Estimate 10 to 20% less performance in Virtual Environment> Host Servers > Minimize interaction between High CPU / High Bandwidth need virtual servers and openUC on same host. > Dedicate processor and RAM when able.
  12. 12. openUC Resource Footprint 12> Minimal Configuration > 1 Core, 3.7 GB of RAM, 50 GB HD (AWS m1.medium) > Supports about 20 concurrent calls to media services (conf, vm) > Up to ~ 100 users. > Can make memory use less with some ‘tweaking’ of sipxconfig heap usage. > SIP Capture takes significant disk space, turn off for small installations.Bandwidth Utilization> Peak ~ 200 Kbps / 10 users (1 of every 5 users on phone)
  13. 13. Recommended Resources 13> 0 – 75 Users – 1 Core, 4 GB of RAM, 80 – 100 GB storage> Up to 500 Users – 4 Cores, 8 GB of RAM, 200 – 300 GB storage> Up to 5000 Users – 8 Cores, 32 GB of RAM, 1 TB> Memory is more important than processor speed.> Would you really run 5000 users on one server? No.
  14. 14. Case Study 14> eZuce> 5000 Concurrent User System
  15. 15. eZuce’s Corporate System 15> Runs in AWS > m1.medium (1 core, 2 Amazon Compute Units, 3.7 GB RAM, 80 GB Storage)> 55 – 65 Concurrent Registrations> Conference bridge good to ~ 22 Concurrent callers (mix of inside / outside)
  16. 16. eZuce’s System in AWS Cloud 16
  17. 17. Private Cloud Case Study 500 Users 17> Proxy / Registrar / Config Server / SIP Capture Server (qty 1) > 8 GB of RAM, 4 Cores, 200 GB> Proxy / Registrar (qty 2) > 8 GB of RAM, 4 Cores, 100 GB> Voicemail / Conference Bridge (qty 2) > 8 GB of RAM, 4 – 6 Cores, 300 GB
  18. 18. Customer running in VMWare Private Cloud 18

×