Cisco Cisco Packet Data Gateway (PDG) Documentation Roadmaps

 

▄  Cisco ASR 5000 Series Product Overview 

For all instances on the node, only one set of binaries and scripts are used. Each instance has its own configuration file, 
log directory, tools directory and separate PostgreSQL database. The alarms and events generated by each instance are 
sent to its corresponding chassis. Individual GSS instance can also be stopped, started or switched over. Upgrade is 
smooth and involves minimum down time as possible. 

Each GSS instance can be uninstalled separately and will not have any impact on the other instances. Global installation 
can be only uninstalled if there are no instances configured or running on the system. 

The following figure explains the architecture of multiple GSS instances in a cluster setup. 

 

 

The advantages of this feature include: 

 

Only one installation required for multiple instances 

 

One binary used across all the instances on the node 

 

Upgrading one set of binaries upgrades all the instances 

 

In cluster mode resource groups, instances can be balanced across the nodes 

For more information on the installation, uninstallation and upgrade procedures for multiple GSS instances, refer to 
Multiple Instances of GSS section in GSS Installation Management chapter. 

 

This feature enables support for disk monitoring of shared postgres and gss installation disk partition along with GSS 
data files disk partition. This feature enables sending an alarm or a notification based on the available disk space for 
postgres database and GSS base directory. This feature is supported only for single instance GSS, and for GSS in cluster 
mode. 

This feature can be enabled after installation by configuring Notif_Disk_Usage_Postgres_Database and 
Notif_Disk_Usage_Gss_Base parameters from gss configuration file and there is no configuration support from