Rate this Article:
You must be signed in to rate again
Article Feedback Print View
Alternate Languages: N/A

Citrix Secure Gateway 3.0 Scalability Information

Document ID: CTX114670   /   Created On: Nov 5, 2007   /   Updated On: Nov 6, 2007
Average Rating: 4

Summary

This article provides guidance on the ICA traffic scalability and loading limits of Citric Secure Gateway 3.0. The information in this document was collected through testing of the product and can be used as a reasonable benchmark for assessing load limits during pilot trials but should not be considered definitive.

Background

This section describes what Secure Gateway ICA tests were conducted and why, defines the test environment, and describes the two Secure Gateway 3.0 deployment scenarios.

Performance and scalability sizing tests are an important step for determining the maximum number of ICA sessions that can successfully travel through the Secure Gateway to a Citrix Presentation Server 4.0 farm with acceptable performance.

You must consider two client load limits when planning a Secure Gateway deployment. The first is the maximum number of concurrent connections that a Secure Gateway server will route while still allowing a reasonable and usable response from the ICA sessions. The second is the connections per second test to determine the performance of the Secure Gateway server during peak logon periods. Because of the overhead associated with establishing an SSL connection, the number of logons per second that the Secure Gateway 3.0 environment could handle is quite different than the number of logons that a Presentation Server environment could handle alone.

Note: These tests refer to ICA traffic only.

Definition of User Load

User Load is the user activity used for testing the system. Testing shows that the average user would generate traffic at 16 KBits per second; of which 60 percent would be active sessions and the remaining 40 percent would be idle sessions.

Recommendations

Concurrent Connections

For the basic deployment scenario with session reliability, the maximum user sessions that the Secure Gateway server would be able to route with the given hardware is about 1000 concurrent connections. This will still allow a reasonable and usable response from the individual ICA sessions.

For the most secure scenario with session reliability, the maximum user sessions with the given hardware that the Secure Gateway server would be able to route is about 850 concurrent connections, after which the individual ICA sessions experience performance degradation.

Note: Different hardware specifications give different results.

Average Session Latency

 

Basic Deployment Scenario

Most Secure Scenario

User Connections

CPU Usage (%)

Latency (ms)

CPU Usage (%)

Latency (ms)

100

41.11

10.91

55.23

15.22

250

75.26

15.7

81.47

17.37

500

80.53

16.65

83.56

17.69

750

84.62

16.14

86.42

19.74

1000

89.12

18.12

NA

NA

Maximum Session Latency

 

Basic Deployment Scenario

Most Secure Scenario

User Connections

CPU Usage (%)

Latency (ms)

CPU Usage (%)

Latency (ms)

100

70.40

550

88.54

575

250

88.35

495

95.42

602

500

92.78

473

91.70

574

750

94.35

515

98.65

572

1000

98.45

725

NA

NA

Connections Per Second

For the basic deployment scenario with session reliability, the maximum connections per second that the Secure Gateway server would be able process is around 20 connections per second. For the most secure scenario with session reliability, the maximum connections per second that the Secure Gateway server would be able to process is around 18 connections per second.

Test Environment and Setup

The basic deployment scenario consisted of a single hop with a single secure Secure Gateway server and a single secure Web Interface server. Only the links between the clients and the Secure Gateway, and the clients and the Web Interface servers, are encrypted. The Web Interface is deployed parallel to the Secure Gateway server. Session Reliability was enabled.

The most secure deployment scenario consisted of a gateway server, proxy server, and a single secure Web Interface server. Links between the clients and gateway server, gateway server and proxy server, clients and Web Interface server, and between the proxy server and the ticketing service (STA) are encrypted. Session Reliability was enabled.

Secure Gateway Hardware:

System:

Compaq Proliant DL360

Processor:

Dual 2.8 GHz P4 with hyper threading enabled

RAM:

1 GB

Hard Drive:

Compaq SCSI Wide Ultra2 – 34 GB

SCSI Controller Info:

Smart Array 5i

Video Controller:

ATI RAGE XL PCI Video Controller

Network Card:

2 – HPNC7781 Gigabit Ethernet NICs – 1 NIC disabled

Operating System:

Microsoft Windows Server 2003, Enterprise Edition

Monitoring Performance and Collecting Data

This section details of how the data was gathered during testing of Secure Gateway 3.0 and the test results.

Monitoring Performance

A number of tools can be used to test the operation and performance of the Secure Gateway server. The most useful of these tools is Microsoft Windows System Monitor (Perfmon). This section describes what counters to use and how to make the measurements.

Microsoft Windows System Monitor (Secure Gateway)

Installation of the Secure Gateway Service creates a set of performance counters that are accessable through Perfmon. These counters are available when the Secure Gateway service is started. The following counters are available for the Secure Gateway Service:

Secure Gateway
     Bytes/Sec from Client
     Bytes/Sec to Client
     CGP Active Connections
     CGP Bytes/Sec from Client
     CGP Bytes/Sec to Client
     CGP Kilobytes from Client
     CGP Kilobytes to Client
     CGP Peak Bytes/Sec from Client
     CGP Peak Bytes/Sec to Client
     CGP Successful Connections
     Client Connect Time: Average (in ms)
     Client Connect Time: Longest (in ms)
     Connections/Second
     Connections/Second: Peak
     Connections: Peak Active
     Connections: Pending
     Connections: Total Active
     Connections: Total Successful
     Failed Backend Connections
     Failed Connections: Client Timed Out
     Failed Connections: General Client Error
     Failed Connections: SSL Client Handshake Error
     Failed Connections: Total Client
     HTTP/S Active Connections
     HTTP/S Bytes/Sec from Client
     HTTP/S Bytes/Sec to Client
     HTTP/S Kilobytes from Client
     HTTP/S Kilobytes to Client
     HTTP/S Peak Bytes/Sec from Client
     HTTP/S Peak Bytes/Sec to Client
     HTTP/S Successful Connections
     Kilobytes from Client
     Kilobytes to Client
     Peak Bytes/Sec from Client
     Peak Bytes/Sec to Client
     SOCKS Active Connections
     SOCKS Bytes/Sec from Client
     SOCKS Bytes/Sec to Client
     SOCKS Kilobytes from Client
     SOCKS Kilobytes to Client
     SOCKS Peak Bytes/Sec from Client
     SOCKS Peak Bytes/Sec to Client
     SOCKS Successful Connections
     SSL Handshake Time: Average (in ms)
     SSL Handshake Time: Longest (in ms)
     SSL Handshakes/Sec
     SSL Handshakes/Sec: Peak
     SSL Handshakes: Pending
     SSL Handshakes: Total

To use the Windows Performance Console to generate performance graphs and logs to monitor performance of Secure Gateway server:

1. Open the Secure Gateway Management Console in the tree view,

2. Select Secure Gateway Performance Statistics.

3. If the Secure Gateway counters are not visible, click Add to access the Performance Object list box.

4. Select Secure Gateway in the Performance Object drop down list.

5. Click All Counters, then click Add.

6. Close the Add Counter dialog.

7. To view a report about Secure Gateway performance counters, click View Report.

The following counters available for the STA:

Secure Ticket Authority
     STA Bad Data Request Count
     STA Bad Refresh Request Count
     STA Bad Ticket Request Count
     STA Count of Active Tickets
     STA Good Data Request Count
     STA Good Refresh Request Count
     STA Good Ticket Request Count
     STA Peak All Request Rate
     STA Peak Data Request Rate
     STA Peak Refresh Request Rate
     STA Peak Ticket Request Rate
     STA Ticket Timeout Count

Microsoft Windows System Monitor (CPU)

In addition to the Secure Gateway Service counters, also measure processor usage values. The charting function in Perfmon was used to measure processor usage. An explanation of how this counter was averaged is described below.

To add this counter to Perfmon:

1. Open the Secure Gateway Management Console.

2. In the tree view, select Secure Gateway Performance Statistics.

3. Click Add, to access the Performance Object list box. Select Processor.

4. Select % Processor Time, select _Total in the Instances list, and click Add.

5. Close the Add Counter dialog.

6. In the Perfmon dialog click View Chart. A performance chart for the selected counter is displayed.

Windows System Monitor Counters (Presentation Server)

You can capture Latency data using Perfmon counters available for the Windows Presentation Server. Access these counters from Perfmon.

The counters of interest for measuring latency are the ICA session performance counters. These counters become available only after the session is established. Ensure that the application you use to measure latency is open and running.

To view performance counters:

1. Select Start > Programs > Administrative Tools > Performance.

2. In the tree view, select System Monitor.

3. On the Perfmon toolbar, click View Chart. .

4. On the Perfmon toolbar, click Add. The Add Counter dialog will appear.

5. Select ICA Session Performance from the Performance object list.

6. In the Select Counters list, select Latency – Session Average.

7. In the instances list, select the application session (for example, Notepad) that will be used to test latency.

8. Click Add, and then click Close. This gives you the average latency measured over the life of the session. This counter is updated at mouse clicks and movements or at timed intervals.

Performance Logging

When launched from Start > Programs > Administrative Tools > Performance, Perfmon logs performance data over longer periods. This is useful for capturing data and gathering peaks and averages. Perfmon can also send alerts and messages. Microsoft Knowledge Base Article 248345 describes this process.

Ongoing Monitoring

As with all mission critical systems, Secure Gateway 3.0 deployments should be monitored on an ongoing basis. Periodically check the CPU Load versus Active Session Count to ensure that user trends, user loads, network traffic, and so on, are not unduly affecting Secure Gateway operation or the user experience. There are a number of commercial Perfmon add-ons and monitoring tools which allow automatic monitoring of performance counters. These tools can be utilized to observe load factors on the Secure Gateway servers over a period of time. This will lead to a better understanding of the usage patterns for a particular deployment and also alert you to events such as system overload or failure.


This document applies to:

Search
Knowledge Center
XenApp
XenApp Plugins (Clients)
XenServer
XenDesktop
NetScaler Application Delivery
Access Gateway
EdgeSight
Provisioning Server
WANScaler
Password Manager
Does it work with Citrix? Verify it - introducing the new Citrix Ready Community Verified