ISTIOCTL-EXPERIM...LOAD-GROUP-CREATE(1)
π ISTIOCTL-EXPERIMENTAL-WORKLOAD-GROUP-CREATE π
okay bestie, welcome to the istioctl-experimental-workload-group-create page β yes the title is a whole mouthful, the manpage machinery just truncated it up top, but we're saying the whole thing okurrr π
β¨ NAME β¨
istioctl-experimental-workload-group-create β creates a WorkloadGroup resource that gives you a template for all the associated WorkloadEntries π«Ά
πΈ SYNOPSIS πΈ
istioctl experimental workload group create [flags]
that's the whole vibe. flags go at the end, periodt.
π¦ DESCRIPTION π¦
So what does this actually do? It creates a WorkloadGroup resource, and that resource is literally the template for its associated WorkloadEntries β¨ like a little blueprint that says "here's what my workloads look like" and then the WorkloadEntries follow along.
The default output is serialized YAML β and bestie that is the move, because you can just pipe it straight into kubectl apply -f - and send the artifact to the API Server. no cap, no extra steps. iconic behavior honestly π
π OPTIONS π
-a,--annotations=[]β the annotations you want to slap onto the workload instances π-h,--help[=false]β help for create. your classic little helper π₯Ί-l,--labels=[]β the labels to apply to the workload instances; e.g.-l env=prod,vers=2π·οΈ--locality=""β the locality associated with the endpoint π--name=""β the name of the workload group, yes you gotta give it a name bestie π-n,--namespace=""β the namespace that the workload instances will belong to ποΈ--network=""β Network enables Istio to group endpoints resident in the same L3 domain/network π-p,--ports=[]β the incoming ports exposed by the workload instance π-s,--serviceAccount="default"β the service identity to associate with the workload instances (defaults todefault, as it should) πͺͺ-w,--weight=0β the load balancing weight associated with the endpoint βοΈ
π OPTIONS INHERITED FROM PARENT COMMANDS π
these are the family hand-me-downs, still lowkey essential:
--as=""β username to impersonate for the operation. User could be a regular user or a service account in a namespace π--as-group=[]β group to impersonate for the operation, this flag can be repeated to specify multiple groups π--as-uid=""β UID to impersonate for the operation π--context=""β Kubernetes configuration context π§-i,--istioNamespace="istio-system"β Istio system namespace (default isistio-system) π--kubeclient-timeout="15s"β Kubernetes client timeout as atime.Durationstring, defaults to 15 seconds β³-c,--kubeconfig=""β Kubernetes configuration file π--vklog=0β number for the log level verbosity. Like-vflag. ex:--vklog=9π
π EXAMPLE π
okay here's the whole thing in action, copy-paste energy fr fr:
istioctl x workload group create --name foo --namespace bar --labels app=foo,bar=baz --ports grpc=3550,http=8080 --annotations annotation=foobar --serviceAccount sa
look at that. name, namespace, labels, ports, annotations, serviceAccount β all the little details doing their thing π β¨
π§ SEE ALSO π§
istioctl-experimental-workload-group(1) β go read the parent one too, bestie π«Ά
heads up: this page isAuto generated by spf13/cobra, datedJanβ so yeah, the robots made it, we just gave it the glow-up π stay slay, bye! πΈπ¦
π¦ where this page comes from
- nixos 26.05: istioctl 1.29.2
- nixpkgs unstable: istioctl 1.31.3
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms