查看kubernetes节点的硬件配置

发表于2023-10-25|更新于2026-07-14|容器

kubectl describe node 可以查看到信息, 这里使用 jq 进行一下数据处理格式化.

kubectl get node -o json | jq '.items[] | "===========================================", "机器名: \(.metadata.labels."kubernetes.io/hostname") ", "CPU: \(.status.capacity.cpu) 核",  "内存大小:  \(.status.capacity.memory)"'

输出结果类似于:

文章作者: 张理坤

文章链接: https://zahui.fan/posts/lo57b8gx/

版权声明: 本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源杂烩饭！

常用操作 k8s

相关推荐

Kubernetes之master高可用方案

之前一直用使用的负载方案是搭建一台负载均衡器，可以是 haproxy 或 nginx 或 lvs，来将多个 master 节点的 6443 端口做个负载均衡，但是考虑到负载均衡也需要高可用，所以会引入类似 keepalived 的方案来解决问题。偶然看到了 kubeasz 这个开源项目，宣称解决了 master 高可用问题，部署了一遍发现并没有额外搭建负载均衡器，研究了一下，发现了另一种思路。使用额外的负载均衡来做高可用这种就是比较容易想到的一种方案，比如 3 个 master 节点，前面有一台负载均衡（nginx、haproxy、lvs）等，但是负载均衡本身就是一个单点故障，所以一般来说还需要另一台负载均衡，通过 keepalived 来实现 VIP 的切换使用Keepalived来实现Nginx高可用使用Nginx做负载均衡使用HAproxy做负载均衡使用LVS做负载均衡vim nginx.conf 在文件最后添加然后 vim /etc/nginx/stream.conf 因为我们用 nginx 四层负载 ingress，需要监听 80 端口，与 nginx ...

Elasticsearch索引生命周期配置

参考https://www.cnblogs.com/feifuzeng/p/13563430.htmlhttps://blog.csdn.net/feiying0canglang/article/details/129789161 这里以 Elasticsearch 7.17.14 为例，7.8 版本之前与之后有一点区别。7.8 之后的 API 是：_index_template，7.8 之前的命令是：_template 设置索引模板模板是为了让创建的索引按照一定的规则，比如索引按天分割，手动给每个索引做配置太麻烦创建生命周期策略创建索引模板索引模板引用上面创建的生命周期策略检查是否生效修改系统配置Elasticsearch 不会实时检测，可以修改检测时间间隔手动修改现存的索引因为我们创建了索引模板，只能在下次创建新索引才能生效，老索引需要手动绑定到策略上。对于 logstash由 ES 来管理生命周期logstash 会创建自己的默认 template，所以想要应用 template 需要禁用 logstash 的 manage_template l...

使用base64生成kubernetes使用的secret yaml

先申请证书, 证书申请下来后会有证书 (一般都是 pem 后缀或者 crt 后缀) 和私钥 (一般后缀是 key) 使用 base64 加工一下: -w 0 的意思是不换行, 默认是 76 个字符换行. 然后填到 Kubernetes 的 yaml 文件里面即可.

在Kubernetes中部署nacos 2.1.0

本次在 Kubernetes 上部署 nacos 2.1.0 版本，部署 3 节点集群，不做数据持久化（nacos 的配置管理是存储 MySQL 数据库的，服务发现是需要本地存储的）新版本 nacos 部署参考：在Kubernetes中部署nacos 2.3.2 MySQL 数据库准备创建数据库，配置好账号权限，执行如下 SQL 建表：如果是迁移，可以直接将 nacos 数据库整体迁移，免去建表步骤。创建 Podnamespace 按照需求来修改创建 Service 创建 ingress 规则 ingress 规则作用是让网页控制台域名转发到 8848 端口，如果不需要域名，可以在 service 上开 nodeport，用 ip+ 端口来访问。检查部署情况部署完成后，进入 nacos 的 pod， 3 节点的 nacos，这里应该是 3 行配置。检查控制台状态为 UP 集群正常。检查集群状态日志观察有没有 ERROR 类似的日志。常用 API 接口获取配置文件 tenant 命名空间dataID 配置文件名group 分组，默认为 ...

macOS常用操作记录

主机名 Hostname在 macOS 上有 3 个主机名，查看方式： HomeBrew安装 HomeBrewhttps://brew.sh/zh-cn/ brew 常用操作常用工具安装进程管理安装卸载安装字体使用 GNU 工具macOS 自带的命令是 BSD 命令，有些语法和 Linux 不一样，可以手动安装 GNU 版本的工具替代可以直接在命令前加 g 来调用，比如 ggrep gtar gsed 来直接使用，也可以配置在 zshrc 里，配置在 $PATH 之前终端配置sudo 免密码 zsh 配置安装 FZF ls 查看的文件颜色mac 的 ls 命令默认的颜色比较难看, 比如可执行程序显示红色, 可以通过这种方式修改一下. 修改前: 配置在.zshrc 内修改后: 在终端中使用 code 命令启动 vscode先安装 code：打开 VSCode -> 查看 -> 命令面板 -> 输入 shell command –> 点击 Shell Command: Install 'code...

kubernetes删除节点

删除 worker 节点设置节点不可调度，即不会有新的 pod 在该节点上创建 –delete-local-data: 即使 pod 使用了 emptyDir 也删除–ignore-daemonsets: 忽略 deamonset 控制器的 pod，如果不忽略，deamonset 控制器控制的 pod 被删除后可能马上又在此节点上启动起来,会成为死循环；–force: 不加 force 参数只会删除该 NODE 上由 ReplicationController, ReplicaSet, DaemonSet,StatefulSet or Job 创建的 Pod，加了后还会删除’裸奔的 pod’(没有绑定到任何 replication controller) kubectl delete node 172.16.21.26 删除 master 节点未完待续