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:

--custom-request-header=CUSTOM_REQUEST_HEADER

Specifies a HTTP Header to be added by your load balancer. This flag can be repeated to specify multiple headers. For example:

$ gcloud beta compute backend-services update NAME \
    --custom-request-header "header-name: value"             \
    --custom-request-header "another-header:"

--no-custom-request-headers

Remove all custom request headers for the backend service.

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

NOTES

$ gcloud compute backend-services update $ gcloud alpha compute backend-services update