community.network.netscaler_gslb_vserver module – Configure gslb vserver entities in Netscaler.
Note
This module is part of the community.network collection (version 4.0.2).
You might already have this collection installed if you are using the ansible
package.
It is not included in ansible-core
.
To check whether it is installed, run ansible-galaxy collection list
.
To install it, use: ansible-galaxy collection install community.network
.
You need further requirements to be able to use this module,
see Requirements for details.
To use it in a playbook, specify: community.network.netscaler_gslb_vserver
.
Synopsis
Configure gslb vserver entities in Netscaler.
Requirements
The below requirements are needed on the host that executes this module.
nitro python sdk
Parameters
Parameter |
Comments |
---|---|
Enable logging appflow flow information. Choices:
|
|
Backup load balancing method. Becomes operational if the primary load balancing method fails or cannot be used. Valid only if the primary method is based on either round-trip time (RTT) or static proximity. Choices:
|
|
Any comments that you might want to associate with the GSLB virtual server. |
|
If the primary state of all bound GSLB services is DOWN, consider the effective states of all the GSLB services, obtained through the Metrics Exchange Protocol (MEP), when determining the state of the GSLB virtual server. To consider the effective state, set the parameter to STATE_ONLY. To disregard the effective state, set the parameter to NONE. The effective state of a GSLB service is the ability of the corresponding virtual server to serve traffic. The effective state of the load balancing virtual server, which is transferred to the GSLB service, is UP even if only one virtual server in the backup chain of virtual servers is in the UP state. Choices:
|
|
When set to When set to Note that due to limitations of the underlying NITRO API a Choices:
|
|
Continue to direct traffic to the backup chain even after the primary GSLB virtual server returns to the UP state. Used when spillover is configured for the virtual server. Choices:
|
|
DNS record type to associate with the GSLB virtual server’s domain name. Default value: A Possible values = A, AAAA, CNAME, NAPTR Choices:
|
|
List of bindings for domains for this glsb vserver. |
|
Timeout, in minutes, for the GSLB site cookie. |
|
Domain name for which to change the time to live (TTL) and/or backup service IP address. |
|
TTL, in seconds, for all internally created site domains (created when a site prefix is configured on a GSLB service) that are associated with this virtual server. Minimum value = |
|
Time to live (TTL) for the domain. |
|
Specify if the appliance should consider the service count, service weights, or ignore both when using weight-based load balancing methods. The state of the number of services bound to the virtual server help the appliance to select the service. Choices:
|
|
Load balancing method for the GSLB virtual server. Default value: LEASTCONNECTION Possible values = ROUNDROBIN, LEASTCONNECTION, LEASTRESPONSETIME, SOURCEIPHASH, LEASTBANDWIDTH, LEASTPACKETS, STATICPROXIMITY, RTT, CUSTOMLOAD Choices:
|
|
Include multiple IP addresses in the DNS responses sent to clients. Choices:
|
|
Name for the GSLB virtual server. Must begin with an ASCII alphanumeric or underscore Minimum length = 1 |
|
IPv4 network mask for use in the SOURCEIPHASH load balancing method. Minimum length = 1 |
|
The password with which to authenticate to the netscaler node. |
|
Which protocol to use when accessing the nitro API objects. Choices:
|
|
Time in seconds until a timeout error is thrown when establishing a new session with Netscaler Default: |
|
The username with which to authenticate to the netscaler node. |
|
The ip address of the netscaler appliance where the nitro API calls will be made. The port can be specified with the colon (:). E.g. 192.168.1.1:555. |
|
The persistence ID for the GSLB virtual server. The ID is a positive integer that enables GSLB sites to identify the GSLB virtual server, and is required if source IP address based or spill over based persistence is enabled on the virtual server. Minimum value = Maximum value = |
|
Use source IP address based persistence for the virtual server. After the load balancing method selects a service for the first packet, the IP address received in response to the DNS query is used for subsequent requests from the same client. Choices:
|
|
The optional IPv4 network mask applied to IPv4 addresses to establish source IP address based persistence. Minimum length = 1 |
|
If The module will not save the configuration on the netscaler node if it made no changes. Choices:
|
|
List of bindings for gslb services bound to this gslb virtual server. |
|
Name of the GSLB service for which to change the weight. |
|
Weight to assign to the GSLB service. |
|
Protocol used by services bound to the virtual server. Choices:
|
|
Action to be performed if spillover is to take effect, but no backup chain to spillover is usable or exists. Choices:
|
|
Type of threshold that, when exceeded, triggers spillover. Available settings function as follows: * * * * * Choices:
|
|
If spillover occurs, maintain source IP address based persistence for both primary and backup GSLB virtual servers. Choices:
|
|
Timeout for spillover persistence, in minutes. Default value: Minimum value = Maximum value = |
|
Threshold at which spillover occurs. Specify an integer for the CONNECTION spillover method, a bandwidth value in kilobits per second for the BANDWIDTH method (do not enter the units), or a percentage for the HEALTH method (do not enter the percentage symbol). Minimum value = Maximum value = |
|
The state of the resource being configured by the module on the netscaler node. When present the resource will be created if needed and configured according to the module’s parameters. When absent the resource will be deleted from the netscaler node. Choices:
|
|
Idle time, in minutes, after which a persistence entry is cleared. Default value: Minimum value = Maximum value = |
|
Site selection tolerance, in milliseconds, for implementing the RTT load balancing method. If a site’s RTT deviates from the lowest RTT by more than the specified tolerance, the site is not considered when the NetScaler appliance makes a GSLB decision. The appliance implements the round robin method of global server load balancing between sites whose RTT values are within the specified tolerance. If the tolerance is 0 (zero), the appliance always sends clients the IP address of the site with the lowest RTT. Minimum value = Maximum value = |
|
Number of bits to consider, in an IPv6 source IP address, for creating the hash that is required by the Default value: Minimum value = Maximum value = |
|
Number of bits to consider in an IPv6 source IP address when creating source IP address based persistence sessions. Default value: Minimum value = Maximum value = |
|
If Choices:
|
Notes
Note
For more information on using Ansible to manage Citrix NetScaler Network devices see https://www.ansible.com/ansible-netscaler.
Examples
# FIXME: Add examples