Node `Arch` info needed in the kubectl get node output

[astraw99]

What would you like to be added?

Add Arch column in the kubectl get node -owide output.
Expected output:

kubectl get node -owide

NAME           STATUS   ROLES           AGE   VERSION   INTERNAL-IP   EXTERNAL-IP   OS-IMAGE             KERNEL-VERSION     ARCH    CONTAINER-RUNTIME
controlplane   Ready    control-plane   9d    v1.32.1   172.30.1.2    <none>        Ubuntu 24.04.1 LTS   6.8.0-51-generic   amd64   containerd://1.7.27
node01         Ready    <none>          9d    v1.32.1   172.30.2.2    <none>        Ubuntu 24.04.1 LTS   6.8.0-51-generic   arm64   containerd://1.7.27

Why is this needed?

When we use kubectl get node -owide, there is no arch in the output.
We need to kubectl get node xxx -oyaml to get the arch info (amd64/arm64), it is not convenient, especially in K8s clusters when both amd64 and arm64 nodes are existed.

[k8s-ci-robot]

This issue is currently awaiting triage.

If a SIG or subproject determines this is a relevant issue, they will accept it by applying the triage/accepted label and provide further guidance.

The triage/accepted label can be added by org members by writing /triage accepted in a comment.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

[astraw99]

/sig cli

[HirazawaUi]

/transfer kubectl

[brianpursley]

Thinking about this a little more, what about this command that would give you the arch at the end of the output?

kubectl get node -o wide -L kubernetes.io/arch

Example output:

NAME                 STATUS   ROLES           AGE    VERSION   INTERNAL-IP   EXTERNAL-IP   OS-IMAGE                         KERNEL-VERSION     CONTAINER-RUNTIME    ARCH
kind-control-plane   Ready    control-plane   3d6h   v1.33.1   172.18.0.2    <none>        Debian GNU/Linux 12 (bookworm)   6.10.14-linuxkit   containerd://2.1.1   arm64

I do think this column would be a helpful addition, but the bar for adding a new column to the output is high (even in the wide output), since there are practical limits to what can be shown. On the plus side, this does seem relevant to some of the other fields which are shown in the wide output like OS-IMAGE and KERNEL-VERSION.

[ardaguclu]

During sig-cli bug scrub meeting, we were leaning towards accepting this issue. But concerns from Brian makes sense to me. Adding more and more columns would hit the limitation of the terminal size.

/triage accepted
/priority backlog

Triage accepted because ARCH field seems to be useful to print in -owide.
with a caveat that: I don't think we agree that we should define a new column for ARC. We can continue discuss the alternatives.