gcloud_alpha_compute_health-checks_update_tcp (1)
NAME
- gcloud alpha compute health-checks update tcp - update a TCP health check
SYNOPSIS
-
gcloud alpha compute health-checks update tcp NAME [--check-interval=CHECK_INTERVAL] [--description=DESCRIPTION] [--healthy-threshold=HEALTHY_THRESHOLD] [--proxy-header=PROXY_HEADER] [--request=REQUEST] [--response=RESPONSE] [--timeout=TIMEOUT] [--unhealthy-threshold=UNHEALTHY_THRESHOLD] [--global | --region=REGION] [--port=PORT --port-name=PORT_NAME --use-serving-port] [GCLOUD_WIDE_FLAG ...]
DESCRIPTION
(ALPHA) gcloud alpha compute health-checks update tcp is used to
POSITIONAL ARGUMENTS
-
- NAME
-
Name of the TCP health check to update.
FLAGS
-
- --check-interval=CHECK_INTERVAL
-
How often to perform a health check for an instance. For example, specifying
10s will run the check every 10 seconds. See $ gcloud topic
datetimes for information on duration formats.
- --description=DESCRIPTION
-
A textual description for the TCP health check. Pass in an empty string to
unset.
- --healthy-threshold=HEALTHY_THRESHOLD
-
The number of consecutive successful health checks before an unhealthy instance
is marked as healthy.
- --proxy-header=PROXY_HEADER
-
The type of proxy protocol header to be sent to the backend. PROXY_HEADER
must be one of:
-
- NONE
- No proxy header is added.
- PROXY_V1
- Adds the header "PROXY UNKNOWN\r\n".
-
- --request=REQUEST
-
An optional string of up to 1024 characters to send once the health check TCP
connection has been established. The health checker then looks for a reply of
the string provided in the --response field.
If --response is not configured, the health checker does not wait for a response and regards the probe as successful if the TCP or SSL handshake was successful.
Setting this to an empty string will clear any existing request value.
- --response=RESPONSE
-
An optional string of up to 1024 characters that the health checker expects to
receive from the instance. If the response is not received exactly, the health
check probe fails. If --response is configured, but not
--request, the health checker will wait for a response anyway. Unless
your system automatically sends out a message in response to a successful
handshake, only configure --response to match an explicit
--request. Setting this to an empty string will clear any existing
response value.
- --timeout=TIMEOUT
-
If Google Compute Engine doesn't receive a healthy response from the instance by
the time specified by the value of this flag, the health check request is
considered a failure. For example, specifying 10s will cause the
check to wait for 10 seconds before considering the request a failure. See $
gcloud topic datetimes for information on duration formats.
- --unhealthy-threshold=UNHEALTHY_THRESHOLD
-
The number of consecutive health check failures before a healthy instance is
marked as unhealthy.
-
At most one of these may be specified:
-
- --global
-
If set, the TCP health check is global.
- --region=REGION
-
Region of the TCP health check to update. If not specified, you may be prompted
to select a region.
To avoid prompting when this flag is omitted, you can set the compute/region property:
- $ gcloud config set compute/region REGION
A list of regions can be fetched by running:
- $ gcloud compute regions list
To unset the property, run:
- $ gcloud config unset compute/region
Alternatively, the region can be stored in the environment variable CLOUDSDK_COMPUTE_REGION.
-
-
These flags configure the port that the health check monitors. If both
--port and --port-name are specified, --port takes
precedence.
-
- --port=PORT
-
The TCP port number that this health check monitors.
- --port-name=PORT_NAME
-
The port name that this health check monitors. By default, this is empty.
Setting this to an empty string will clear any existing port-name value.
- --use-serving-port
-
If given, use the "serving port" for health checks:
-
- *
- When health checking network endpoints in a Network Endpoint Group, use the port specified with each endpoint.
- *
- When health checking other backends, use the port or named port of the backend service.
-
-
GCLOUD WIDE FLAGS
These flags are available to all commands: --account, --configuration, --flags-file, --flatten, --format, --help, --log-http, --project, --quiet, --trace-token, --user-output-enabled, --verbosity. Run $ gcloud help for details.
NOTES
This command is currently in ALPHA and may change without notice. If this command fails with API permission errors despite specifying the right project, you will have to apply for early access and have your projects registered on the API whitelist to use it. To do so, contact Support at cloud.google.com/support These variants are also available:
- $ gcloud compute health-checks update tcp $ gcloud beta compute health-checks update tcp