voxeo summit day 1 - lessons learned from large scale deployments

25

Upload: voxeo-corp

Post on 01-Nov-2014

309 views

Category:

Technology


5 download

DESCRIPTION

Danté Vitulano, Sr. Solutions Architect Jeremy Richmond, Customer Obsession Readiness Lead The Voxeo University team discusses best practices and lessons learned from large-scale deployments: sample architectures, multi-site data centers, multi-tenancy, SIP Proxies, SBCs, and more.

TRANSCRIPT

Page 1: Voxeo Summit Day 1 - Lessons learned from large scale deployments
Page 2: Voxeo Summit Day 1 - Lessons learned from large scale deployments

LESSONS LEARNED:LARGE SCALE

DEPLOYMENTS

Page 3: Voxeo Summit Day 1 - Lessons learned from large scale deployments

• Large Scale Architecture overview

• Prophecy Commander- backup / restore / failover

• Prophecy Log Search Architecture

• Prophecy Component Division of Labor

• Licensing Gotchas

• Upgrading Large Scale Deployments

• Token / Call Routers

Agenda

Page 4: Voxeo Summit Day 1 - Lessons learned from large scale deployments

4

Architecture

Page 5: Voxeo Summit Day 1 - Lessons learned from large scale deployments

5

Prophecy Commander

Page 6: Voxeo Summit Day 1 - Lessons learned from large scale deployments

$Install_Dir/voxeo/prophecy/config/console.properties

# Automated backup restore

prophecy.console.backuprestore.interval=30000

prophecy.console.backuprestore.nrOfBackups=1

prophecy.console.backuprestore.backupFileName=

prophecy.console.backuprestore.restoreFileName=

prophecy.console.backuprestore.deleteFileAfterRestore=true

6

How to Configure Backups

Backups

Page 7: Voxeo Summit Day 1 - Lessons learned from large scale deployments

Backups

Automated restore:• prophecy.console.backuprestore.restoreFileName

=• prophecy.console.backuprestore.deleteFileAfterR

estore=true

Manual Restore:• Take the Backup XML file and restore via

commander interface.

How to restore from backup

7

Page 8: Voxeo Summit Day 1 - Lessons learned from large scale deployments

8

Voxeo Prophecy Log Search

Page 9: Voxeo Summit Day 1 - Lessons learned from large scale deployments

Components • Log search

• Log indexer

• Light Forwarder

Sizing Concerns • Approximately 225kb per call

• Compression in Log Search approximately 40%

Change values in • $Install_Dir/voxeo/prophecy/splunk/etc/apps/prophecy-

premise/default/indexes.conf

• $Install_Dir/voxeo/prophecy/splunk/etc/system/default/indexes.conf

9

Prophecy Log Search

Page 10: Voxeo Summit Day 1 - Lessons learned from large scale deployments

10

Prophecy Components

Page 11: Voxeo Summit Day 1 - Lessons learned from large scale deployments

• Prophecy Commander

• Prophecy Log Engine• Prophecy Log Search• Prophecy Log Indexer

• VoiceXML

• CCXML

• ASR / TTS

11

Prophecy Components

Page 12: Voxeo Summit Day 1 - Lessons learned from large scale deployments

12

Licensing

Page 13: Voxeo Summit Day 1 - Lessons learned from large scale deployments

Key Points on Licensing

• Prophecy Browsers are licensed individually

• Prophecy log search indexers are licensed as a cluster, not individually

• Prophecy Licensing is tied to, among other things, hardware on the machine

• Windows updates have been known to break the license

13

Licensing

Page 14: Voxeo Summit Day 1 - Lessons learned from large scale deployments

14

Upgrades

Page 15: Voxeo Summit Day 1 - Lessons learned from large scale deployments

• Software upgrades are included in the annual Maintenance you pay on the Prophecy Ports

• Upgrades are recommended with each major release, which generally happens once a year

• Upgrading too often is not recommended unless there is a bug fix you are waiting on

15

Prophecy Upgrades

Page 16: Voxeo Summit Day 1 - Lessons learned from large scale deployments

• Upgrades should be performed first in a development environment, and tested as you would with any software

• While upgrades can be performed with little to no downtime, a scheduled Maintenance window is recommended

• When Upgrading major releases, we recommend that you remove all boxes from the community, upgrade the controller/s and re-add boxes as they are upgraded

• Licensing for various components can be affected, which is why it is recommended to first test the upgrade in a development environment

16

Prophecy Upgrades

Page 17: Voxeo Summit Day 1 - Lessons learned from large scale deployments

17

Token / Call Routers

Page 18: Voxeo Summit Day 1 - Lessons learned from large scale deployments

Prophecy

CXP

• Detailed Architecture

• Virtual CXP Commander(VCC)

• Sizing

Agenda – Part 2!

Formerly VoiceObjects

Page 19: Voxeo Summit Day 1 - Lessons learned from large scale deployments

Voxeo CXP Products• CXP Application Server(s)• Metadata Server(s)• Consumer(s)• Virtual CXP Commander(s)

3rd Party Products• Broker Server(s)• RDBMS Server(s)

Possibly 4 different DBs• Metadata• Infostore (System)• Reporting (HotSpot Analytics)• Custom

BI Tool

19

Detailed Architecture

Page 20: Voxeo Summit Day 1 - Lessons learned from large scale deployments

All data written by CXP Server to System DB logging and Custom DB logging goes through a message queue using the point-to-point Java Message Service API.

The queue is persisted on disk to ensure that no data is lost if the database temporarily becomes unavailable.

For the explicit message Brokers in between Producer and Consumers, werecommend usingthe FuseSourceActiveMQ distribution, version 5.5.1 or higher.

20

Brokers – ActiveMQ

Page 21: Voxeo Summit Day 1 - Lessons learned from large scale deployments

21

Broker Diagram

Page 22: Voxeo Summit Day 1 - Lessons learned from large scale deployments

22

Virtual CXP Commander

To monitor and manage multiple Voxeo CXP clusters as an integrated unit, the Virtual CXP Commander stands in place of a regular CXP Server. So using the Virtual CXP Commander consists of two steps:1. Setting up the Virtual CXP

Commander process.2. Configuring a CXP

Commander connection pointing to it.

Page 23: Voxeo Summit Day 1 - Lessons learned from large scale deployments

Voxeo CXP Application Server(s):• Generally have 2-4 instances running per

server with a JVM heap size of 1-2 GB.• Instances can each handle roughly 500

sessions.

VCC, Metadata, Brokers and Consumersare not as CPU intensive, so they canbe combined, but care shouldbe taken.

23

Sizing

Page 24: Voxeo Summit Day 1 - Lessons learned from large scale deployments

Your database(s) must be able to handle a large amount of records inserted per second.

• Number of inserts depends on Input States, Module Objects, Business Tasks, etc.

The amount of data to be stored and for how also long needs to be considered.

• For specific information:http://help.voxeo.com/go/help/vo.cxp13.infostoreguide.overview.sizing

If you have any questions about sizing,please call us. We are here to help!

24

Sizing

Page 25: Voxeo Summit Day 1 - Lessons learned from large scale deployments

JEREMY RICHMONDCUSTOMER OBSESSIONREADINESS LEAD+1 (407) 455.5870 [email protected]

THANK YOU!

25

DANTE VITULANOSR. SOLUTIONS ARCHITECT+1 (407) 455.5844 [email protected]