草庐IT

microK8s

全部标签

电子锁语音芯片方案,低功耗声音提示ic,WT588F02B-8S

随着科技的不断发展,电子锁已成为现代社会中,安全性和便利性并存的必备设备。如何为电子锁行业增添智能化、人性化的功能已成为行业内的热门话题。在这个迅速发展的市场中,深圳唯创知音推出了一款语音交互方案——WT588F02B-8S低功耗声音提示芯片,为电子锁行业注入了全新的语音交互体验。相比市面上的语音芯片,WT588F语音ic有以下几点优势:一、低功耗设计WT588F02B-8S是一款专为电子锁设计的语音播报芯片。经过测试WT588F语音芯片待机功耗<5μA,其独特的低功耗设计不仅能够满足电子锁长时间待机的需求,还能够有效延长电池使用寿命,为用户带来更持久的使用体验。无需频繁更换电池,电子锁的运行

K8S安装网络插件flannel

引言:K8S集群刚刚创建完成之后,由于网络环境未进行配置,在执行查看Node节点时,节点状态会显示NotReady,信息如下。导致显示这个状态的原因是因为还未安装网络插件,注意,该网络插件只在master节点中执行就可以了。本文使用flanner网络查看[root@master~]#kubectlgetnodesNAMESTATUSROLESAGEVERSIONmasterNotReadymaster2d23hv1.17.4node1NotReady9m32sv1.17.41、执行以下命令下载kube-flannel.yml文件[root@master~]#wgethttps://raw.gi

Kubernetes(k8s)概念介绍

文章目录1.k8s概述和特性2.k8s架构组件3.k8s核心概念1.k8s概述和特性K8s是一个开源的用于管理云平台中多个主机上的容器化的应用,k8s的目标是让部署容器化的应用简单并且高效,k8s提供了应用部署,规划,更新,维护的一种机制。k8s是google在2014年开源的容器化集群部署管理系统,使用k8s可以进行容器化应用部署,它有利于应用扩展,k8s目标实施让部署容器化应用更加简洁和高效k8s特性自动装箱:基于容器对应用环境的资源配置要求自动部署应用容器(不需要手动干预)自我修复:当容器失败时,会对容器进行重启。当所部署的Node节点有问题时,会对容器进行重新部署和重新调度,当容器未通

【必看,干货满满】K8S云原生技术小结

Docker容器技术总结:1、Docker容器部署及常用命令详解2、Dockerfile使用及案例详解3、Docker容器数据卷详解4、Docker网络详解5、Docker资源配额详解6、Docker私有仓库Harbor搭建及使用7、Docker图形化管理工具Protainer搭建8、Docker配置阿里镜像加速源,超详细Containerd容器技术总结:1、一篇了解Containerd容器运行时及安装2、一篇了解Containerd常用操作Kubernetes容器编排技术总结:理论类型:1、【Kubernetes理论篇】Kubernetes核心组件及资源介绍部署架构类型:1、【Kuberne

k8s集群删除master节点

1.在另外的master节点执行以下命令kubectlgetnode   #查看需要删除的节点名称kubectldeletenodek8s-master01 #删除名为k8s-master01的节点2.在k8s-master01清空集群配置信息kubeadmreset --cri-socket=unix:///var/run/cri-dockerd.sock #因为我使用的是1.26.0版本的k8s所以需要指定crirm-rf /var/lib/etcd   #删除etcd的文件,不删除的话下次加入集群会报错3.通过其余的master节点删除k8s-master01的etcd信息kubectl

在kubernetes(k8s)集群内查看master节点api-server地址信息及服务证书key

在k8s集群内查找master节点方式:sudokubectlgetnodes 获取集群信息如下:k8smaster的api-server信息在ROLES中带有master节点的服务器内查找apiserver地址信息sudocat/etc/kubernetes/manifests/kube-apiserver.yaml 查看k8s服务证书keysudocat/etc/kubernetes/pki/ca.crt 

记一次现场故障分析总结k8s节点NotReady问题

背景某现场19年部署一套k8s集群,docker版本1.12,k8s版本1.8.6,现网k8s资源池规模,生产环境58台物理机,灰环境60台虚机(后来才知道用的一套k8s资源池,通过标签区分),生产环境实例数2000左右,灰度环境实数900左右现象某现场在夜晚做业务升级的时候,批量更新业务包(由于微服务架构,而拆分并不完全,批量更新了十个中心的代码)同时启动副本为1的实例,再通过批量扩容的方式拉起2000左右的实例,出现现场大面积的k8s-node节点notReady,以至于业务无法全部启动成功。故障定位流程由于之前现场出现过此问题,并只是伴有几个node的notReady问题,现场并没有第一

【Kubernetes部署篇】Ansible自动化工具离线部署K8s 1.27版本

一、前提须知采用kubeadm方式,目前只支持单Master,多Node部署架构需要主机网络互通,没有网络限制需要使用root用户权限进行部署二、使用Ansible部署K8S集群步骤第一步:获取离线安装包百度网盘获取MD5:97d1f48bff3a345429b551b877c7c53d第二步:安装ansible命令,压缩包中提供ansible安装包,复制下面命令安装就可。tarzxfk8s1.27.tar.gz&&cdk8s1.27/Packagestarzxfansible.tar.gz&&cdansibleyum-ylocalinstall*第三步:配置安装主机信息(必须),根据自己环境

Warning FailedScheduling 8s default-scheduler 0/3 nodes are available: 1 Insufficient memory

问题kagetpod-owidekadescribepodoracle-265abd451-0Pod无法调度WarningFailedScheduling8sdefault-scheduler0/3nodesareavailable:1Insufficientmemory,1node(s)hadtaint{node.kubernetes.io/not-ready:},thatthepoddidn’ttolerate,1node(s)hadvolumenodeaffinityconflict.默认调度程序0/3个节点可用:1个内存不足,1个节点具有pod无法容忍的污点{node.kubernet

最后的组合:K8s 1.24 基于 Hekiti 实现 GlusterFS 动态存储管理实践

前言知识点定级:入门级GlusterFS和Heketi简介GlusterFS安装部署Heketi安装部署Kubernetes命令行对接GlusterFS实战服务器配置(架构1:1复刻小规模生产环境,配置略有不同)主机名IPCPU内存系统盘数据盘用途ks-master-0192.168.9.912450100KubeSphere/k8s-masterks-master-1192.168.9.922450100KubeSphere/k8s-masterks-master-2192.168.9.932450100KubeSphere/k8s-masterks-worker-0192.168.9.95