W3cubDocs

/Ansible 2.10

google.cloud.gcp_compute_region_url_map_info – Gather info for GCP RegionUrlMap

Note

This plugin is part of the google.cloud collection.

To install it use: ansible-galaxy collection install google.cloud.

To use it in a playbook, specify: google.cloud.gcp_compute_region_url_map_info.

Synopsis

  • Gather info for GCP RegionUrlMap

Requirements

The below requirements are needed on the host that executes this module.

  • python >= 2.6
  • requests >= 2.18.4
  • google-auth >= 1.3.0

Parameters

Parameter Choices/Defaults Comments
auth_kind
string / required
    Choices:
  • application
  • machineaccount
  • serviceaccount
The type of credential used.
env_type
string
Specifies which Ansible environment you're running this module within.
This should not be set unless you know what you're doing.
This only alters the User Agent string for any API requests.
filters
list / elements=string
A list of filter value pairs. Available filters are listed here https://cloud.google.com/sdk/gcloud/reference/topic/filters.
Each additional filter in the list will act be added as an AND condition (filter1 and filter2) .
project
string
The Google Cloud Platform project to use.
region
string / required
A reference to the region where the url map resides.
scopes
list / elements=string
Array of scopes to be used
service_account_contents
jsonarg
The contents of a Service Account JSON file, either in a dictionary or as a JSON string that represents it.
service_account_email
string
An optional service account email address if machineaccount is selected and the user does not wish to use the default email.
service_account_file
path
The path of a Service Account JSON file if serviceaccount is selected as type.

Notes

Note

  • for authentication, you can set service_account_file using the gcp_service_account_file env variable.
  • for authentication, you can set service_account_contents using the GCP_SERVICE_ACCOUNT_CONTENTS env variable.
  • For authentication, you can set service_account_email using the GCP_SERVICE_ACCOUNT_EMAIL env variable.
  • For authentication, you can set auth_kind using the GCP_AUTH_KIND env variable.
  • For authentication, you can set scopes using the GCP_SCOPES env variable.
  • Environment variables values will only be used if the playbook values are not set.
  • The service_account_email and service_account_file options are mutually exclusive.

Examples

- name: get info on a region URL map
  gcp_compute_region_url_map_info:
    region: us-central1
    filters:
    - name = test_object
    project: test_project
    auth_kind: serviceaccount
    service_account_file: "/tmp/auth.pem"

Return Values

Common return values are documented here, the following are the fields unique to this module:

Key Returned Description
resources
complex
always
List of resources

creationTimestamp
string
success
Creation timestamp in RFC3339 text format.

defaultService
dictionary
success
The full or partial URL of the defaultService resource to which traffic is directed if none of the hostRules match. If defaultRouteAction is additionally specified, advanced routing actions like URL Rewrites, etc. take effect prior to sending the request to the backend. However, if defaultService is specified, defaultRouteAction cannot contain any weightedBackendServices. Conversely, if routeAction specifies any weightedBackendServices, service must not be specified. Only one of defaultService, defaultUrlRedirect or defaultRouteAction.weightedBackendService must be set.

defaultUrlRedirect
complex
success
When none of the specified hostRules match, the request is redirected to a URL specified by defaultUrlRedirect. If defaultUrlRedirect is specified, defaultService or defaultRouteAction must not be set.

hostRedirect
string
success
The host that will be used in the redirect response instead of the one that was supplied in the request. The value must be between 1 and 255 characters.

httpsRedirect
boolean
success
If set to true, the URL scheme in the redirected request is set to https. If set to false, the URL scheme of the redirected request will remain the same as that of the request. This must only be set for UrlMaps used in TargetHttpProxys. Setting this true for TargetHttpsProxy is not permitted. The default is set to false.

pathRedirect
string
success
The path that will be used in the redirect response instead of the one that was supplied in the request. pathRedirect cannot be supplied together with prefixRedirect. Supply one alone or neither. If neither is supplied, the path of the original request will be used for the redirect. The value must be between 1 and 1024 characters.

prefixRedirect
string
success
The prefix that replaces the prefixMatch specified in the HttpRouteRuleMatch, retaining the remaining portion of the URL before redirecting the request.
prefixRedirect cannot be supplied together with pathRedirect. Supply one alone or neither. If neither is supplied, the path of the original request will be used for the redirect. The value must be between 1 and 1024 characters.

redirectResponseCode
string
success
The HTTP Status code to use for this RedirectAction. Supported values are: * MOVED_PERMANENTLY_DEFAULT, which is the default value and corresponds to 301.
* FOUND, which corresponds to 302.
* SEE_OTHER which corresponds to 303.
* TEMPORARY_REDIRECT, which corresponds to 307. In this case, the request method will be retained.
* PERMANENT_REDIRECT, which corresponds to 308. In this case, the request method will be retained.

stripQuery
boolean
success
If set to true, any accompanying query portion of the original URL is removed prior to redirecting the request. If set to false, the query portion of the original URL is retained.

description
string
success
An optional description of this resource. Provide this property when you create the resource.

fingerprint
string
success
Fingerprint of this resource. This field is used internally during updates of this resource.

hostRules
complex
success
The list of HostRules to use against the URL.

description
string
success
An optional description of this HostRule. Provide this property when you create the resource.

hosts
list / elements=string
success
The list of host patterns to match. They must be valid hostnames, except * will match any string of ([a-z0-9-.]*). In that case, * must be the first character and must be followed in the pattern by either - or .

pathMatcher
string
success
The name of the PathMatcher to use to match the path portion of the URL if the hostRule matches the URL's host portion.

id
integer
success
The unique identifier for the resource.

name
string
success
Name of the resource. Provided by the client when the resource is created. The name must be 1-63 characters long, and comply with RFC1035. Specifically, the name must be 1-63 characters long and match the regular expression `[a-z]([-a-z0-9]*[a-z0-9])?` which means the first character must be a lowercase letter, and all following characters must be a dash, lowercase letter, or digit, except the last character, which cannot be a dash.

pathMatchers
complex
success
The list of named PathMatchers to use against the URL.

defaultService
dictionary
success
A reference to a RegionBackendService resource. This will be used if none of the pathRules defined by this PathMatcher is matched by the URL's path portion.

defaultUrlRedirect
complex
success
When none of the specified hostRules match, the request is redirected to a URL specified by defaultUrlRedirect. If defaultUrlRedirect is specified, defaultService or defaultRouteAction must not be set.

hostRedirect
string
success
The host that will be used in the redirect response instead of the one that was supplied in the request. The value must be between 1 and 255 characters.

httpsRedirect
boolean
success
If set to true, the URL scheme in the redirected request is set to https. If set to false, the URL scheme of the redirected request will remain the same as that of the request. This must only be set for UrlMaps used in TargetHttpProxys. Setting this true for TargetHttpsProxy is not permitted. The default is set to false.

pathRedirect
string
success
The path that will be used in the redirect response instead of the one that was supplied in the request. pathRedirect cannot be supplied together with prefixRedirect. Supply one alone or neither. If neither is supplied, the path of the original request will be used for the redirect. The value must be between 1 and 1024 characters.

prefixRedirect
string
success
The prefix that replaces the prefixMatch specified in the HttpRouteRuleMatch, retaining the remaining portion of the URL before redirecting the request.
prefixRedirect cannot be supplied together with pathRedirect. Supply one alone or neither. If neither is supplied, the path of the original request will be used for the redirect. The value must be between 1 and 1024 characters.

redirectResponseCode
string
success
The HTTP Status code to use for this RedirectAction. Supported values are: * MOVED_PERMANENTLY_DEFAULT, which is the default value and corresponds to 301.
* FOUND, which corresponds to 302.
* SEE_OTHER which corresponds to 303.
* TEMPORARY_REDIRECT, which corresponds to 307. In this case, the request method will be retained.
* PERMANENT_REDIRECT, which corresponds to 308. In this case, the request method will be retained.

stripQuery
boolean
success
If set to true, any accompanying query portion of the original URL is removed prior to redirecting the request. If set to false, the query portion of the original URL is retained.

description
string
success
An optional description of this resource.

name
string
success
The name to which this PathMatcher is referred by the HostRule.

pathRules
complex
success
The list of path rules. Use this list instead of routeRules when routing based on simple path matching is all that's required. The order by which path rules are specified does not matter. Matches are always done on the longest-path-first basis. For example: a pathRule with a path /a/b/c/* will match before /a/b/* irrespective of the order in which those paths appear in this list. Within a given pathMatcher, only one of pathRules or routeRules must be set.

paths
list / elements=string
success
The list of path patterns to match. Each must start with / and the only place a * is allowed is at the end following a /. The string fed to the path matcher does not include any text after the first ? or #, and those chars are not allowed here.

routeAction
complex
success
In response to a matching path, the load balancer performs advanced routing actions like URL rewrites, header transformations, etc. prior to forwarding the request to the selected backend. If routeAction specifies any weightedBackendServices, service must not be set. Conversely if service is set, routeAction cannot contain any weightedBackendServices. Only one of routeAction or urlRedirect must be set.

corsPolicy
complex
success
The specification for allowing client side cross-origin requests. Please see W3C Recommendation for Cross Origin Resource Sharing .

allowCredentials
boolean
success
In response to a preflight request, setting this to true indicates that the actual request can include user credentials. This translates to the Access- Control-Allow-Credentials header. Defaults to false.

allowHeaders
list / elements=string
success
Specifies the content for the Access-Control-Allow-Headers header.

allowMethods
list / elements=string
success
Specifies the content for the Access-Control-Allow-Methods header.

allowOriginRegexes
list / elements=string
success
Specifies the regualar expression patterns that match allowed origins. For regular expression grammar please see en.cppreference.com/w/cpp/regex/ecmascript An origin is allowed if it matches either allow_origins or allow_origin_regex.

allowOrigins
list / elements=string
success
Specifies the list of origins that will be allowed to do CORS requests. An origin is allowed if it matches either allow_origins or allow_origin_regex.

disabled
boolean
success
If true, specifies the CORS policy is disabled.

exposeHeaders
list / elements=string
success
Specifies the content for the Access-Control-Expose-Headers header.

maxAge
integer
success
Specifies how long the results of a preflight request can be cached. This translates to the content for the Access-Control-Max-Age header.

faultInjectionPolicy
complex
success
The specification for fault injection introduced into traffic to test the resiliency of clients to backend service failure. As part of fault injection, when clients send requests to a backend service, delays can be introduced by Loadbalancer on a percentage of requests before sending those request to the backend service. Similarly requests from clients can be aborted by the Loadbalancer for a percentage of requests. timeout and retry_policy will be ignored by clients that are configured with a fault_injection_policy.

abort
complex
success
The specification for how client requests are aborted as part of fault injection.

httpStatus
integer
success
The HTTP status code used to abort the request. The value must be between 200 and 599 inclusive.

percentage
string
success
The percentage of traffic (connections/operations/requests) which will be aborted as part of fault injection. The value must be between 0.0 and 100.0 inclusive.

delay
complex
success
The specification for how client requests are delayed as part of fault injection, before being sent to a backend service.

fixedDelay
complex
success
Specifies the value of the fixed delay interval.

nanos
integer
success
Span of time that's a fraction of a second at nanosecond resolution. Durations less than one second are represented with a 0 `seconds` field and a positive `nanos` field. Must be from 0 to 999,999,999 inclusive.

seconds
string
success
Span of time at a resolution of a second. Must be from 0 to 315,576,000,000 inclusive.

percentage
string
success
The percentage of traffic (connections/operations/requests) on which delay will be introduced as part of fault injection. The value must be between 0.0 and 100.0 inclusive.

requestMirrorPolicy
complex
success
Specifies the policy on how requests intended for the route's backends are shadowed to a separate mirrored backend service. Loadbalancer does not wait for responses from the shadow service. Prior to sending traffic to the shadow service, the host / authority header is suffixed with -shadow.

backendService
dictionary
success
The RegionBackendService resource being mirrored to.

retryPolicy
complex
success
Specifies the retry policy associated with this route.

numRetries
integer
success
Specifies the allowed number retries. This number must be > 0.

perTryTimeout
complex
success
Specifies a non-zero timeout per retry attempt.

nanos
integer
success
Span of time that's a fraction of a second at nanosecond resolution. Durations less than one second are represented with a 0 `seconds` field and a positive `nanos` field. Must be from 0 to 999,999,999 inclusive.

seconds
string
success
Span of time at a resolution of a second. Must be from 0 to 315,576,000,000 inclusive.

retryConditions
list / elements=string
success
Specifies one or more conditions when this retry rule applies. Valid values are: - 5xx: Loadbalancer will attempt a retry if the backend service responds with any 5xx response code, or if the backend service does not respond at all, example: disconnects, reset, read timeout, connection failure, and refused streams.
- gateway-error: Similar to 5xx, but only applies to response codes 502, 503 or 504.
- connect-failure: Loadbalancer will retry on failures connecting to backend services, for example due to connection timeouts.
- retriable-4xx: Loadbalancer will retry for retriable 4xx response codes.
Currently the only retriable error supported is 409.
- refused-stream: Loadbalancer will retry if the backend service resets the stream with a REFUSED_STREAM error code. This reset type indicates that it is safe to retry.
- cancelled: Loadbalancer will retry if the gRPC status code in the response header is set to cancelled - deadline-exceeded: Loadbalancer will retry if the gRPC status code in the response header is set to deadline-exceeded - resource-exhausted: Loadbalancer will retry if the gRPC status code in the response header is set to resource-exhausted - unavailable: Loadbalancer will retry if the gRPC status code in the response header is set to unavailable .

timeout
complex
success
Specifies the timeout for the selected route. Timeout is computed from the time the request is has been fully processed (i.e. end-of-stream) up until the response has been completely processed. Timeout includes all retries. If not specified, the default value is 15 seconds.

nanos
integer
success
Span of time that's a fraction of a second at nanosecond resolution. Durations less than one second are represented with a 0 `seconds` field and a positive `nanos` field. Must be from 0 to 999,999,999 inclusive.

seconds
string
success
Span of time at a resolution of a second. Must be from 0 to 315,576,000,000 inclusive.

urlRewrite
complex
success
The spec to modify the URL of the request, prior to forwarding the request to the matched service .

hostRewrite
string
success
Prior to forwarding the request to the selected service, the request's host header is replaced with contents of hostRewrite. The value must be between 1 and 255 characters.

pathPrefixRewrite
string
success
Prior to forwarding the request to the selected backend service, the matching portion of the request's path is replaced by pathPrefixRewrite. The value must be between 1 and 1024 characters.

weightedBackendServices
complex
success
A list of weighted backend services to send traffic to when a route match occurs. The weights determine the fraction of traffic that flows to their corresponding backend service. If all traffic needs to go to a single backend service, there must be one weightedBackendService with weight set to a non 0 number. Once a backendService is identified and before forwarding the request to the backend service, advanced routing actions like Url rewrites and header transformations are applied depending on additional settings specified in this HttpRouteAction.

backendService
dictionary
success
The default RegionBackendService resource. Before forwarding the request to backendService, the loadbalancer applies any relevant headerActions specified as part of this backendServiceWeight.

headerAction
complex
success
Specifies changes to request and response headers that need to take effect for the selected backendService. headerAction specified here take effect before headerAction in the enclosing HttpRouteRule, PathMatcher and UrlMap.

requestHeadersToAdd
complex
success
Headers to add to a matching request prior to forwarding the request to the backendService.

headerName
string
success
The name of the header.

headerValue
string
success
The value of the header to add.

replace
boolean
success
If false, headerValue is appended to any values that already exist for the header. If true, headerValue is set for the header, discarding any values that were set for that header.

requestHeadersToRemove
list / elements=string
success
A list of header names for headers that need to be removed from the request prior to forwarding the request to the backendService.

responseHeadersToAdd
complex
success
Headers to add the response prior to sending the response back to the client.

headerName
string
success
The name of the header.

headerValue
string
success
The value of the header to add.

replace
boolean
success
If false, headerValue is appended to any values that already exist for the header. If true, headerValue is set for the header, discarding any values that were set for that header.

responseHeadersToRemove
list / elements=string
success
A list of header names for headers that need to be removed from the response prior to sending the response back to the client.

weight
integer
success
Specifies the fraction of traffic sent to backendService, computed as weight / (sum of all weightedBackendService weights in routeAction) . The selection of a backend service is determined only for new traffic. Once a user's request has been directed to a backendService, subsequent requests will be sent to the same backendService as determined by the BackendService's session affinity policy.
The value must be between 0 and 1000 .

service
dictionary
success
The region backend service resource to which traffic is directed if this rule is matched. If routeAction is additionally specified, advanced routing actions like URL Rewrites, etc. take effect prior to sending the request to the backend. However, if service is specified, routeAction cannot contain any weightedBackendService s. Conversely, if routeAction specifies any weightedBackendServices, service must not be specified. Only one of urlRedirect, service or routeAction.weightedBackendService must be set.

urlRedirect
complex
success
When a path pattern is matched, the request is redirected to a URL specified by urlRedirect. If urlRedirect is specified, service or routeAction must not be set.

hostRedirect
string
success
The host that will be used in the redirect response instead of the one that was supplied in the request. The value must be between 1 and 255 characters.

httpsRedirect
boolean
success
If set to true, the URL scheme in the redirected request is set to https.
If set to false, the URL scheme of the redirected request will remain the same as that of the request. This must only be set for UrlMaps used in TargetHttpProxys. Setting this true for TargetHttpsProxy is not permitted. The default is set to false.

pathRedirect
string
success
The path that will be used in the redirect response instead of the one that was supplied in the request. pathRedirect cannot be supplied together with prefixRedirect. Supply one alone or neither. If neither is supplied, the path of the original request will be used for the redirect.
The value must be between 1 and 1024 characters.

prefixRedirect
string
success
The prefix that replaces the prefixMatch specified in the HttpRouteRuleMatch, retaining the remaining portion of the URL before redirecting the request. prefixRedirect cannot be supplied together with pathRedirect. Supply one alone or neither. If neither is supplied, the path of the original request will be used for the redirect. The value must be between 1 and 1024 characters.

redirectResponseCode
string
success
The HTTP Status code to use for this RedirectAction. Supported values are: * MOVED_PERMANENTLY_DEFAULT, which is the default value and corresponds to 301.
* FOUND, which corresponds to 302.
* SEE_OTHER which corresponds to 303.
* TEMPORARY_REDIRECT, which corresponds to 307. In this case, the request method will be retained.
* PERMANENT_REDIRECT, which corresponds to 308. In this case, the request method will be retained.

stripQuery
boolean
success
If set to true, any accompanying query portion of the original URL is removed prior to redirecting the request. If set to false, the query portion of the original URL is retained.

routeRules
complex
success
The list of ordered HTTP route rules. Use this list instead of pathRules when advanced route matching and routing actions are desired. The order of specifying routeRules matters: the first rule that matches will cause its specified routing action to take effect. Within a given pathMatcher, only one of pathRules or routeRules must be set. routeRules are not supported in UrlMaps intended for External load balancers.

headerAction
complex
success
Specifies changes to request and response headers that need to take effect for the selected backendService. The headerAction specified here are applied before the matching pathMatchers[].headerAction and after pathMatchers[].routeRules[].r outeAction.weightedBackendService.backendServiceWeightAction[].headerAction .

requestHeadersToAdd
complex
success
Headers to add to a matching request prior to forwarding the request to the backendService.

headerName
string
success
The name of the header.

headerValue
string
success
The value of the header to add.

replace
boolean
success
If false, headerValue is appended to any values that already exist for the header. If true, headerValue is set for the header, discarding any values that were set for that header.

requestHeadersToRemove
list / elements=string
success
A list of header names for headers that need to be removed from the request prior to forwarding the request to the backendService.

responseHeadersToAdd
complex
success
Headers to add the response prior to sending the response back to the client.

headerName
string
success
The name of the header.

headerValue
string
success
The value of the header to add.

replace
boolean
success
If false, headerValue is appended to any values that already exist for the header. If true, headerValue is set for the header, discarding any values that were set for that header.

responseHeadersToRemove
list / elements=string
success
A list of header names for headers that need to be removed from the response prior to sending the response back to the client.

matchRules
complex
success
The rules for determining a match.

fullPathMatch
string
success
For satifying the matchRule condition, the path of the request must exactly match the value specified in fullPathMatch after removing any query parameters and anchor that may be part of the original URL. FullPathMatch must be between 1 and 1024 characters. Only one of prefixMatch, fullPathMatch or regexMatch must be specified.

headerMatches
complex
success
Specifies a list of header match criteria, all of which must match corresponding headers in the request.

exactMatch
string
success
The value should exactly match contents of exactMatch. Only one of exactMatch, prefixMatch, suffixMatch, regexMatch, presentMatch or rangeMatch must be set.

headerName
string
success
The name of the HTTP header to match. For matching against the HTTP request's authority, use a headerMatch with the header name ":authority". For matching a request's method, use the headerName ":method".

invertMatch
boolean
success
If set to false, the headerMatch is considered a match if the match criteria above are met. If set to true, the headerMatch is considered a match if the match criteria above are NOT met. Defaults to false.

prefixMatch
string
success
The value of the header must start with the contents of prefixMatch. Only one of exactMatch, prefixMatch, suffixMatch, regexMatch, presentMatch or rangeMatch must be set.

presentMatch
boolean
success
A header with the contents of headerName must exist. The match takes place whether or not the request's header has a value or not. Only one of exactMatch, prefixMatch, suffixMatch, regexMatch, presentMatch or rangeMatch must be set.

rangeMatch
complex
success
The header value must be an integer and its value must be in the range specified in rangeMatch. If the header does not contain an integer, number or is empty, the match fails. For example for a range [-5, 0] - -3 will match. - 0 will not match. - 0.25 will not match. - -3someString will not match. Only one of exactMatch, prefixMatch, suffixMatch, regexMatch, presentMatch or rangeMatch must be set.

rangeEnd
integer
success
The end of the range (exclusive).

rangeStart
integer
success
The start of the range (inclusive).

regexMatch
string
success
The value of the header must match the regualar expression specified in regexMatch. For regular expression grammar, please see: en.cppreference.com/w/cpp/regex/ecmascript For matching against a port specified in the HTTP request, use a headerMatch with headerName set to PORT and a regular expression that satisfies the RFC2616 Host header's port specifier.
Only one of exactMatch, prefixMatch, suffixMatch, regexMatch, presentMatch or rangeMatch must be set.

suffixMatch
string
success
The value of the header must end with the contents of suffixMatch. Only one of exactMatch, prefixMatch, suffixMatch, regexMatch, presentMatch or rangeMatch must be set.

ignoreCase
boolean
success
Specifies that prefixMatch and fullPathMatch matches are case sensitive.
Defaults to false.

metadataFilters
complex
success
Opaque filter criteria used by Loadbalancer to restrict routing configuration to a limited set xDS compliant clients. In their xDS requests to Loadbalancer, xDS clients present node metadata. If a match takes place, the relevant routing configuration is made available to those proxies. For each metadataFilter in this list, if its filterMatchCriteria is set to MATCH_ANY, at least one of the filterLabels must match the corresponding label provided in the metadata. If its filterMatchCriteria is set to MATCH_ALL, then all of its filterLabels must match with corresponding labels in the provided metadata. metadataFilters specified here can be overrides those specified in ForwardingRule that refers to this UrlMap. metadataFilters only applies to Loadbalancers that have their loadBalancingScheme set to INTERNAL_SELF_MANAGED.

filterLabels
complex
success
The list of label value pairs that must match labels in the provided metadata based on filterMatchCriteria This list must not be empty and can have at the most 64 entries.

name
string
success
Name of metadata label. The name can have a maximum length of 1024 characters and must be at least 1 character long.

value
string
success
The value of the label must match the specified value. value can have a maximum length of 1024 characters.

filterMatchCriteria
string
success
Specifies how individual filterLabel matches within the list of filterLabels contribute towards the overall metadataFilter match. Supported values are: - MATCH_ANY: At least one of the filterLabels must have a matching label in the provided metadata.
- MATCH_ALL: All filterLabels must have matching labels in the provided metadata.

prefixMatch
string
success
For satifying the matchRule condition, the request's path must begin with the specified prefixMatch. prefixMatch must begin with a /. The value must be between 1 and 1024 characters. Only one of prefixMatch, fullPathMatch or regexMatch must be specified.

queryParameterMatches
complex
success
Specifies a list of query parameter match criteria, all of which must match corresponding query parameters in the request.

exactMatch
string
success
The queryParameterMatch matches if the value of the parameter exactly matches the contents of exactMatch. Only one of presentMatch, exactMatch and regexMatch must be set.

name
string
success
The name of the query parameter to match. The query parameter must exist in the request, in the absence of which the request match fails.

presentMatch
boolean
success
Specifies that the queryParameterMatch matches if the request contains the query parameter, irrespective of whether the parameter has a value or not. Only one of presentMatch, exactMatch and regexMatch must be set.

regexMatch
string
success
The queryParameterMatch matches if the value of the parameter matches the regular expression specified by regexMatch. For the regular expression grammar, please see en.cppreference.com/w/cpp/regex/ecmascript Only one of presentMatch, exactMatch and regexMatch must be set.

regexMatch
string
success
For satifying the matchRule condition, the path of the request must satisfy the regular expression specified in regexMatch after removing any query parameters and anchor supplied with the original URL. For regular expression grammar please see en.cppreference.com/w/cpp/regex/ecmascript Only one of prefixMatch, fullPathMatch or regexMatch must be specified.

priority
integer
success
For routeRules within a given pathMatcher, priority determines the order in which load balancer will interpret routeRules. RouteRules are evaluated in order of priority, from the lowest to highest number. The priority of a rule decreases as its number increases (1, 2, 3, N+1). The first rule that matches the request is applied.
You cannot configure two or more routeRules with the same priority.
Priority for each rule must be set to a number between 0 and 2147483647 inclusive.
Priority numbers can have gaps, which enable you to add or remove rules in the future without affecting the rest of the rules. For example, 1, 2, 3, 4, 5, 9, 12, 16 is a valid series of priority numbers to which you could add rules numbered from 6 to 8, 10 to 11, and 13 to 15 in the future without any impact on existing rules.

routeAction
complex
success
In response to a matching matchRule, the load balancer performs advanced routing actions like URL rewrites, header transformations, etc. prior to forwarding the request to the selected backend. If routeAction specifies any weightedBackendServices, service must not be set. Conversely if service is set, routeAction cannot contain any weightedBackendServices. Only one of routeAction or urlRedirect must be set.

corsPolicy
complex
success
The specification for allowing client side cross-origin requests. Please see W3C Recommendation for Cross Origin Resource Sharing .

allowCredentials
boolean
success
In response to a preflight request, setting this to true indicates that the actual request can include user credentials. This translates to the Access- Control-Allow-Credentials header. Defaults to false.

allowHeaders
list / elements=string
success
Specifies the content for the Access-Control-Allow-Headers header.

allowMethods
list / elements=string
success
Specifies the content for the Access-Control-Allow-Methods header.

allowOriginRegexes
list / elements=string
success
Specifies the regualar expression patterns that match allowed origins. For regular expression grammar please see en.cppreference.com/w/cpp/regex/ecmascript An origin is allowed if it matches either allow_origins or allow_origin_regex.

allowOrigins
list / elements=string
success
Specifies the list of origins that will be allowed to do CORS requests. An origin is allowed if it matches either allow_origins or allow_origin_regex.

disabled
boolean
success
If true, specifies the CORS policy is disabled.
which indicates that the CORS policy is in effect. Defaults to false.

exposeHeaders
list / elements=string
success
Specifies the content for the Access-Control-Expose-Headers header.

maxAge
integer
success
Specifies how long the results of a preflight request can be cached. This translates to the content for the Access-Control-Max-Age header.

faultInjectionPolicy
complex
success
The specification for fault injection introduced into traffic to test the resiliency of clients to backend service failure. As part of fault injection, when clients send requests to a backend service, delays can be introduced by Loadbalancer on a percentage of requests before sending those request to the backend service. Similarly requests from clients can be aborted by the Loadbalancer for a percentage of requests. timeout and retry_policy will be ignored by clients that are configured with a fault_injection_policy.

abort
complex
success
The specification for how client requests are aborted as part of fault injection.

httpStatus
integer
success
The HTTP status code used to abort the request. The value must be between 200 and 599 inclusive.

percentage
string
success
The percentage of traffic (connections/operations/requests) which will be aborted as part of fault injection. The value must be between 0.0 and 100.0 inclusive.

delay
complex
success
The specification for how client requests are delayed as part of fault injection, before being sent to a backend service.

fixedDelay
complex
success
Specifies the value of the fixed delay interval.

nanos
integer
success
Span of time that's a fraction of a second at nanosecond resolution. Durations less than one second are represented with a 0 `seconds` field and a positive `nanos` field. Must be from 0 to 999,999,999 inclusive.

seconds
string
success
Span of time at a resolution of a second. Must be from 0 to 315,576,000,000 inclusive.

percentage
string
success
The percentage of traffic (connections/operations/requests) on which delay will be introduced as part of fault injection. The value must be between 0.0 and 100.0 inclusive.

requestMirrorPolicy
complex
success
Specifies the policy on how requests intended for the route's backends are shadowed to a separate mirrored backend service. Loadbalancer does not wait for responses from the shadow service. Prior to sending traffic to the shadow service, the host / authority header is suffixed with -shadow.

backendService
dictionary
success
The RegionBackendService resource being mirrored to.

retryPolicy
complex
success
Specifies the retry policy associated with this route.

numRetries
integer
success
Specifies the allowed number retries. This number must be > 0.

perTryTimeout
complex
success
Specifies a non-zero timeout per retry attempt.

nanos
integer
success
Span of time that's a fraction of a second at nanosecond resolution. Durations less than one second are represented with a 0 `seconds` field and a positive `nanos` field. Must be from 0 to 999,999,999 inclusive.

seconds
string
success
Span of time at a resolution of a second. Must be from 0 to 315,576,000,000 inclusive.

retryConditions
list / elements=string
success
Specfies one or more conditions when this retry rule applies. Valid values are: - 5xx: Loadbalancer will attempt a retry if the backend service responds with any 5xx response code, or if the backend service does not respond at all, example: disconnects, reset, read timeout, connection failure, and refused streams.
- gateway-error: Similar to 5xx, but only applies to response codes 502, 503 or 504.
- connect-failure: Loadbalancer will retry on failures connecting to backend services, for example due to connection timeouts.
- retriable-4xx: Loadbalancer will retry for retriable 4xx response codes.
Currently the only retriable error supported is 409.
- refused-stream: Loadbalancer will retry if the backend service resets the stream with a REFUSED_STREAM error code. This reset type indicates that it is safe to retry.
- cancelled: Loadbalancer will retry if the gRPC status code in the response header is set to cancelled - deadline-exceeded: Loadbalancer will retry if the gRPC status code in the response header is set to deadline-exceeded - resource-exhausted: Loadbalancer will retry if the gRPC status code in the response header is set to resource-exhausted - unavailable: Loadbalancer will retry if the gRPC status code in the response header is set to unavailable .

timeout
complex
success
Specifies the timeout for the selected route. Timeout is computed from the time the request is has been fully processed (i.e. end-of-stream) up until the response has been completely processed. Timeout includes all retries. If not specified, the default value is 15 seconds.

nanos
integer
success
Span of time that's a fraction of a second at nanosecond resolution. Durations less than one second are represented with a 0 `seconds` field and a positive `nanos` field. Must be from 0 to 999,999,999 inclusive.

seconds
string
success
Span of time at a resolution of a second. Must be from 0 to 315,576,000,000 inclusive.

urlRewrite
complex
success
The spec to modify the URL of the request, prior to forwarding the request to the matched service .

hostRewrite
string
success
Prior to forwarding the request to the selected service, the request's host header is replaced with contents of hostRewrite. The value must be between 1 and 255 characters.

pathPrefixRewrite
string
success
Prior to forwarding the request to the selected backend service, the matching portion of the request's path is replaced by pathPrefixRewrite. The value must be between 1 and 1024 characters.

weightedBackendServices
complex
success
A list of weighted backend services to send traffic to when a route match occurs. The weights determine the fraction of traffic that flows to their corresponding backend service. If all traffic needs to go to a single backend service, there must be one weightedBackendService with weight set to a non 0 number. Once a backendService is identified and before forwarding the request to the backend service, advanced routing actions like Url rewrites and header transformations are applied depending on additional settings specified in this HttpRouteAction.

backendService
dictionary
success
The default RegionBackendService resource. Before forwarding the request to backendService, the loadbalancer applies any relevant headerActions specified as part of this backendServiceWeight.

headerAction
complex
success
Specifies changes to request and response headers that need to take effect for the selected backendService. headerAction specified here take effect before headerAction in the enclosing HttpRouteRule, PathMatcher and UrlMap.

requestHeadersToAdd
complex
success
Headers to add to a matching request prior to forwarding the request to the backendService.

headerName
string
success
The name of the header.

headerValue
string
success
The value of the header to add.

replace
boolean
success
If false, headerValue is appended to any values that already exist for the header. If true, headerValue is set for the header, discarding any values that were set for that header.

requestHeadersToRemove
list / elements=string
success
A list of header names for headers that need to be removed from the request prior to forwarding the request to the backendService.

responseHeadersToAdd
complex
success
Headers to add the response prior to sending the response back to the client.

headerName
string
success
The name of the header.

headerValue
string
success
The value of the header to add.

replace
boolean
success
If false, headerValue is appended to any values that already exist for the header. If true, headerValue is set for the header, discarding any values that were set for that header.

responseHeadersToRemove
list / elements=string
success
A list of header names for headers that need to be removed from the response prior to sending the response back to the client.

weight
integer
success
Specifies the fraction of traffic sent to backendService, computed as weight / (sum of all weightedBackendService weights in routeAction) . The selection of a backend service is determined only for new traffic. Once a user's request has been directed to a backendService, subsequent requests will be sent to the same backendService as determined by the BackendService's session affinity policy.
The value must be between 0 and 1000 .

service
dictionary
success
The region backend service resource to which traffic is directed if this rule is matched. If routeAction is additionally specified, advanced routing actions like URL Rewrites, etc. take effect prior to sending the request to the backend. However, if service is specified, routeAction cannot contain any weightedBackendService s. Conversely, if routeAction specifies any weightedBackendServices, service must not be specified. Only one of urlRedirect, service or routeAction.weightedBackendService must be set.

urlRedirect
complex
success
When this rule is matched, the request is redirected to a URL specified by urlRedirect. If urlRedirect is specified, service or routeAction must not be set.

hostRedirect
string
success
The host that will be used in the redirect response instead of the one that was supplied in the request. The value must be between 1 and 255 characters.

httpsRedirect
boolean
success
If set to true, the URL scheme in the redirected request is set to https.
If set to false, the URL scheme of the redirected request will remain the same as that of the request. This must only be set for UrlMaps used in TargetHttpProxys. Setting this true for TargetHttpsProxy is not permitted. The default is set to false.

pathRedirect
string
success
The path that will be used in the redirect response instead of the one that was supplied in the request. pathRedirect cannot be supplied together with prefixRedirect. Supply one alone or neither. If neither is supplied, the path of the original request will be used for the redirect.
The value must be between 1 and 1024 characters.

prefixRedirect
string
success
The prefix that replaces the prefixMatch specified in the HttpRouteRuleMatch, retaining the remaining portion of the URL before redirecting the request. prefixRedirect cannot be supplied together with pathRedirect. Supply one alone or neither. If neither is supplied, the path of the original request will be used for the redirect. The value must be between 1 and 1024 characters.

redirectResponseCode
string
success
The HTTP Status code to use for this RedirectAction. Supported values are: * MOVED_PERMANENTLY_DEFAULT, which is the default value and corresponds to 301.
* FOUND, which corresponds to 302.
* SEE_OTHER which corresponds to 303.
* TEMPORARY_REDIRECT, which corresponds to 307. In this case, the request method will be retained.
* PERMANENT_REDIRECT, which corresponds to 308. In this case, the request method will be retained.

stripQuery
boolean
success
If set to true, any accompanying query portion of the original URL is removed prior to redirecting the request. If set to false, the query portion of the original URL is retained. The default value is false.

region
string
success
A reference to the region where the url map resides.

tests
complex
success
The list of expected URL mappings. Requests to update this UrlMap will succeed only if all of the test cases pass.

description
string
success
Description of this test case.

host
string
success
Host portion of the URL.

path
string
success
Path portion of the URL.

service
dictionary
success
A reference to expected RegionBackendService resource the given URL should be mapped to.



Authors

  • Google Inc. (@googlecloudplatform)

© 2012–2018 Michael DeHaan
© 2018–2019 Red Hat, Inc.
Licensed under the GNU General Public License version 3.
https://docs.ansible.com/ansible/2.10/collections/google/cloud/gcp_compute_region_url_map_info_module.html