gcloud_compute_backend-services_update (1)
NAME
- gcloud compute backend-services update - update a backend service
SYNOPSIS
-
gcloud compute backend-services update BACKEND_SERVICE_NAME [--affinity-cookie-ttl=AFFINITY_COOKIE_TTL] [--cache-key-include-host] [--cache-key-include-protocol] [--cache-key-include-query-string] [--connection-draining-timeout=CONNECTION_DRAINING_TIMEOUT] [--description=DESCRIPTION] [--enable-cdn] [--health-checks=HEALTH_CHECK,[...]] [--http-health-checks=HTTP_HEALTH_CHECK,[...]] [--https-health-checks=HTTPS_HEALTH_CHECK,[...]] [--iap=disabled|enabled,[oauth2-client-id=OAUTH2-CLIENT-ID,oauth2-client-secret=OAUTH2-CLIENT-SECRET]] [--port-name=PORT_NAME] [--protocol=PROTOCOL] [--security-policy=SECURITY_POLICY] [--session-affinity=SESSION_AFFINITY] [--signed-url-cache-max-age=SIGNED_URL_CACHE_MAX_AGE] [--timeout=TIMEOUT] [--cache-key-query-string-blacklist=[QUERY_STRING,...] | --cache-key-query-string-whitelist=QUERY_STRING,[...]] [--global | --region=REGION] [GCLOUD_WIDE_FLAG ...]
DESCRIPTION
gcloud compute backend-services update is used to update backend
POSITIONAL ARGUMENTS
-
- BACKEND_SERVICE_NAME
-
Name of the backend service to update.
FLAGS
-
- --affinity-cookie-ttl=AFFINITY_COOKIE_TTL
-
If session-affinity is set to "generated_cookie", this flag sets the TTL, in
seconds, of the resulting cookie. A setting of 0 indicates that the cookie
should be transient. See $ gcloud topic datetimes for information on duration
formats.
- --cache-key-include-host
-
Enable including host in cache key. If enabled, requests to different hosts will
be cached separately. Can only be applied for global resources.
- --cache-key-include-protocol
-
Enable including protocol in cache key. If enabled, http and https requests will
be cached separately. Can only be applied for global resources.
- --cache-key-include-query-string
-
Enable including query string in cache key. If enabled, the query string
parameters will be included according to
--cache-key-query-string-whitelist and
--cache-key-query-string-blacklist. If disabled, the entire query string
will be excluded. Use "--cache-key-query-string-blacklist=" (sets the
blacklist to the empty list) to include the entire query string. Can only be
applied for global resources.
- --connection-draining-timeout=CONNECTION_DRAINING_TIMEOUT
-
Connection draining timeout to be used during removal of VMs from instance
groups. This guarantees that for the specified time all existing connections to
a VM will remain untouched, but no new connections will be accepted. Set timeout
to zero to disable connection draining. Enable feature by specifying a timeout
of up to one hour. If the flag is omitted API default value (0s) will be used.
See $ gcloud topic datetimes for information on duration formats.
- --description=DESCRIPTION
-
An optional, textual description for the backend service.
- --enable-cdn
-
Enable Cloud CDN for the backend service. Cloud CDN can cache HTTP responses
from a backend service at the edge of the network, close to users. Cloud CDN is
disabled by default.
- --health-checks=HEALTH_CHECK,[...]
-
Specifies a list of health check objects for checking the health of the backend
service. Currently at most one health check can be specified. Health checks need
not be for the same protocol as that of the backend service.
- --http-health-checks=HTTP_HEALTH_CHECK,[...]
-
Specifies a list of legacy HTTP health check objects for checking the health of
the backend service.
Legacy health checks are not recommended for backend services. It is possible to use a legacy health check on a backend service for a HTTP(S) load balancer if that backend service uses instance groups. For more information, see this guide: cloud.google.com/load-balancing/docs/health-check-concepts#lb_guide
- --https-health-checks=HTTPS_HEALTH_CHECK,[...]
-
Specifies a list of legacy HTTPS health check objects for checking the health of
the backend service.
Legacy health checks are not recommended for backend services. It is possible to use a legacy health check on a backend service for a HTTP(S) load balancer if that backend service uses instance groups. For more information, see this guide: cloud.google.com/load-balancing/docs/health-check-concepts#lb_guide
- --iap=disabled|enabled,[oauth2-client-id=OAUTH2-CLIENT-ID,oauth2-client-secret=OAUTH2-CLIENT-SECRET]
-
Change the Identity Aware Proxy (IAP) service configuration for the backend
service. You can set IAP to 'enabled' or 'disabled', or modify the OAuth2 client
configuration (oauth2-client-id and oauth2-client-secret) used by IAP. If
any fields are unspecified, their values will not be modified. For instance, if
IAP is enabled, '--iap=disabled' will disable IAP, and a subsequent
'--iap=enabled' will then enable it with the same OAuth2 client configuration
as the first time it was enabled. See cloud.google.com/iap for more
information about this feature.
- --port-name=PORT_NAME
-
The name of a service that has been added to an instance group in this backend.
Instance group services map a name to a port number which is used by the load
balancing service. Only one port-name may be added to a backend
service, and that name must exist as a service on all instance groups that are a
part of this backend service. The port number associated with the name may
differ between instances. If you do not specify this flag, your instance groups
must have a service named http configured. See also gcloud
compute instance-groups set-named-ports --help. The
port-name parameter cannot be set if the load-balancing-scheme is
INTERNAL.
- --protocol=PROTOCOL
-
Protocol for incoming requests.
If the load-balancing-scheme is INTERNAL, the protocol must be one of: TCP, UDP.
If the load-balancing-scheme is EXTERNAL, the protocol must be one of: HTTP, HTTPS, HTTP2, SSL, TCP.
- --security-policy=SECURITY_POLICY
-
The security policy that will be set for this backend service.
- --session-affinity=SESSION_AFFINITY
-
The type of TCP session affinity to use. Not supported for UDP.
SESSION_AFFINITY must be one of:
-
- CLIENT_IP
- Route requests to instances based on the hash of the client's IP address.
- CLIENT_IP_PORT_PROTO
- (Applicable if load-balancing scheme is internal) Connections from the same client IP with the same IP protocol and port will go to the same VM in the backend while that VM remains healthy.
- CLIENT_IP_PROTO
- (Applicable if load-balancing scheme is internal) Connections from the same client IP with the same IP protocol will go to the same VM in the pool while that VM remains healthy.
- GENERATED_COOKIE
- (Applicable if load-balancing scheme is external) Route requests to instances based on the contents of the "GCLB" cookie set by the load balancer.
- NONE
- Session affinity is disabled.
-
- --signed-url-cache-max-age=SIGNED_URL_CACHE_MAX_AGE
-
The amount of time up to which the response to a signed URL request will be
cached in the CDN. After this time period, the Signed URL will be revalidated
before being served. Cloud CDN will internally act as though all responses from
this backend had a Cache-Control: public, max-age=[TTL] header,
regardless of any existing Cache-Control header. The actual headers served in
responses will not be altered.
For example, specifying 12h will cause the responses to signed URL requests to be cached in the CDN up to 12 hours. See $ gcloud topic datetimes for information on duration formats.
This flag only affects signed URL requests.
- --timeout=TIMEOUT
-
Only applicable to HTTP(S), SSL Proxy, and TCP Proxy load balancers: The amount
of time to wait for a backend to return a full response for the request and for
the load balancer to proxy the response to the client before considering the
request failed.
For example, specifying 10s gives instances 10 seconds to respond to requests. The load balancer will retry GET requests once if the backend closes the connection or times out before sending response headers to the proxy. If the backend produces any response headers, the load balancer does not retry. If the backend does not reply at all, the load balancer returns a 502 Bad Gateway error to the client. See $ gcloud topic datetimes for information on duration formats.
This parameter has no effect if the load-balancing-scheme is INTERNAL.
-
At most one of these may be specified:
-
- --cache-key-query-string-blacklist=[QUERY_STRING,...]
-
Specifies a comma separated list of query string parameters to exclude in cache
keys. All other parameters will be included. Either specify
--cache-key-query-string-whitelist or
--cache-key-query-string-blacklist, not both. '&' and '=' will be percent
encoded and not treated as delimiters. Can only be applied for global resources.
- --cache-key-query-string-whitelist=QUERY_STRING,[...]
-
Specifies a comma separated list of query string parameters to include in cache
keys. All other parameters will be excluded. Either specify
--cache-key-query-string-whitelist or
--cache-key-query-string-blacklist, not both. '&' and '=' will be percent
encoded and not treated as delimiters. Can only be applied for global resources.
-
-
At most one of these may be specified:
-
- --global
-
If set, the backend service is global.
- --region=REGION
-
Region of the backend service to update. Overrides the default
compute/region property value for this command invocation.
-
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
These variants are also available:
- $ gcloud alpha compute backend-services update $ gcloud beta compute backend-services update