-
Getting Started with NetScaler
-
Deploy a NetScaler VPX instance
-
Optimize NetScaler VPX performance on VMware ESX, Linux KVM, and Citrix Hypervisors
-
Apply NetScaler VPX configurations at the first boot of the NetScaler appliance in cloud
-
Configure simultaneous multithreading for NetScaler VPX on public clouds
-
Install a NetScaler VPX instance on Microsoft Hyper-V servers
-
Install a NetScaler VPX instance on Linux-KVM platform
-
Prerequisites for installing NetScaler VPX virtual appliances on Linux-KVM platform
-
Provisioning the NetScaler virtual appliance by using OpenStack
-
Provisioning the NetScaler virtual appliance by using the Virtual Machine Manager
-
Configuring NetScaler virtual appliances to use SR-IOV network interface
-
Configure a NetScaler VPX on KVM hypervisor to use Intel QAT for SSL acceleration in SR-IOV mode
-
Configuring NetScaler virtual appliances to use PCI Passthrough network interface
-
Provisioning the NetScaler virtual appliance by using the virsh Program
-
Provisioning the NetScaler virtual appliance with SR-IOV on OpenStack
-
Configuring a NetScaler VPX instance on KVM to use OVS DPDK-Based host interfaces
-
-
Deploy a NetScaler VPX instance on AWS
-
Deploy a VPX high-availability pair with elastic IP addresses across different AWS zones
-
Deploy a VPX high-availability pair with private IP addresses across different AWS zones
-
Protect AWS API Gateway using the NetScaler Web Application Firewall
-
Configure a NetScaler VPX instance to use SR-IOV network interface
-
Configure a NetScaler VPX instance to use Enhanced Networking with AWS ENA
-
Deploy a NetScaler VPX instance on Microsoft Azure
-
Network architecture for NetScaler VPX instances on Microsoft Azure
-
Configure multiple IP addresses for a NetScaler VPX standalone instance
-
Configure a high-availability setup with multiple IP addresses and NICs
-
Configure a high-availability setup with multiple IP addresses and NICs by using PowerShell commands
-
Deploy a NetScaler high-availability pair on Azure with ALB in the floating IP-disabled mode
-
Configure a NetScaler VPX instance to use Azure accelerated networking
-
Configure HA-INC nodes by using the NetScaler high availability template with Azure ILB
-
Configure a high-availability setup with Azure external and internal load balancers simultaneously
-
Configure a NetScaler VPX standalone instance on Azure VMware solution
-
Configure a NetScaler VPX high availability setup on Azure VMware solution
-
Configure address pools (IIP) for a NetScaler Gateway appliance
-
Deploy a NetScaler VPX instance on Google Cloud Platform
-
Deploy a VPX high-availability pair on Google Cloud Platform
-
Deploy a VPX high-availability pair with external static IP address on Google Cloud Platform
-
Deploy a single NIC VPX high-availability pair with private IP address on Google Cloud Platform
-
Deploy a VPX high-availability pair with private IP addresses on Google Cloud Platform
-
Install a NetScaler VPX instance on Google Cloud VMware Engine
-
-
Solutions for Telecom Service Providers
-
Load Balance Control-Plane Traffic that is based on Diameter, SIP, and SMPP Protocols
-
Provide Subscriber Load Distribution Using GSLB Across Core-Networks of a Telecom Service Provider
-
Authentication, authorization, and auditing application traffic
-
Basic components of authentication, authorization, and auditing configuration
-
Web Application Firewall protection for VPN virtual servers and authentication virtual servers
-
On-premises NetScaler Gateway as an identity provider to Citrix Cloud
-
Authentication, authorization, and auditing configuration for commonly used protocols
-
Troubleshoot authentication and authorization related issues
-
-
-
-
-
-
Configure DNS resource records
-
Configure NetScaler as a non-validating security aware stub-resolver
-
Jumbo frames support for DNS to handle responses of large sizes
-
Caching of EDNS0 client subnet data when the NetScaler appliance is in proxy mode
-
Use case - configure the automatic DNSSEC key management feature
-
Use Case - configure the automatic DNSSEC key management on GSLB deployment
-
-
-
Persistence and persistent connections
-
Advanced load balancing settings
-
Gradually stepping up the load on a new service with virtual server–level slow start
-
Protect applications on protected servers against traffic surges
-
Retrieve location details from user IP address using geolocation database
-
Use source IP address of the client when connecting to the server
-
Use client source IP address for backend communication in a v4-v6 load balancing configuration
-
Set a limit on number of requests per connection to the server
-
Configure automatic state transition based on percentage health of bound services
-
-
Use case 2: Configure rule based persistence based on a name-value pair in a TCP byte stream
-
Use case 3: Configure load balancing in direct server return mode
-
Use case 6: Configure load balancing in DSR mode for IPv6 networks by using the TOS field
-
Use case 7: Configure load balancing in DSR mode by using IP Over IP
-
Use case 10: Load balancing of intrusion detection system servers
-
Use case 11: Isolating network traffic using listen policies
-
Use case 12: Configure Citrix Virtual Desktops for load balancing
-
Use case 13: Configure Citrix Virtual Apps and Desktops for load balancing
-
Use case 14: ShareFile wizard for load balancing Citrix ShareFile
-
Use case 15: Configure layer 4 load balancing on the NetScaler appliance
-
-
-
Export transaction logs directly from NetScaler to Kafka
-
-
-
-
Authentication and authorization for System Users
-
-
-
Configuring a CloudBridge Connector Tunnel between two Datacenters
-
Configuring CloudBridge Connector between Datacenter and AWS Cloud
-
Configuring a CloudBridge Connector Tunnel Between a Datacenter and Azure Cloud
-
Configuring CloudBridge Connector Tunnel between Datacenter and SoftLayer Enterprise Cloud
-
Configuring a CloudBridge Connector Tunnel Between a NetScaler Appliance and Cisco IOS Device
-
CloudBridge Connector Tunnel Diagnostics and Troubleshooting
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Export transaction logs directly from NetScaler to Kafka
Apache Kafka serves as a critical component in enterprise observability pipelines, offering a robust and highly efficient solution for managing logs. Instead of directly sending logs to observability platforms, Kafka provides capabilities to enhance the reliability and flexibility of log data flows.
The following are the advantages of exporting transaction logs to Kafka:
- Ensures data integrity during outages.
- Allows logs to be processed and refined before reaching the final observability tool.
- Facilitates multiple consumers, thus enabling various systems to access the same log stream simultaneously for diverse analytical and operational needs.
Limitations
- Configuring export of transaction logs using the NetScaler GUI is not supported.
- A bootstrap server must respond with the FQDNs when queried by the NetScaler for the brokers for a topic. NetScaler must be able to resolve the FQDN’s of the broker.
- Per topic, 1000 partitions are allowed across all brokers.
- Kafka Authentication and Kafka encryption are not supported.
- Kafka integration is not supported in NetScaler Cluster deployments.
Configure export of transaction logs to Kafka by using the NetScaler CLI
To export NetScaler transaction logs to Kafka by using the NetScaler CLI, perform the following steps:
-
Define a Kafka cluster.
add kafka cluster {Cluster Name} <!--NeedCopy-->
Example:
add kafka cluster KafkaClusterProd <!--NeedCopy-->
-
Create a service group of type
KAFKA_BROKER
and enablebootstrap
attribute. This service group is used to connect to the bootstrap server to receive the metadata of the Kafka cluster. You can call this service group as “BootStrap Service Group”.add servicegroup {BootStrap SG Name} KAFKA_BROKER -bootstrap yes <!--NeedCopy-->
Example:
add servicegroup KafkaBootstrapProd KAFKA_BROKER -bootstrap yes <!--NeedCopy-->
-
Create another service group of type
KAFKA_BROKER
and provide the topic to which NetScaler sends transaction logs. Ensure thatautoscale
is enabled and set to DNS. You can call this service group as “Topic Service Group”.add servicegroup {Topic SG Name} KAFKA_BROKER -topicname {Topic Name} -autoscale DNS <!--NeedCopy-->
Example:
add servicegroup KafkaTopicProd KAFKA_BROKER -topicname WebInsightProd -autoscale DNS <!--NeedCopy-->
-
Bind both “BootStrap service group” and “Topic Service group” (created in the preceding steps) to the Kafka cluster.
bind kafka cluster {Cluster Name} -servicegroupname {BootStrap SG Name} bind kafka cluster {Cluster Name} -servicegroupname {Topic SG Name} <!--NeedCopy-->
Example:
bind kafka cluster KafkaClusterProd -servicegroupname KafkaBootstrapProd bind kafka cluster KafkaClusterProd -servicegroupname KafkaTopicProd <!--NeedCopy-->
-
Specify the FQDN and Port of the Kafka bootstrap server and bind it with the “BootStrap Service Group”. You must bind at least one broker to the bootstrap service group. Ensure that the FQDN specified in the bootstrap is resolvable by the NetScaler. NetScaler queries the bootstrap broker to get the metadata about the entire cluster, including the locations of other brokers and partitions for the “Topic”.
add server kafkacluster.broker0 <FQDN> bind servicegroup {BootStrap SG Name} {Server name} {Port} <!--NeedCopy-->
Example:
bind servicegroup KafkaBootstrapProd kafkacluster.broker0 9092 <!--NeedCopy-->
-
Enable the load balancing feature. Create a load balancing virtual server of type
KAFKA_PRODUCER
.enable ns feature LB add lb vserver {LB Name} KAFKA_PRODUCER -lbmethod ROUNDROBIN <!--NeedCopy-->
Example:
enable ns feature LB add lb vserver Kafka KAFKA_PRODUCER -lbmethod ROUNDROBIN <!--NeedCopy-->
Only the round robin load balancing method is supported. If you try enabling any other load balancing method, you get an error. The following is a sample error:
> add lb vserver test KAFKA_PRODUCER -lbmethod LEASTCONNECTION ERROR: Operation not permitted [Kafka Producer LB can use Round robin LB method only] > add lb vserver test KAFKA_PRODUCER -lbmethod ROUNDROBIN Warning: Feature(s) not enabled [LB] Done <!--NeedCopy-->
-
Bind the “Topic Service group” with the load balancing virtual server created in the preceding step.
bind lb vserver {LB Vserver Name} {Topic SG Name} <!--NeedCopy-->
Example:
bind lb vserver Kafka KafkaTopicProd <!--NeedCopy-->
-
Enable the AppFlow feature. Create an analytics profile and specify the collector as the load balancing virtual server created in the preceding steps.
enable ns feature appflow add analytics profile {Analytics Profile Name} -collectors {LB Vserver Name} -type {Insight Type} -httpURL ENABLED -httpHost ENABLED -httpMethod ENABLED <!--NeedCopy-->
Example:
enable ns feature appflow add analytics profile WebInsightAnalytics -collectors Kafka -type webinsight -httpURL ENABLED -httpHost ENABLED -httpMethod ENABLED <!--NeedCopy-->
-
Bind analytics profile to servers that you want to monitor.
bind lb vserver {LB Vserver Name} -analyticsProfile {Analytics Profile Name} <!--NeedCopy-->
Example:
bind lb vserver ApplicationVserver -analyticsProfile WebInsightAnalytics <!--NeedCopy-->
Monitor and Troubleshoot
Check if the Bootstrap service group and Topic service group are bound to the Kafka cluster and also check the status of the service.
> show kafka cluster KafkaClusterProd
Name: KafkaClusterProd
Bootstrap servicegroup: KafkaBootstrapProd
Total Svc: 1 Active Svc: 1
Topic Servicegroups:
1)KafkaTopicProd
Topic: WebInsightProd
Total Svc: 2 Active Svc: 2
Done
>
<!--NeedCopy-->
Check if the Kafka Bootstrap is enabled on the bootstrap service group.
> show servicegroup KafkaBootstrapProd
KafkaBootstrapProd - KAFKA_BROKER
State: ENABLED Effective State: UP Monitor Threshold : 0
Max Conn: 0 Max Req: 0 Max Bandwidth: 0 kbits
Use Source IP: NO
Client Keepalive(CKA): NO
Monitoring Owner: 0
TCP Buffering(TCPB): NO
HTTP Compression(CMP): NO
Kafka Bootstrap: YES Kafka TopicName: ???
Idle timeout: Client: 180 sec Server: 360 sec
Client IP: DISABLED
Cacheable: NO
SC: ???
SP: OFF
Down state flush: ENABLED
Monitor Connection Close : NONE
Appflow logging: ENABLED
ContentInspection profile name: ???
Process Local: DISABLED
Traffic Domain: 0
1) X.X.X.X:9092 State: UP Server Name: kafkacluster.broker0 Server ID: None Weight: 1 Order: Default
Last state change was at Tue Jul 8 04:44:50 2025
Time since last state change: 0 days, 00:17:02.340
Monitor Name: tcp-default State: UP Passive: 0
Probes: 203 Failed [Total: 0 Current: 0]
Last response: Success - TCP syn+ack received.
Response Time: 0.000 millisec
Done
>
<!--NeedCopy-->
Check if the Kafka topic name is set.
> show servicegroup KafkaTopicProd
KafkaTopicProd - KAFKA_BROKER
State: ENABLED Effective State: UP Monitor Threshold : 0
Max Conn: 0 Max Req: 0 Max Bandwidth: 0 kbits
Use Source IP: NO
Client Keepalive(CKA): NO
Monitoring Owner: 0
TCP Buffering(TCPB): NO
HTTP Compression(CMP): NO
Kafka Bootstrap: ??? Kafka TopicName: WebInsightProd
Idle timeout: Client: 180 sec Server: 360 sec
Client IP: DISABLED
Cacheable: NO
SC: ???
SP: OFF
Down state flush: ENABLED
Monitor Connection Close : NONE
Appflow logging: ENABLED
Autoscale mode: DNS
ContentInspection profile name: ???
Process Local: DISABLED
Traffic Domain: 0
TROFS delayed movement: NO
1) Y.Y.Y.Y:9093 State: UP Server Name: ns_broker1 (Auto scale) Server ID: None Weight: 34 Order: Default
Priority : 0
Last state change was at Tue Jul 8 04:49:50 2025
Time since last state change: 0 days, 00:13:07.890
Monitor Name: tcp-default State: UP Passive: 0
Probes: 156 Failed [Total: 0 Current: 0]
Last response: Success - TCP syn+ack received.
Response Time: 0.000 millisec
2) Z.Z.Z.Z:9094 State: UP Server Name: ns_broker2 (Auto scale) Server ID: None Weight: 33 Order: Default
Priority : 0
Last state change was at Tue Jul 8 04:49:50 2025
Time since last state change: 0 days, 00:13:07.890
Monitor Name: tcp-default State: UP Passive: 0
Probes: 156 Failed [Total: 0 Current: 0]
Last response: Success - TCP syn+ack received.
Response Time: 0.000 millisec
Done
>
<!--NeedCopy-->
Check if the topic service group is bound to KAFKA_PRODUCER
load balancing virtual server.
> show lb vserver Kafka
Kafka (0.0.0.0:0) - KAFKA_PRODUCER Type: ADDRESS
State: UP
Last state change was at Tue Jul 8 04:49:50 2025
Time since last state change: 0 days, 00:14:58.50
Effective State: UP ARP:DISABLED
Client Idle Timeout: 180 sec
Down state flush: ENABLED
Disable Primary Vserver On Down : DISABLED
Appflow logging: ENABLED
No. of Bound Services : 2 (Total) 2 (Active)
Configured Method: ROUNDROBIN
Current Method: Round Robin, Reason: A new service is bound BackupMethod: NONE
Mode: IP
Persistence: NONE
L2Conn: OFF
Skip Persistency: None
Listen Policy: NONE
IcmpResponse: PASSIVE
RHIstate: PASSIVE
New Service Startup Request Rate: 0 PER_SECOND, Increment Interval: 0
Mac mode Retain Vlan: DISABLED
DBS_LB: DISABLED
Process Local: DISABLED
Traffic Domain: 0
TROFS Persistence honored: ENABLED
Retain Connections on Cluster: NO
Order Sequence: ASCENDING
Current Active Order: None
Bound Service Groups:
1) Group Name: KafkaTopicProd
1) KafkaTopicProd (Y.Y.Y.Y: 9093) - State: UP Weight: 34 Order: None
2) KafkaTopicProd (Z.Z.Z.Z: 9094) - State: UP Weight: 33 Order: None
Done
>
<!--NeedCopy-->
The following table provides the details of supported Kafka counters.
Counter | Description |
---|---|
kafka_tot_produce_request_sent | Total Produce requests sent |
kafka_tot_produce_response_rcvd | Total Produce responses received |
kafka_tot_produce_resp_success | Total successful produce responses |
kafka_err_produce_response | Total error produce responses |
kafka_err_produce_resp_err_code | Error code value of Kafka produce response |
kafka_err_produce_request | Total error produce requests |
kafka_tot_metadata_request_sent | Total metadata requests sent |
kafka_tot_metadata_response_rcvd | Total successful metadata responses received |
kafka_err_metadata_response | Total error metadata responses |
kafka_err_metadata_request | Total error metadata requests |
kafka_err_metadata_resp_err_code | Error code value of Kafka metadata response |
Share
Share
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.