imjasonh/gcloud-help
1
0
Fork 0
mirror of https://github.com/imjasonh/gcloud-help synced 2026-07-19 07:15:23 +00:00
Code Activity

gcloud: Wed Aug 13 10:57:55 UTC 2025

Browse source
This commit is contained in:
Automated 2025-08-13 10:57:56 +00:00
parent 4f9f745739
commit d6d01162c7
357 changed files with 4606 additions and 9471 deletions
Download patch file Download diff file Expand all files Collapse all files

11
gcloud/managed-kafka/acls/list
View file

@ -4,8 +4,8 @@ NAME
SYNOPSIS
gcloud managed-kafka acls list (CLUSTER : --location=LOCATION)
[--filter=EXPRESSION] [--limit=LIMIT] [--sort-by=[FIELD,...]]
[GCLOUD_WIDE_FLAG ...]
[--filter=EXPRESSION] [--limit=LIMIT] [--page-size=PAGE_SIZE]
[--sort-by=[FIELD,...]] [GCLOUD_WIDE_FLAG ...]
DESCRIPTION
List all Managed Service for Apache Kafka acls in a given cluster. To
@ -64,6 +64,13 @@ LIST COMMAND FLAGS
flag interacts with other flags that are applied in this order:
--flatten, --sort-by, --filter, --limit.
--page-size=PAGE_SIZE
Some services group resource list output into pages. This flag
specifies the maximum number of resources per page. The default is
determined by the service if it supports paging, otherwise it is
unlimited (no paging). Paging may be applied before or after --filter
and --limit depending on the service.
--sort-by=[FIELD,...]
Comma-separated list of resource field key names to sort by. The
default order is ascending. Prefix a field with ``~'' for descending

10
gcloud/managed-kafka/clusters/update
View file

@ -7,7 +7,8 @@ SYNOPSIS
(--auto-rebalance --cpu=CPU --labels=[KEY=VALUE,...] --memory=MEMORY
--ssl-principal-mapping-rules=SSL_PRINCIPAL_MAPPING_RULES
--subnets=[SUBNETS,...] --clear-mtls-ca-pools
| --mtls-ca-pools=[MTLS_CA_POOLS,...]) [--async]
| --mtls-ca-pools=[MTLS_CA_POOLS,...])
[--allow-broker-downscale-on-cluster-upscale] [--async]
[GCLOUD_WIDE_FLAG ...]
DESCRIPTION
@ -117,6 +118,13 @@ REQUIRED FLAGS
CA pools using the --clear-mtls-ca-pools flag.
OPTIONAL FLAGS
--allow-broker-downscale-on-cluster-upscale
If enabled, this setting allows an update operation that could
significantly decrease the per-broker vCPU and/or memory allocation,
which can lead to reduced performance and availability. By default, an
update operation will fail if it results in a reduction of 10% or more
to the brokers' vCPU or memory allocation.
--async
Return immediately, without waiting for the operation in progress to
complete.