Skip to content

Commit 7f976b1

Browse files
fix: regenerate Go clients and resource docs for ComputeBackendService
1 parent e090598 commit 7f976b1

2 files changed

Lines changed: 108 additions & 10 deletions

File tree

pkg/clients/generated/apis/compute/v1beta1/computebackendservice_types.go

Lines changed: 54 additions & 5 deletions
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

scripts/generate-google3-docs/resource-reference/generated/resource-docs/compute/computebackendservice.md

Lines changed: 54 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -889,7 +889,29 @@ timeoutSec: integer
889889
</td>
890890
<td>
891891
<p><code class="apitype">string</code></p>
892-
<p>Specifies connection persistence when backends are unhealthy. The default value is DEFAULT_FOR_PROTOCOL. If set to DEFAULT_FOR_PROTOCOL, the existing connections persist on unhealthy backends only for connection-oriented protocols (TCP and SCTP) and only if the Tracking Mode is PER_CONNECTION (default tracking mode) or the Session Affinity is configured for 5-tuple. They do not persist for UDP. If set to NEVER_PERSIST, after a backend becomes unhealthy, the existing connections on the unhealthy backend are never persisted on the unhealthy backend. They are always diverted to newly selected healthy backends (unless all backends are unhealthy). If set to ALWAYS_PERSIST, existing connections always persist on unhealthy backends regardless of protocol and session affinity. It is generally not recommended to use this mode overriding the default. For more details, see [Connection Persistence for Network Load Balancing](https://cloud.google.com/load-balancing/docs/network/networklb-backend-service#connection-persistence) and [Connection Persistence for Internal TCP/UDP Load Balancing](https://cloud.google.com/load-balancing/docs/internal#connection-persistence). Check the ConnectionPersistenceOnUnhealthyBackends enum for the list of possible values.</p>
892+
<p>Specifies connection persistence when backends are unhealthy. The default
893+
value is DEFAULT_FOR_PROTOCOL.
894+
895+
If set to DEFAULT_FOR_PROTOCOL, the existing connections
896+
persist on unhealthy backends only for connection-oriented protocols
897+
(TCP and SCTP) and only if the Tracking Mode isPER_CONNECTION (default tracking mode) or the Session
898+
Affinity is configured for 5-tuple. They do not persist forUDP.
899+
900+
If set to NEVER_PERSIST, after a backend becomes unhealthy,
901+
the existing connections on the unhealthy backend are never persisted on
902+
the unhealthy backend. They are always diverted to newly selected healthy
903+
backends (unless all backends are unhealthy).
904+
905+
If set to ALWAYS_PERSIST, existing connections always
906+
persist on unhealthy backends regardless of protocol and session
907+
affinity. It is generally not recommended to use this mode overriding the
908+
default.
909+
910+
For more details, see [Connection Persistence for Network Load
911+
Balancing](https://cloud.google.com/load-balancing/docs/network/networklb-backend-service#connection-persistence)
912+
and [Connection Persistence for Internal TCP/UDP Load
913+
Balancing](https://cloud.google.com/load-balancing/docs/internal#connection-persistence).
914+
Check the ConnectionPersistenceOnUnhealthyBackends enum for the list of possible values.</p>
893915
</td>
894916
</tr>
895917
<tr>
@@ -909,7 +931,18 @@ timeoutSec: integer
909931
</td>
910932
<td>
911933
<p><code class="apitype">integer</code></p>
912-
<p>Specifies how long to keep a Connection Tracking entry while there is no matching traffic (in seconds). For internal passthrough Network Load Balancers: - The minimum (default) is 10 minutes and the maximum is 16 hours. - It can be set only if Connection Tracking is less than 5-tuple (i.e. Session Affinity is CLIENT_IP_NO_DESTINATION, CLIENT_IP or CLIENT_IP_PROTO, and Tracking Mode is PER_SESSION). For external passthrough Network Load Balancers the default is 60 seconds. This option is not available publicly.</p>
934+
<p>Specifies how long to keep a Connection Tracking entry while there is no
935+
matching traffic (in seconds).
936+
937+
For internal passthrough Network Load Balancers:
938+
939+
- The minimum (default) is 10 minutes and the maximum is 16 hours.
940+
- It can be set only if Connection Tracking is less than 5-tuple
941+
(i.e. Session Affinity is CLIENT_IP_NO_DESTINATION,CLIENT_IP or CLIENT_IP_PROTO, and Tracking
942+
Mode is PER_SESSION).
943+
944+
For external passthrough Network Load Balancers the default is 60
945+
seconds. This option is not available publicly.</p>
913946
</td>
914947
</tr>
915948
<tr>
@@ -919,7 +952,21 @@ timeoutSec: integer
919952
</td>
920953
<td>
921954
<p><code class="apitype">string</code></p>
922-
<p>Specifies the key used for connection tracking. There are two options: - PER_CONNECTION: This is the default mode. The Connection Tracking is performed as per the Connection Key (default Hash Method) for the specific protocol. - PER_SESSION: The Connection Tracking is performed as per the configured Session Affinity. It matches the configured Session Affinity. For more details, see [Tracking Mode for Network Load Balancing](https://cloud.google.com/load-balancing/docs/network/networklb-backend-service#tracking-mode) and [Tracking Mode for Internal TCP/UDP Load Balancing](https://cloud.google.com/load-balancing/docs/internal#tracking-mode). Check the TrackingMode enum for the list of possible values.</p>
955+
<p>Specifies the key used for connection tracking. There are two
956+
options:
957+
958+
- PER_CONNECTION: This is the default mode. The Connection
959+
Tracking is performed as per the Connection Key (default Hash Method) for
960+
the specific protocol.
961+
- PER_SESSION: The Connection Tracking is performed as per
962+
the configured Session Affinity. It matches the configured Session
963+
Affinity.
964+
965+
For more details, see [Tracking Mode for Network Load
966+
Balancing](https://cloud.google.com/load-balancing/docs/network/networklb-backend-service#tracking-mode)
967+
and [Tracking Mode for Internal TCP/UDP Load
968+
Balancing](https://cloud.google.com/load-balancing/docs/internal#tracking-mode).
969+
Check the TrackingMode enum for the list of possible values.</p>
923970
</td>
924971
</tr>
925972
<tr>
@@ -1129,7 +1176,9 @@ timeoutSec: integer
11291176
</td>
11301177
<td>
11311178
<p><code class="apitype">boolean</code></p>
1132-
<p>This can be set to true only if the protocol is TCP. The default is false.</p>
1179+
<p>This can be set to true if the protocol isTCP, UDP, or UNSPECIFIED.
1180+
1181+
The default is false.</p>
11331182
</td>
11341183
</tr>
11351184
<tr>
@@ -1149,7 +1198,7 @@ timeoutSec: integer
11491198
</td>
11501199
<td>
11511200
<p><code class="apitype">float</code></p>
1152-
<p>The value of the field must be in the range [0, 1]. If the value is 0, the load balancer performs a failover when the number of healthy primary VMs equals zero. For all other values, the load balancer performs a failover when the total number of healthy primary VMs is less than this ratio. For load balancers that have configurable failover: [Internal TCP/UDP Load Balancing](https://cloud.google.com/load-balancing/docs/internal/failover-overview) and [external TCP/UDP Load Balancing](https://cloud.google.com/load-balancing/docs/network/networklb-failover-overview).</p>
1201+
<p>The value of the field must be in the range[0, 1]. If the value is 0, the load balancer performs a failover when the number of healthy primary VMs equals zero. For all other values, the load balancer performs a failover when the total number of healthy primary VMs is less than this ratio. For load balancers that have configurable failover: [Internal TCP/UDP Load Balancing](https://cloud.google.com/load-balancing/docs/internal/failover-overview) and [external TCP/UDP Load Balancing](https://cloud.google.com/load-balancing/docs/network/networklb-failover-overview).</p>
11531202
</td>
11541203
</tr>
11551204
<tr>

0 commit comments

Comments
 (0)