Pre-Installation Requirements

Overview

Cisco Policy Suite (CPS) is a scalable software-based solution that requires installation of multiple virtual machines prior to the configuration phase.

The preceeding steps outline the basic process for a new installation of CPS:

Chapter 1:

  1. Review physical hardware and virtual machine requirements.

  2. Install and Configure VMware®.

  3. Plan and collect information prior to installation.

The step by step procedures to download, configure and intstall the CPS software are listed in the given topics:

Chapter 2:

  1. Download CPS software

  2. Deploy Cluster Manager VM

  3. Populate CPS Deployment Template file with information for deployment

  4. Configure Cluster Manager VM

  5. Configure and import the CPS Deployment Template information into Cluster Manager VM

  6. Enable any Custom Features

  7. Install CPS license

  8. Replace Default SSL Certificates

The information on deployment and validation of CPS VMs are covered as a part of preceeding chapter:

Chapter 3:

  1. Deploy all other CPS VMs

  2. Update Default Credentials

  3. Initialize SVN Synchronization

  4. Configure Session Manager for Database Replication

  5. Validate VM deployment

Planning the CPS Deployment

CPS Dimensioning Evaluation

With assistance from Cisco Technical Representatives, a dimensioning evaluation must be performed for each CPS deployment. This dimensioning evaluation uses customer-specific information such as call model, product features to be used, and traffic profiles to determine the specific requirements for your deployment, including:

  • Hardware specifications (number and type of blades, memory, etc.)

  • VM information (number, type and resource allocation)

The requirements established in the dimensioning evaluation must be met or exceeded.

The Hardware Requirements and Virtual Machine Requirements sections provide minimum guidelines for a typical CPS deployment.

Hardware Requirements

CPS is optimized for standard Commercial Off-The-Shelf (COTS) blade servers.

The given table provides a summary of the minimum requirements for a typical single-site High Availability (HA) CPS deployment:

Table 1. Hardware Requirements

Minimum Hardware Requirements (Blade Server)

Memory

The total size of memory for a blade server should be sufficient to meet the memory needs for all the Virtual Machines (VMs) installed in the blade. Refer to the Virtual Machine Requirements section for the amount of memory needed for each VMs.

Also consider the memory needed by the Hypervisor. For VMware 5.x it is recommended to reserve 8 GB memory.

Storage

Two (2) 400 GB Enterprise Performance SSD Drives

Supporting hardware RAID 1 with write-back cache

Interconnect

Dual Gigabit Ethernet ports

Virtualization

Must be listed in the VMware Compatibility Guide at: https://www.vmware.com/resources/compatibility/search.php

Minimum Hardware Requirements (Chassis)

Device Bays

A minimum of 4 is required for HA deployments

Interconnect

Redundant interconnect support

Power

Redundant AC or DC power supplies (as required by the service provider)

Cooling

Redundant cooling support

Virtual Machine Requirements

High Availability Deployment

Here is the list of minimum CPU RAM and disk space requirements for each type of CPS virtual machine (VM) in a typical deployment (4 blade single-site high availability):


Important

The requirements mentioned in the table is based on:

  • Hyper-threading: Enabled (Default)

  • CPU Pinning: Disabled

  • CPU Reservation: Yes (if allowed by hypervisor)

  • Memory Reservation: Yes

  • Hard Disk (in GB): 100

Table 2. HA Virtual Machine Requirements - Chassis Architecture

Physical Cores / Blade

VM Type

Memory (in GB)

Hard Disk (in GB)

vCPU

Configuration

Blade with 16 CPUs

Policy Server VMs (QNS)

16

100

12

Threading = 200

Mongo per host = 10

Criss-cross Mongo for Session Cache = 2 on each VM

Blade with 16 CPUs

Session Manager VMs

128

100

6

Blade with 16 CPUs

Control Center (OAM) VMs

16

100

6

Blade with 16 CPUs

Policy Director VMs (LB)

32

100

12

Blade with 16 CPUs

Cluster Manager

12

-

2

Blade with 24 CPUs

Policy Server VMs (QNS)

16

100

10

Threading = 100

Mongo per host = 10

Criss-cross Mongo for Session Cache = 2 on each VM

Blade with 24 CPUs

Session Manager VMs

80

100

8

Blade with 24 CPUs

Control Center (OAM) VMs

16

100

12

Blade with 24 CPUs

Policy Director VMs (LB)

32

100

12

Blade with 24 CPUs

Cluster Manager

12

-

2

Table 3. HA Virtual Machine Requirements - Cloud Architecture

Physical Cores / Blade

VM Type

Memory (in GB)

Hard Disk (in GB)

vCPU

Configuration

Blade with 16 CPUs

Policy Server VMs

16

100

12+

Threading = 200

Mongo per host = 10

Criss-cross Mongo for Session Cache = 2 on each VM

Blade with 16 CPUs

Session Manager VMs

128

100

6+

Blade with 16 CPUs

Control Center (OAM) VMs

16

100

6+

Blade with 16 CPUs

Policy Director VMs

32

100

8+

Blade with 16 CPUs

Cluster Manager

12

-

2+

Blade with 24 CPUs

Policy Server VMs

16

100

10+

Threading = 100

Mongo per host = 10

Criss-cross Mongo for Session Cache = 2 on each VM

Blade with 24 CPUs

Session Manager VMs

80

100

8+

Blade with 24 CPUs

Control Center (OAM) VMs

16

100

12+

Blade with 24 CPUs

Policy Director VMs

32

100

12+

Blade with 24 CPUs

Cluster Manager

12

-

2+


Important
On VMware, virtual NUMA topology is enabled by default when the number of virtual CPUs is greater than 8. You can ignore the following warning message displayed on mongo console which is generated when you configure more than 8 vCPUs on VM: 
2016-06-03T21:40:03.130-0400 [initandlisten] 
** WARNING: You are running on a NUMA machine.
2016-06-03T21:40:03.130-0400 [initandlisten]
** We suggest launching mongod like this to avoid performance problems:
2016-06-03T21:40:03.130-0400 [initandlisten] **

Note

For large scale deployments having Policy Server (qns) VMs more than 35, Session Manager (sessionmgr) VMs more than 20, Policy Director (lb) VMs more than 2, recommended RAM for OAM (pcrfclient) VMs is 64GB.


Note

For large scale deployments having Policy Server (qns) VMs more than 32, Session Manager (sessionmgr) VMs more than 16, Policy Director (lb) VMs more than 2, recommended vCPU for OAM (pcrfclient) VMs is 12+.


Note

If CPS is deployed in a cloud environment where over-allocation is possible, it is recommended to enable hyper-threading and double the number of vCPUs.


Note

The hard disk size of all VMs are fixed at 100 GB (thin provisioned). Contact your Cisco Technical Representative if you need to reduce this setting.

The /var/data/sessions.1 directory size of all sessionmgr VMs are 60% of actual allocated RAM size of that VM and this directory is mounted on tmpfs file system and used for session replica set. If you want to change /var/data/sessions.1 directory size you must update (increase/decrease) the RAM size of that VM and re-deploy it.

For example, if 24 GB RAM is allocated to the Session Manager VM, 16 GB is allocated to /var/data/sessions.1 directory on tmpfs.

If you need to update sessions.1 directory settings consult your Cisco Technical Representative.

Considerations

  • Each blade should have at least 2 CPU's reserved for the Hypervisor.

  • When supported by the Hypervisor, deployments must enable CPU and memory reservation.

  • For VMware environments, hardware must be ESX/ESXi compatible.

  • The total number of VM CPU cores allocated should be 2 less than the total number of CPU cores per blade.

  • CPU must be a high performance Intel x86 64-bit chipset.


    Note

    BIOS settings should be set to high-performance values, rather than energy saving, hibernating, or speed stepping (contact hardware vendor for specific values).

  • CPU benchmark of at least 13,000 rating per chip and 1,365 rating per thread.

  • Monitor the CPU STEAL statistic. This statistic should not cross 2% for more than 1 minute^1.


    Note

    A high CPU STEAL value indicates the application is waiting for CPU, and is usually the result of CPU over allocation or no CPU pinning. CPS performance cannot be guaranteed in an environment with high CPU STEAL.

  • Scaling and higher performance can be achieved by adding more VM's, not by adding more system resources to VM's.

  • For deployments which cannot scale by adding more VM's, Cisco will support the allocation of additional CPU's above the recommendation, but does not guarantee a linear performance by increasing more number of the VMs.

  • Cisco will not support performance SLA's for CPS implementations with less than the recommended CPU allocation.

  • Cisco will not support performance SLA's for CPS implementations with CPU over-allocation (assigning more vCPU than are available on the blade, or sharing CPU's).

  • RAM latency should be lower than 15 ns.

  • RAM should be error-correcting ECC memory.

  • Disk storage performance needs to support less than 2ms average latency.

  • Disk storage performance needs to support greater than 5000 input/output operations per second (IOPS) per CPS VM.

  • Disk storage must provide redundancy and speed, such as RAID 0+1.

  • Cisco does not validate its CPS solution on external storage (SAN storage, shared block storage, shared file systems).

  • Hardware must support 1 Gbps ports/links for each VM network interface.

  • Hardware and hardware design must be configured for better than 99.999% availability.

  • For HA deployments, Cisco requires the customer designs comply with the Cisco CPS HA design guidelines, such as:

    • At least two of each CPS VM type (PD, PS, SM, CC) for each platform.

    • Each CPS VM type (PD, PS, SM, CC) must not share common HW zone with the same CPS VM type.

  • VMware memory (RAM) Reservation must be enabled at the maximum for each CPS VM (no over-subscription of RAM).

Deployment Examples

High Availability (HA) Deployment Example

Here are examples for high avaiability (HA) deployment:


Note

The session replica-set for mongo port 27717 must always be built by using sessionmgr01 and sessionmgr02.

If you build session replica-set for mongo port 27717 with other session managers other than SM01 and SM02, the Policy Server (qns) process does not come up.

It is not recommended to use 2 or 4 blades layout for production.
Table 4. 2 Blade Setup with 16 CPU

Blade

VM Type

Replica-sets

1

CC 6, LB 8, QNS 8, SM 6, CM 2

SM: ADMIN, Balance, Session, SPR, Reporting

2

CC 6, LB 8, QNS 8, SM 6

SM: ADMIN, Balance, Session, SPR, Reporting

Table 5. 2 Blade Setup with 24 CPU

Blade

VM Type

Replica-sets

1

CC 6, LB 12, 2 x QNS 8, SM 8, CM 4

SM: ADMIN, Balance, Session, SPR, Reporting

2

CC 6, LB 12, 2 x QNS 8, SM 8

SM: ADMIN, Balance, Session, SPR, Reporting

Table 6. 4 Blade Setup with 16 CPU

Blade

VM Type

Replica-sets

1

CM 4, CC 8, LB 8, QNS 8

-

2

CC 8, LB 8, QNS 8

-

3

2 x QNS 8, SM 8

SM: ADMIN, Session RS1,2, Balance RS1, SPR RS1, Reporting RS1

4

2 x QNS 8, SM 8

SM: ADMIN, Session RS1,2, Balance RS1, SPR RS1, Reporting RS1

Table 7. 4 Blade Setup with 24 CPU

Blade

VM Type

Replica-sets

1

CM 4, CC 8, LB 8, QNS 10, SM 8, HSF 8

SM: ADMIN, Session (Backup), Balance (Backup), SPR

2

CC 8, LB 8, QNS 10, SM 8, HSF 8

SM: ADMIN, Session (Backup), Balance (Backup), SPR

3

3 x QNS 10, 2 x SM 8

SM: Session RS1,2, Balance RS1

4

3 x QNS 10, 2 x SM 8

SM: Session RS1,2, Balance RS1

Table 8. 8 Blade Setup with 16 CPU

Blade

VM Type

Replica-sets

1

CM 4, CC 6, LB 12, HSF 6

SM: ADMIN, Session (Backup), Balance (Backup)

2

CC 6, LB 12, HSF 6

SM: ADMIN, Session (Backup), Balance (Backup)

3

2 x QNS 12, SM 6

SM: Session RS1,2, Balance RS1

4

2 x QNS 12, SM 6

SM: Session RS2,1, Balance RS2

5

2 x QNS 12, SM 6

SM: Session RS3,4, SPR RS1

6

2 x QNS 12, SM 6

SM: Session RS4,3, SPR RS2

7

2 x QNS 12, SM 6

SM: Session RS5,6, Reporting RS1

8

2 x QNS 12, SM 6

SM: Session RS6,5, Reporting RS2

Table 9. 9 Blade Setup with 24 CPU

Blade

VM Type

Replica-sets

1

CC 12, 2 x LB 12, HSF 8

SM: ADMIN, Session (Backup), Balance (Backup)

2

CC 12, 2 x LB 12, HSF 8

SM: ADMIN, Session (Backup), Balance (Backup)

3

3 x QNS 10, 2 x SM 8

SM: Session RS1,2,7,8, Balance RS1

4

3 x QNS 10, 2 x SM 8

SM: Session RS2,1,8,7, Balance RS2

5

3 x QNS 10, 2 x SM 8

SM: Session RS3,4,9,10, SPR RS1

6

3 x QNS 10, 2 x SM 8

SM: Session RS4,3,10,9, SPR RS2

7

3 x QNS 10, 2 x SM 8

SM: Session RS5,6,11,12, Reporting RS1

8

3 x QNS 10, 2 x SM 8

SM: Session RS6,5,12,11, Reporting RS2

9

CM 4

CM: Cluster Manager

Platform WSP File Sizing Calculation


Note

This section is for reference purposes only. For your deployment specific calculations, contact your Cisco Account representative.

For calculation purposes, consider there are 10 VMs in a standard deployment.

  • pcrfclient (OAM)- 2

  • Policy Server (qns) - 4

  • Policy Director (lb) - 2

  • Session Manager (sessionmgr) - 2

This table provides the statistics sizing details for different VM types in a standard deployment:


Note

The size of 1 WSP file is 1.59 MB.
Table 10. Platform Statistics Sizing Details

Statistics Type

VM Details (size in MB for each VM)

Total Disk Usage (in MB)

pcrfclient (OAM)

Policy Server (qns)

Policy Director (lb)

Session Manager

cpu

76.32

76.32

101.76

76.32

814.0812

disk

76.32

76.32

73.14

73.14

750.48

memory

11.13

11.13

11.13

11.13

111.30

interface

38.16

25.44

38.16

25.44

305.28

fhcount

4.77

4.77

4.77

4.77

47.70

df

57.24

57.24

57.24

62.01

581.94

process

305.28

57.24

267.12

171.72

1717.20

set

1.59

0

0

0

3.18

collectd

4.77

0

0

0

9.54

swap

7.95

7.95

7.95

7.95

79.5

load

4.77

4.77

4.77

4.77

47.7

tcpconns

17.49

17.49

17.49

17.49

174.9

db

0

0

0

213.06

426.12

Total Size in MB

605.79

338.67

583.53

667.8

5068.20

Total Size in GB

 4.950117188
1 CPU = 76.32 x 2 OAM + 76.32 x 4 qns + 101.76 x 2 lbs + 76.32 x 2 SM = disk Used (total)
2 Similar calculations are applied for all the statistics.

Sample Customer Deployment

Let us consider customer has deployed 36 VMs.

  • pcrfclient (OAM) - 2

  • Policy Server (qns) - 12

  • Policy Director (lb) - 2

  • Session Manager (sessionmgr) - 12


Note

The size of 1 WSP file is 1.59 MB.
Table 11. Platform Statistics Sizing Details - Customer Deployment

Statistics Type

VM Details (size in MB for each VM)

Total Disk Usage (in MB)

pcrfclient (OAM)

Policy Server (qns)

Policy Director (lb)

Session Manager

cpu

152

152

102

102

 3052.8

disk

91

73

76

73

2121.06

memory

11

11

11

11

311.64

interface

38

115

25

25

915.84

fhcount

5

5

5

5

133.56

df

110

81

72

62

1984.32

process

496

267

57

114

3587.04

set

16

0

0

0

31.8

collectd

5

0

0

0

 9.54

swap

8

8

8

8

222.6

load

5

5

5

5

133.56

tcpconns

18

18

18

18

489.72

db

0

0

0

 145

1729.92

Total Size in MB

955

735

379

568

14723.4

Total Size in GB

 14.37832031

Application KPI Metrics Sizing Calculation


Note

This section is for reference purposes only. For your deployment specific calculations, contact your Cisco Account representative.

For calculation purposes, Node2 to Node4 is the Diameter Endpoint. Number of nodes can be increased based on the Endpoints that are configured. The calculations are done based on the data received from the customer site. If any new interfaces such as, Sd are configured, the statistics generated will increase. This results in increase in the number of WSP files generated.

Here are the setup details:

  • pcrfclient (OAM) - 2

  • Policy Director (lb) - 2

  • Policy Server (qns) - 4

Table 12. Values based on All Possible Conditions

Node/Each VM

Policy Director (lb)

Policy Server (qns)

Total

Node1

30

494

524

Node2

696

0

696

Node3

696

0

696

Node4

696

0

696

No. of WSP Files per VM

2118

494

2612

No. of VMs

2

4

6

Total No. of WSP Files on all VMs

4236

1976

6212
Table 13. Size of Disk Required in MB by one VM

Policy Director (lb)

Policy Server (qns)

Total

All possible conditions

3367.62

785.46

4153.08
Table 14. Size of Disk Required in MB by All VMs

Policy Director (lb)

Policy Server (qns)

Total

All possible conditions

6735.24

3141.84

9877.08

Sample Customer Deployment

The calculations done in this section are based on the data received from the customer site. Node2 to Node4 is the Diameter Endpoint. Number of nodes can be increased based on the Endpoints that have been configured. If any new interfaces such as, Sd are configured, the statistics generated will increase. This results in increase in number of WSP files generated.

Setup details:

  • pcrfclient (OAM) - 2

  • Policy Director (lb) - 2

  • Policy Server (qns) - 12

  • Session Manager (sessionmgr) - 12

Table 15. Values based on All Possible Conditions

Node/Each VM

Policy Director (lb)

Policy Server (qns)

Total

Node1

54

2998

3052

Node2

28267

0

28267

Node3

28267

0

28267

Node4

28267

0

28267

No. of WSP Files per VM

84855

2998

87853

No. of VMs

2

12

14

Total No. of WSP Files on all VMs

169710

35976

205686
Table 16. Number of wsp Files from Customer Site

Node/Each VM

Policy Director (lb)

Policy Server (qns)

Total

Node1

54

1627

1681

Node2

1143

0

1143

Node3

1143

0

1143

Node4

1143

0

1143

No. of WSP Files per VM

3483

1627

5110

No. of VMs

2

12

14

Total No. of WSP Files on all VMs

6966

19524

26490
Table 17. Size of Disk Required in MB by one VM

Policy Director (lb)

Policy Server (qns)

Total

As per data gathered from customer site

5537.97

2586.93

8124.9

All possible conditions for Customer Site

134919.5

4766.82

139686.27
Table 18. Size of Disk Required in MB by All VMs as per Customer Site

Policy Director (lb)

Policy Server (qns)

Total

As per data gathered from customer site

11075.94

31043.16

42119.1

All possible conditions for Customer Site

269838.9

57201.84

327040.74

Install and Configure VMware

Prior to installing CPS make sure you have the ESXi hosts details like, blade IP address, user name, password, datastore name, and network name.

Install VMware vSphere Hypervisor (ESXi)

VMware ESXi™ 6.7/7.0 (version until 7.0.2) must be installed on all the blades that are hosting CPS. For more details see link.

You can install upgrade or migrate ESXi from a CD/DVD drive using a script that specifies the installation or upgrade options.

You can start the installation or upgrade script by entering a boot option when you start the host. You can also create an installer ISO image that includes the installation script. With an installer ISO image you can perform a scripted unattended installation when you boot the resulting installer ISO image.


Important

User must use simple passwords (not containing special characters) during ESXi Installation. The CPS script uses this EXSi password to deploy the CPS VMs. Once the installation is complete, user can change the password to a more complex one.

In vSphere 6.7/7.0 (version until 7.0.2), the vSphere Web Client is installed as part of the vCenter Server on Windows or the vCenter Server Appliance deployment.

Prerequisites

  • You must have the ESXi installer ISO in one of the following locations:

    • On CD or DVD. If you do not have the installation CD/DVD you can create one. Download and burn the ESXi Installer ISO Image to a CD or DVD.

    • On a USB flash drive.

  • Verify that the server hardware clock is set to UTC. This setting is in the system BIOS.

  • Consider disconnecting your network storage. This action decreases the time it takes the installer to search for available disk drives. Note that when you disconnect network storage any files on the disconnected disks are unavailable at installation.

  • Do not disconnect a LUN that contains an existing ESX or ESXi installation. Do not disconnect a VMFS datastore that contains the Service Console of an existing ESX installation. These actions can affect the outcome of the installation.

  • Gather the information required by the ESXi installation wizard.

  • Verify that ESXi Embedded is not present on the host machine. ESXi Installable and ESXi Embedded cannot exist on the same host.

Installation

For more information related to ESXi installation, refer to https://www.vmware.com/products/vsphere-hypervisor.html.

Procedure

Step 1

Download the ESXi installable ISO file.

Step 2

Mount the ISO file to a CD and feed the CD to the server where you want to install ESXi to.

Step 3

After you boot from the CD, the installer loads. Press Enter to begin and then F11 to accept the licensing agreement. Next, choose a disk to install to (All data will be erased). After ejecting the install CD, press F11 to start the installation.

Step 4

After the installation is completed, press Enter to reboot, and ESXi starts.

What to do next

Open a Web browser and enter the URL for the vSphere Web Client: https://vcenter_server_ip_address.

If a warning message about an untrusted SSL certificate appears, select the appropriate action based on your security policy.


Note

After you complete installation, IPv6 must be enabled on each blade. For more information on enabling IPv6, refer to IPv6 Support - VMware.

Enable SSH

CPS software installation requires SSH to be enabled for each blade server host.

After you complete the installation and configuration of CPS, you can disable SSH for security purposes.

To enable SSH, perform the given steps:

Procedure

Step 1

Login to the vSphere Web Client.

Step 2

Select the host by IP address or name in the left panel.

Step 3

Click Configure tab from the top menu from the right panel.

Step 4

Under System, click Security Profile from the options available.

Step 5

Click Edit... in the upper right corner of the Firewall panel.

The Edit Security Profile window opens.

Step 6

Check SSH Server and configure the required port and protocol. Click OK.

Note

 

By default, daemons will start automatically when any of their ports are opened, and stopped when all of their ports are closed.

Configure VMware ESXi Timekeeping

Both the VMware ESXi and Load Balancers time must be configured correctly. Other VMs in CPS use Load Balancers as the NTP source.

To configure VMware ESXi Timekeeping, you must coordinate with customers or gain access to their NTP servers.

Login as an administrator to every VMWare ESXi host to be used for the deployment using the VMware vSphere client.

For each host, perform the given steps:

Procedure

Step 1

Click the host (IP address or name) in the left column.

Step 2

Click Configure tab from the top menu from the right panel.

Step 3

Under System, click Time Configuration from the options available.

Step 4

Click Edit... in the upper right corner of the Time Configuration panel.

The Edit Time Configuration window opens.

Step 5

Check Use Network Time Protocol (Enable NTP Client). The following parameter can be set:

  1. NTP Service Status: Options are Start, Stop and Restart. The NTP Service settings are updated when you click Start, Restart or Stop.

  2. NTP Server Startup Policy: Options are Start and stop with host, Start and stop with port usage, Start and stop manually.

  3. STP Servers: Add NTP Server given by or coordinated with the customer.

Step 6

After configuring the parameters according to your requirement click OK.

Date and Time should now show correctly in the Time Configuration window in vSphere Client. Date and Time displayed in red color indicates NTP skew that should be resolved.

Collect Virtualization Parameters for CPS Installation

Before starting the CPS deployment prepare and make sure the given items are available:

  • The traffic analysis for the capacity needed for this deployment.

  • Number of VMs (the type of VMs such as Policy Director (LB), OAM (PCRFCLIENT), sessionmgr, Policy Server (QNS), node).

  • The size of VMs, for each type of VMs, the size of disk memory CPU etc.

  • The number of blades.

  • The number of networks that the deployment will be deployed to.