Kubectl Foreach 在多个集群中执行 Kubectl 命令

Kubectl Foreach 在多个集群中执行 Kubectl 命令

作者:Addo Zhang 2022-12-02 19:37:36

云计算

云原生 今天偶然间发现了一个 kubectl 插件 kubectl foreach​ ,可以在多个集群(contexts​)上执行 kubectl 命令。比如 kubectl foreach cluster-1 cluster-2 — get po -n kube-system 。

上周在写 K8s 多集群的流量调度 的 demo 部分时需要不停地在多个集群中安装组件、部署应用,或者执行各种命令。当时是通过 Linux shell 脚本并通过工具 kubectx 进行集群的切换,像这样:

或者这样:

操作繁琐,很是痛苦。

今天偶然间发现了一个 kubectl 插件 kubectl foreach​ ,可以在多个集群(contexts​)上执行 kubectl 命令。比如 kubectl foreach cluster-1 cluster-2 — get po -n kube-system 。

插件安装和使用很简单,通过 krew 进行安装:

kubectl krew install foreach

使用也很简单:

kubectl foreach -h
Usage:
kubectl foreach [OPTIONS][PATTERN]... -- [KUBECTL_ARGS...]

Patterns can be used to match context names from kubeconfig:
(empty): matches all contexts
NAME: matches context with exact name
/PATTERN/: matches context with regular expression
^NAME: remove context with exact name from the matched results
^/PATTERN/: remove contexts matching the regular expression from the results

Options:
-c=NUM Limit parallel executions (default:0, unlimited)
-I=VAL Replace VAL occurring in KUBECTL_ARGS with context name
-q Disable and accept confirmation prompts ($KUBECTL_FOREACH_DISABLE_PROMPTS)
-h/--help Print help

Examples:
# get nodes on contexts named a b c
kubectl foreach a b c -- get nodes

# get nodes on all contexts named c0..9 except c1 (note the escaping)
kubectl foreach '/^c[0-9]/'^c1 -- get nodes

# get nodes on all contexts that has "prod" but not"foo"
kubectl foreach /prod/^/foo/-- get nodes

# use 'kubectl tail' plugin to follow logs of pods in contexts named *test*
kubectl foreach -I _ /test/-- tail --cnotallow=_ -l app=foo

接下来测试下,使用 k3d 创建 3 个集群 (k3d 貌似不支持同时创建多个集群,还是需要 for 脚本来操作):

for CLUSTER_NAME in cluster-1 cluster-2 cluster-3
do
k3d cluster create ${CLUSTER_NAME} \
--image docker.io/rancher/k3s:v1.23.8-k3s2 \
--servers-memory 4g \
--k3s-arg "--disable=traefik@server:0" \
--no-lb \
--timeout 120s \
--wait
done

集群安装完成:

k3d cluster list
NAME SERVERS AGENTS LOADBALANCER
cluster-11/10/0false
cluster-21/10/0false
cluster-31/10/0false

注意,k3d 安装的集群的 context 都带有前缀 k3d-​ ,在使用 kubectl foreach 的时候要注意:

kubectx
k3d-cluster-1
k3d-cluster-2
k3d-cluster-3

比如查看各个集群中的 kube-sysmte 下的 pod:

kubectl foreach -q k3d-cluster-1 k3d-cluster-2 k3d-cluster-3-- get po -n kube-system

或者试试创建 deployment,这次我们不列出完整的 context name,而是使用正则 /cluster/:

kubectl foreach -q /cluster/-- create deploy pipy --image flomesh/pipy -n default
Will run command in context(s):
- k3d-cluster-1
- k3d-cluster-2
- k3d-cluster-3
k3d-cluster-1| deployment.apps/pipy created
k3d-cluster-3| deployment.apps/pipy created
k3d-cluster-2| deployment.apps/pipy created

然后查看下 pod:

kubectl foreach -q /cluster/-- get pod -n default
Will run command in context(s):
- k3d-cluster-1
- k3d-cluster-2
- k3d-cluster-3
k3d-cluster-1| NAME READY STATUS RESTARTS AGE
k3d-cluster-1| pipy-df659b55f-bnr27 1/1 Running 025s
k3d-cluster-3| NAME READY STATUS RESTARTS AGE
k3d-cluster-3| pipy-df659b55f-p9j49 1/1 Running 025s
k3d-cluster-2| NAME READY STATUS RESTARTS AGE
k3d-cluster-2| pipy-df659b55f-9bjgf 1/1 Running 025s

查看日志:

kubectl foreach -q /cluster/-- logs -l app=pipy -n default --tail 3
Will run command in context(s):
- k3d-cluster-1
- k3d-cluster-2
- k3d-cluster-3
k3d-cluster-2|2022-11-3010:40:56.520[INF][listener] Listening on TCP port 8080 at 0.0.0.0
k3d-cluster-2|2022-11-3010:40:56.520[INF][listener] Listening on TCP port 8081 at 0.0.0.0
k3d-cluster-2|2022-11-3010:40:56.520[INF][listener] Listening on TCP port 8082 at 0.0.0.0
k3d-cluster-1|2022-11-3010:40:56.551[INF][listener] Listening on TCP port 8080 at 0.0.0.0
k3d-cluster-1|2022-11-3010:40:56.551[INF][listener] Listening on TCP port 8081 at 0.0.0.0
k3d-cluster-1|2022-11-3010:40:56.551[INF][listener] Listening on TCP port 8082 at 0.0.0.0
k3d-cluster-3|2022-11-3010:40:55.813[INF][listener] Listening on TCP port 8080 at 0.0.0.0
k3d-cluster-3|2022-11-3010:40:55.813[INF][listener] Listening on TCP port 8081 at 0.0.0.0
k3d-cluster-3|2022-11-3010:40:55.813[INF][listener] Listening on TCP port 8082 at 0.0.0.0

注意,多集群的操作要谨慎,尤其是使用正则来匹配 context name;还有 ​-q 参数会跳过要操作的集群提醒,直接执行命令。​

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/230725.html<

(0)
管理的头像管理
上一篇2025-04-19 09:01
下一篇 2025-04-19 09:04

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注