Virtualisierung der VoIP-Infrastruktur

Ronald Schmidt, Universitätsrechenzentrum

11.3.2014, DFN BT

Virtualisierung von UC

in der Praxis

2Ronald Schmidt, Universitätsrechenzentrum

Agenda

• Infrastruktur und UC Environment

• Virtualisierungsprojkt

6Ronald Schmidt, Universitätsrechenzentrum

Infrastruktur und UC Environment

7Ronald Schmidt, Universitätsrechenzentrum

UC Environment – Applikationen

• UC Vermitlung: Cisco Communication Manager

• Meeting: Meetingplace 2.0, Webex,

Webex Social

• Monitoring: LMS, XYMon

• Attendant system: Netwise, Andtek Andphone

• Billing: Aurenz AlwinPro

• SMS: Asterisk

• FAX: Sagem XMediusFax

• Manager Assistant: Andtek Andphone

• IPCC, AB, SIP: Asterisk

• IM, Presence: CUPS

8Ronald Schmidt, Universitätsrechenzentrum

CUCM Environment - Zahlen

• Cisco UC Manager 8.6.2

• 3500 Cisco IP-Telefone

• 400 analoge Ports

• 5000 „Telefon-Anmeldeprofile“

• 12.000 Rufnummern

• 3 Cisco Gateways an 6 x E1

• 2 Cisco Gateways an SIP-Trunk

• 6 Cisco Gateways für SRST und DSP

• automatisiertes Management über pyAXL

– Open Source Python Framework für UC Management

9Ronald Schmidt, Universitätsrechenzentrum

Topologie Campusnetzwerk

10Ronald Schmidt, Universitätsrechenzentrum

Defizite, Probleme

• CUCM 8 nicht auf MCS alten 7835/45 lauffähig

• Physischer Zugriff aufwendig

• Konsole-Zugriff heterogen (DRAC, ILO, KVM)

• Desaster-Recovery nicht sinnvoll möglich

• HW-Verantwortung bei VoIP-Administratoren

• Laborumgebungen kompliziert aufzubauen

11Ronald Schmidt, Universitätsrechenzentrum

Restrukturierung UC Umgebung

12Ronald Schmidt, Universitätsrechenzentrum

Strategische Ziele

• Ziele:

– Konsolidierung UC/VoIP-Server-Struktur

– Abgabe HW-Verantwortung

– Virtualisierung aller VoIP-Dienste

• Nutzen:

– Einheitliche Management-Strukturen

– Einheitliches Monitoring

– Einheitliche Wartungszugänge

– Höhere Ausfallsicherheit

– Langfristige Hardware-Unabhänig

13Ronald Schmidt, Universitätsrechenzentrum

Restrukturierung UC Umgebung

Na62Rh70/T

TW9 Rh39

Cisco Unified

Presence

Server

Cisco

CallManager

Cisco MeetingPlace

Express

UMS

Cisco

CallManager

Ferrari/SL4: Abschaffung 2011

Asterisk, Andphone:

virtualisiert

Management:

virtualisiert

Operations

ManagerCUOM:

virtualisiert

Auskunft

Virtualisierung!

Netwise Abschaffen (Alternative Andtek)

CUOM: Abgeschafft 2013

15Ronald Schmidt, Universitätsrechenzentrum

Lösungsvarianten – UCS

• Variante „UCS B-Serie“:

– B-Series Cluster

• Vorteil:

– vollständige Virtualisierung

– strategisches Ziel erreichbar

– Integrierbar in DC

• Hemmnisse:

– Einführung neuer Technologie

– hoher Einführungs-Preis

– Fabric Interconnect nötig

16Ronald Schmidt, Universitätsrechenzentrum

Entscheidungsprozess

• Mitte 2010 - Handlungsbedarf bzgl. CUCM 8 festgestellt

• Feb. 2011 - Strategie-Meeting, Varianten-Diskussion

- Entscheidungstermin Q3 2011 definiert

- Evaluation UCS beschlossen

• Juni 2011 - Teststellung UCS

- Kickoff UCS-Test

- Intensive Tests

- Parallel: Design Lizenz-Migration UC

• Juli 2011 - Bestellung UCS-System inkl. Nexus 1k

• Sep. 2011 - Lieferung und Inbetriebnahme

- Projektstart Migration UC

17Ronald Schmidt, Universitätsrechenzentrum

UC on UCS

18Ronald Schmidt, Universitätsrechenzentrum

UCS Beschaffung 2011

• 2 x Fabric Interconnect (UCS 6120XP 20-port)

• 2 x Bladecenter (UCS 5108)

• 4 x Blades (B250 M2) mit je

– CPU: 2 x Intel Xeon X5690 3.46GHz

– RAM: 384 GB 1333 MHz

– CNA: Cisco Virtual CNA (M81KR)

– HDD: Keine lokale Festplatten

• Cisco Nexus 1000 Distributed Switch für VMware ESXi

19Ronald Schmidt, Universitätsrechenzentrum

UCS Erweiterung 2013

• 2 x Bladecenter (UCS 5108)

• 8 x C-240 Rackmount-Server

– RAM: 384 GB 1866 MHz

– NVIDIA GRID K2

– PCoIP Hardware Accelerator (APEX 2800)

• 4 x B200 M3 Blade-Server

– CPU: 2 x Intel 2.70 GHz E5-2697

– RAM: 384 GB 1866 MHz

20Ronald Schmidt, Universitätsrechenzentrum

UCS Deployment

• UC-Applikation

• Nexus 1000 Switch

• ESXi-Host

• Virtual CNA „Palo“

• 80 GB

Datacenter-Ethernet

• Fabric Interconnects

• Backbone, SAN

22Ronald Schmidt, Universitätsrechenzentrum

UC Deployment

• Installation Options:

– Tested reference configuration

(B200, C210, C200)

– Specs-based (UCS, HP, IBM)

• Installation über „Virtual machine Template“ (OVA)

• Zahlreiche Anforderungen an ESXi und HW:– storage solution must follow all storage capacity, performance and QoS

requirements

– kernel disk command latency must not be greater than 2-3 ms

– VMWare-Features (DRS, HA, VMotion)

23Ronald Schmidt, Universitätsrechenzentrum

Herausforderungen UC on UCS mit VMWare

• Netz, Storage und System verschmelzen

– Gruppenübergreifende Dienste

• SAN-Probleme habe katastrophale Auswirkungen

• Neuer Singe-Point of Failure im Datacenter

• Soft-Modem-Lösungen nicht virtualisierbar

(Fax pass through)

24Ronald Schmidt, Universitätsrechenzentrum

Vorteile UC on UCS mit VMWare (1)

• QoS essentiell für UC

– Über UCS-Möglichkeiten (Palo-CNA)

– Über Nexus 1000v Switch in VMWare

• Security (N1K)

– Portsecurity an virtuellem Host

• Flexibilität

– CPU und RAM schnell nachrüstbar

– Snapshots und VDR

25Ronald Schmidt, Universitätsrechenzentrum

Vorteile UC on UCS mit VMWare (2)

• Einfaches Deployment

– Über „Server Templates“ auf Blade

– CLI und GUI sehr gut nutzbar

• Zuverlässigkeit

– Referenzdesign mit UCS und Netapp

– Keine Treiberprobleme

• Homogenes Management

– Einheitlicher Konsole-Zugang (UCS, VM)

26Ronald Schmidt, Universitätsrechenzentrum

Vorteile UC on UCS mit VMWare (3)

• Ausfallfreie Umzüge

• Storage-Migration

• vMotion

27Ronald Schmidt, Universitätsrechenzentrum

Danke für die Aufmerksamkeit