Skip to content
This repository has been archived by the owner on Sep 16, 2023. It is now read-only.

Commit

Permalink
feat: Additional fields for the ClusterConfig and `InstanceGroupCon…
Browse files Browse the repository at this point in the history
…fig` messages. (#253)

This PR was generated using Autosynth. 🌈

Synth log will be available here:
https://source.cloud.google.com/results/invocations/6d3f7836-3a4c-492a-9e6c-360f4c2d6fc1/targets

- [ ] To automatically regenerate this PR, check this box.

PiperOrigin-RevId: 323829608
Source-Link: googleapis/googleapis@d8a3dfb
  • Loading branch information
yoshi-automation committed Jul 31, 2020
1 parent 60d3066 commit 9f43c64
Show file tree
Hide file tree
Showing 34 changed files with 3,725 additions and 673 deletions.
Original file line number Diff line number Diff line change
Expand Up @@ -209,11 +209,14 @@ public com.google.protobuf.DurationOrBuilder getGracefulDecommissionTimeoutOrBui
*
*
* <pre>
* Required. Fraction of average pending memory in the last cooldown period
* Required. Fraction of average YARN pending memory in the last cooldown period
* for which to add workers. A scale-up factor of 1.0 will result in scaling
* up so that there is no pending memory remaining after the update (more
* aggressive scaling). A scale-up factor closer to 0 will result in a smaller
* magnitude of scaling up (less aggressive scaling).
* See [How autoscaling
* works](/dataproc/docs/concepts/configuring-clusters/autoscaling#how_autoscaling_works)
* for more information.
* Bounds: [0.0, 1.0].
* </pre>
*
Expand All @@ -232,11 +235,14 @@ public double getScaleUpFactor() {
*
*
* <pre>
* Required. Fraction of average pending memory in the last cooldown period
* Required. Fraction of average YARN pending memory in the last cooldown period
* for which to remove workers. A scale-down factor of 1 will result in
* scaling down so that there is no available memory remaining after the
* update (more aggressive scaling). A scale-down factor of 0 disables
* removing workers, which can be beneficial for autoscaling a single job.
* See [How autoscaling
* works](/dataproc/docs/concepts/configuring-clusters/autoscaling#how_autoscaling_works)
* for more information.
* Bounds: [0.0, 1.0].
* </pre>
*
Expand Down Expand Up @@ -952,11 +958,14 @@ public com.google.protobuf.DurationOrBuilder getGracefulDecommissionTimeoutOrBui
*
*
* <pre>
* Required. Fraction of average pending memory in the last cooldown period
* Required. Fraction of average YARN pending memory in the last cooldown period
* for which to add workers. A scale-up factor of 1.0 will result in scaling
* up so that there is no pending memory remaining after the update (more
* aggressive scaling). A scale-up factor closer to 0 will result in a smaller
* magnitude of scaling up (less aggressive scaling).
* See [How autoscaling
* works](/dataproc/docs/concepts/configuring-clusters/autoscaling#how_autoscaling_works)
* for more information.
* Bounds: [0.0, 1.0].
* </pre>
*
Expand All @@ -972,11 +981,14 @@ public double getScaleUpFactor() {
*
*
* <pre>
* Required. Fraction of average pending memory in the last cooldown period
* Required. Fraction of average YARN pending memory in the last cooldown period
* for which to add workers. A scale-up factor of 1.0 will result in scaling
* up so that there is no pending memory remaining after the update (more
* aggressive scaling). A scale-up factor closer to 0 will result in a smaller
* magnitude of scaling up (less aggressive scaling).
* See [How autoscaling
* works](/dataproc/docs/concepts/configuring-clusters/autoscaling#how_autoscaling_works)
* for more information.
* Bounds: [0.0, 1.0].
* </pre>
*
Expand All @@ -995,11 +1007,14 @@ public Builder setScaleUpFactor(double value) {
*
*
* <pre>
* Required. Fraction of average pending memory in the last cooldown period
* Required. Fraction of average YARN pending memory in the last cooldown period
* for which to add workers. A scale-up factor of 1.0 will result in scaling
* up so that there is no pending memory remaining after the update (more
* aggressive scaling). A scale-up factor closer to 0 will result in a smaller
* magnitude of scaling up (less aggressive scaling).
* See [How autoscaling
* works](/dataproc/docs/concepts/configuring-clusters/autoscaling#how_autoscaling_works)
* for more information.
* Bounds: [0.0, 1.0].
* </pre>
*
Expand All @@ -1019,11 +1034,14 @@ public Builder clearScaleUpFactor() {
*
*
* <pre>
* Required. Fraction of average pending memory in the last cooldown period
* Required. Fraction of average YARN pending memory in the last cooldown period
* for which to remove workers. A scale-down factor of 1 will result in
* scaling down so that there is no available memory remaining after the
* update (more aggressive scaling). A scale-down factor of 0 disables
* removing workers, which can be beneficial for autoscaling a single job.
* See [How autoscaling
* works](/dataproc/docs/concepts/configuring-clusters/autoscaling#how_autoscaling_works)
* for more information.
* Bounds: [0.0, 1.0].
* </pre>
*
Expand All @@ -1039,11 +1057,14 @@ public double getScaleDownFactor() {
*
*
* <pre>
* Required. Fraction of average pending memory in the last cooldown period
* Required. Fraction of average YARN pending memory in the last cooldown period
* for which to remove workers. A scale-down factor of 1 will result in
* scaling down so that there is no available memory remaining after the
* update (more aggressive scaling). A scale-down factor of 0 disables
* removing workers, which can be beneficial for autoscaling a single job.
* See [How autoscaling
* works](/dataproc/docs/concepts/configuring-clusters/autoscaling#how_autoscaling_works)
* for more information.
* Bounds: [0.0, 1.0].
* </pre>
*
Expand All @@ -1062,11 +1083,14 @@ public Builder setScaleDownFactor(double value) {
*
*
* <pre>
* Required. Fraction of average pending memory in the last cooldown period
* Required. Fraction of average YARN pending memory in the last cooldown period
* for which to remove workers. A scale-down factor of 1 will result in
* scaling down so that there is no available memory remaining after the
* update (more aggressive scaling). A scale-down factor of 0 disables
* removing workers, which can be beneficial for autoscaling a single job.
* See [How autoscaling
* works](/dataproc/docs/concepts/configuring-clusters/autoscaling#how_autoscaling_works)
* for more information.
* Bounds: [0.0, 1.0].
* </pre>
*
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -80,11 +80,14 @@ public interface BasicYarnAutoscalingConfigOrBuilder
*
*
* <pre>
* Required. Fraction of average pending memory in the last cooldown period
* Required. Fraction of average YARN pending memory in the last cooldown period
* for which to add workers. A scale-up factor of 1.0 will result in scaling
* up so that there is no pending memory remaining after the update (more
* aggressive scaling). A scale-up factor closer to 0 will result in a smaller
* magnitude of scaling up (less aggressive scaling).
* See [How autoscaling
* works](/dataproc/docs/concepts/configuring-clusters/autoscaling#how_autoscaling_works)
* for more information.
* Bounds: [0.0, 1.0].
* </pre>
*
Expand All @@ -98,11 +101,14 @@ public interface BasicYarnAutoscalingConfigOrBuilder
*
*
* <pre>
* Required. Fraction of average pending memory in the last cooldown period
* Required. Fraction of average YARN pending memory in the last cooldown period
* for which to remove workers. A scale-down factor of 1 will result in
* scaling down so that there is no available memory remaining after the
* update (more aggressive scaling). A scale-down factor of 0 disables
* removing workers, which can be beneficial for autoscaling a single job.
* See [How autoscaling
* works](/dataproc/docs/concepts/configuring-clusters/autoscaling#how_autoscaling_works)
* for more information.
* Bounds: [0.0, 1.0].
* </pre>
*
Expand Down
Loading

0 comments on commit 9f43c64

Please sign in to comment.