Application Delivery Management

Architecture

The NetScaler Console database is integrated with the server, and the server manages all the key processes, such as data collection, NITRO calls. In its data store, the server stores an inventory of instance details, such as host name, software version, running and saved configuration, certificate details, entities configured on the instance. A single server deployment is suitable if you want to process small amounts of traffic or store data for a limited time.

Currently, NetScaler Console supports two types of software deployments: single server and high availability.

The following image shows the different subsystems within NetScaler Console and how communication happens between the NetScaler Console server and managed instances.

Communication between the NetScaler Console server and managed instances

The Service subsystem in NetScaler Console acts as a web server that handles HTTP requests and responses that are sent to subsystems within NetScaler Console from the GUI or API, using ports 80 and 443. These requests are sent to the subsystems over the message bus (message processing system) by using the IPC (inter-process communication) mechanism. A request is sent to the Control subsystem, which either processes the information or sends it to the appropriate subsystem. Each of the other subsystems—Inventory, StyleBooks, Data Collector, Configuration, AppFlow Decoder, AppFlow Analytics, Performance, Events, Entities, SLA Manager, Provisioner, and Journal—has a specific role.

Instance plug-ins are shared libraries that are unique to each instance type supported by NetScaler Console. Information is transferred between NetScaler Console and managed instances by using NITRO calls, or through the SNMP, Secure Shell (SSH), or Secure Copy (SCP) protocol. This information is then processed and stored in the internal database (data store).

Architecture

In this article