- 综合排序
- 最热优先
- 最新优先
- 来自专栏程业电热科技-加热与测温方案
程业电热科技-负载电阻棒的应用场景
负载电阻棒又称负载电阻器、放电电阻棒，是由电阻材料（如镍铬合金、不锈钢丝、碳膜等）制成的大功率无源元件，其核心特性是具备稳定的电阻值、优异的功率耗散能力和温度适应能力，可根据应用场景需求，实现固定或可调电阻调节 ，启动电流过大（通常为额定电流的5~8倍），会损坏电机及供电设备，负载电阻棒可作为启动电阻，串联在电机回路中，限制启动电流，实现平稳启动；电机制动时，负载电阻棒作为制动电阻，吸收电机减速时产生的再生电能 具体而言，预热调压器阶段，负载电阻棒需适配硅棒从常温加热到1000℃时的电阻变化（从几百kΩ下降到几十Ω）；还原调压器阶段，需适配硅棒直径从Φ8增加到Φ150时的电阻变化（从几十Ω下降到几十mΩ）。 四、负载电阻棒应用中的痛点与优化方向4.1核心痛点结合各行业应用实际，当前负载电阻棒应用中存在以下4个核心痛点：散热问题突出：大功率场景下，负载电阻棒会产生大量热量，若散热不及时，会导致电阻值漂移、电阻体损坏 五、负载电阻棒应用发展趋势随着工业4.0、新能源产业升级、电子设备精细化发展，负载电阻棒的应用场景将不断拓展，技术发展呈现以下4大趋势：智能化升级：未来负载电阻棒将集成智能化监测、控制功能，可实时采集电阻值
24810编辑于 2026-03-09 - 来自专栏全栈程序员必看
nginx负载均衡算法8种_权重负载均衡算法实现
下面是6种负载均衡算法： 1、轮询（默认） 每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动删除。 4、fair（第三方） 可以依据页面大小和加载时间长短智能地进行负载均衡，也就是根据后端服务器的响应时间来分配请求，响应时间短的优先分配,Nginx本身默认是不支持fair的，如果需要使用这种调度算法 1.round robin（默认） 轮询方式，依次将请求分配到各个后台服务器中，默认的负载均衡方式； 适用场景：后台机器性能配置一致的情况下。 集群内的机器可以自动管理(恢复和剔除)。 越大，负载的权重就越大。 nginx支持同时设置多组的负载均衡，用来给不用的server来使用。
2K20编辑于 2022-11-08 - 来自专栏Linux学习~
K8s-工作负载Pod
工作负载Pod 认识Pod Pod的基本概念 定义： Pod是Kubernetes中最小的部署单元，是一个或多个紧密关联容器的组合。 Service： Pod可以通过Service抽象进行访问，Service提供了负载均衡和服务发现的功能。 Pod的状态 Pending： Pod正在等待调度到某个节点上。 ,preStop回调后 输出“preStop”到k8s.txt apiVersion: v1 kind: Pod metadata: name: pod-nignx-simple-lifecycle ;"] ports: - containerPort: 80 为Pod加上启动、就绪、存活探针 定义 存活探针：k8s通过存活探针来确定什么时候要重启容器。 就绪探针：k8s通过就绪探针来判断是否要给流量 启动探针：k8s通过启动探针来了解应用容器何时启动，如果配置了这类探针，那么在这个探针成功之前就不会触发存活和就绪探针，防止程序被频繁kill 存活探针:
46910编辑于 2024-07-31 - 来自专栏全栈程序员必看
直插电阻类型_假插芯和真插芯的区别
薄膜电阻，用蒸发的方法将一定电阻率材料蒸镀于绝缘材料表面制成.主要如：碳膜电阻器、碳膜电阻 碳膜电阻(碳薄膜电阻),常用符号RT作为标志;为最早期也最普遍使用的电阻器,利用真空喷涂技术在瓷棒上面喷涂一层碳膜 金属膜电阻(metal film resistor),常用符号RJ作为标志;其同样利用真空喷涂技术在瓷棒上面喷涂,只是将炭膜换成金属膜(如镍铬),并在金属膜车上螺旋纹做出不同阻值,并且于瓷棒两端镀上贵金属 金属氧化膜电阻器，某些仪器或装置需要长期在高温的环境下操作,使用一般的电阻会未能保持其安定性.在这种情况下可使用金属氧化膜电阻(金属氧化物薄膜电阻器) ,它是利用高温燃烧技术于高热传导的瓷棒上面烧附一层金属氧化薄膜 ,但电阻值范围窄.它能够在高温下仍保持其安定性,其典型的特点是金属氧化膜与陶瓷基体结合的更牢,电阻皮膜负载之电力亦较高.耐酸碱能力强,抗盐雾,因而适用于在恶劣的环境下工作.它还兼备低杂音,稳定,高频特性好的优点 无感电阻常用于做负载,用于吸收产品使用过程中产生的不需要的电量,或起到缓冲,制动的作用,此类电阻常称为JEPSUN制动电阻或捷比信负载电阻。
94430编辑于 2022-09-24 - 来自专栏运维开发故事
【K8S专栏】Kubernetes工作负载管理
-8nn5c 1/1 Running 0 24s nginx-deployment-8f458dc5b-hxc57 1/1 Running 0 -8nn5c 1/1 Running 0 8m3s nginx-deployment-8f458dc5b-cv6mw 1/1 Running 0 29s nginx-deployment-8f458dc5b-hxc57 1/1 Running 0 8m3s nginx-deployment-8f458dc5b-znrff -8nn5c 1/1 Running 0 14m nginx-deployment-8f458dc5b-hxc57 1/1 Running 0 14m nginx-deployment-8f458dc5b-mq69h 1/1 Running 0 92s nginx-deployment-8f458dc5b-xktq2
83831编辑于 2022-09-15 - 来自专栏技术杂记
Mycat HA(高可用) 与 LB(负载均衡)8
可以看到多出了一个日志文件 /var/log/haproxy.log ，同时也打开了 UDP 的 514 端口
48130编辑于 2021-12-02 - 来自专栏分布式｜微服务｜性能优化｜并发编程｜源码分析
8.工作负载管理-使用和管理DaemonSet
kind: DaemonSet metadata: name: daemonset-fluentd-elasticsearch namespace: default labels: k8s-app nodeServiceType: elasticsearch 标签 执行上面的yaml之后，发现只有DaemonSet，并没有真正部署pod，原因是我还没有给任何节点打上nodeServiceType标签 现在给k8s-node2 打上标签 kubectl label node k8s-node2 nodeServiceType=elasticsearch 再执行命令可以看到，pod被调度到k8s-node2部署了 再给k8s-node2 打上标签，也能观察到同样的效果 当我们尝试给k8s-master大标签，会发生什么呢? 发现并没有部署在k8s-master,这是为什么呢？我们在后面章节给大家介绍
46810编辑于 2024-04-17 - 来自专栏Liusy01
k8s之HTTP请求负载分发
导读 对于基于HTTP的服务来说，不同的URL地址经常对应不同的后端服务或者虚拟服务器，通常的做法是在应用前添加一个反向代理服务器Nginx，进行请求的负载转发，在Spring Cloud 而对于k8s集群来说，当然也是可以用Nginx实现请求的转发，但对于一个成熟的容器编排工具，k8s内置了一个HTTP请求负载分发的组件，就是Ingress Controll。 另外，k8s的Service也是具有负载均衡能力的组件。 ? Ingress Controller需要实现基于不同Http URL向后转发的负载分发规则 。 在K8s中，Ingress Controller将以Pod的形式运行，监控apiserver的/ingress接口后端的backend services，如果service发生变化，则Ingress Controller
1.2K30发布于 2020-11-11 - 来自专栏容器云实践
k8s工作负载资源之deployment
首先我们要理解：一个应用跑在k8s集群上了，那么这个应用就是一个工作负载（workloads）。 在k8s中会用pod的来承载这个应用，那么负责管理这个pod的东西就叫工作负载资源（workload resources）。 我们可以简单理解为是这样的： image-20210918102050547 工作负载资源又支持jj自定义或使用第三方资源，这里我们先认识内置的，k8s内置工作负载资源包含如下： deployment 到这里deployment工作负载的第一个用例已经成了。 ---- 参考： k8s官方文档Deployment
1.3K20发布于 2021-10-11 - 来自专栏容器云实践
k8s负载资源StatefulSet工作细节
在k8s中工作负载资源StatefulSet用于管理有状态应用。 什么是无状态？ 组成一个应用的pod是对等的，它们之前没有关联和依赖关系，不依赖外部存储。 在 k8s 中Service用来来将一组 Pod 暴露给外界访问的一种机制。 当创建的service 中clusterIP为None 时（headless 无头服务）， 不会进行负载均衡，也不会为该服务分配集群 IP。仅自动配置 DNS。 k8s存储可操作性非常强，这里只在statefulset下做了简单的演示。后续我们会对k8s存储做更深入的了解。 ---- 三、总结 这篇小作文我们一起学习了k8s中工作负载资源StatefulSet是如何管理有状态应用的，主要从维护应用拓扑状态和存储状态两个方面做了简单介绍。
1.1K10发布于 2021-10-11 - 来自专栏运维
K8s反向代理负载均衡组件ingress
K8s反向代理负载均衡组件ingress 参考文档 https://github.com/kubernetes/ingress/tree/master/examples https://mritd.me /2017/03/04/how-to-use-nginx-ingress/ http://www.dockerinfo.net/1132.html k8s集群安装部署 http://jerrymin.blog .51cto.com/3002256/1898243 k8s集群RC、SVC、POD部署 http://jerrymin.blog.51cto.com/3002256/1900260 k8s集群组件kubernetes-dashboard /3002256/1904460 k8s集群反向代理负载均衡组件部署 http://jerrymin.blog.51cto.com/3002256/1904463 k8s集群挂载volume之nfs -beta.2.tar.gz [root@k8s-master~]# cd ingress-nginx-0.9.0-beta.2/ [root@k8s-masteringress-nginx-0.9.0
2.7K40发布于 2018-11-14 - 来自专栏SRE运维进阶之路
K8s 负载感知调度实践（koordinator & crane）
koordinator 和 crane 都是基于Scheduler Framework 进行实现的 负载感知插件。本文不再赘述，感兴趣可以看上篇文章。 背景 原生 Kubernetes 调度器仅基于资源的 Request 进行调度，在生产环境资源的真实使用率和申请率往往相差巨大，造成资源浪费的同时也会造成节点的负载不均衡。 Node kubectl top node | sort -nk 3 kubectl get nodemetrics.slo.koordinator.sh 2） 给一个 负载较高的 Node + 几个 负载正常的 Node 打标签 kubectl label node $(NodeName) test=true 3）找到应用所在 Ns，打标，设置 SchedulerName 为 koord-scheduler areaId=106005 koordinator 负载感知调度：https://koordinator.sh/zh-Hans/docs/user-manuals/load-aware-scheduling
93110编辑于 2024-10-25 - 来自专栏火丁笔记
浅谈K8S下gRPC负载均衡问题
一般来说，在 K8S 下部署服务是很简单的事儿，但是如果部署的是一个 gRPC 服务的话，那么稍不留神就可能掉坑里，个中缘由，且听我慢慢道来。 在 K8S 下部署服务，缺省情况下会被分配一个地址（也就是 ClusterIP），客户端的请求会发送给它，然后再通过负载均衡转发给后端某个 pod： ClusterIP 如果是 HTTP/1.1 之类的服务 了解了 K8S 下 gRPC 负载均衡问题的来龙去脉，我们不难得出如下解决方案： 在 Proxy 中实现负载均衡：采用 Envoy 做代理，和每台后端服务器保持长连接，当客户端请求到达时，代理服务器依照规则转发请求给后端服务器 ，从而实现负载均衡。 ，然后通过算法来实现负载均衡。
2.7K30编辑于 2021-12-14 - 来自专栏漫谈测试
容器技术Kubernetes（K8S）集群部署负载方案
如果基础环境设施已经有一个K8S集群，那么可以在K8S上快速启动一个完整的负载测试集群。 还有污点和容忍度，用于处理特殊节点的调度，比如GPU节点只运行特定工作负载。然后是水平自动扩缩容（HPA），根据CPU、内存或自定义指标自动调整Pod数量。 负载均衡方面，Service和Ingress是基础，但用户可能需要更高级的负载均衡策略，比如使用外部负载均衡器或服务网格（如Istio）来管理流量，实现金丝雀发布或A/B测试。 整体的部署结构如下图，可以看到有比较多的组件，但是利用K8S配置文件可以快速启动以及更新所有的组件。Jmeter集群通过分布式进行部署，并且每个节点在K8S集群中都是一个Pod。 如果只想个人查看，则可以通过K8S Proxy的方式在本地电脑上查看。
51810编辑于 2025-02-17 H8113A：100V120V130V140V输入3.3V5V12V输出3A实地降压变换器 自举供电
140V)可提供3A电流的率输出，可在移动环境输入的条件下实现降压型电源变换的应用.H8113A 保护机制包括逐周期峰值限流、软启动、过压保护、输出短路保护和过温保护H8113A电路简单，封装采用ESOP8H8113A 特点详解3A峰值输出电流提供强劲的负载驱动能力，能够为MCU、电机驱动器、大功率LED等负载提供持续稳定的电力供应。 保护机制外置可编程限流保护：通过外部采样电阻，用户可以灵活地设置过流保护点，适应不同应用的需求。逐周期过流保护：在每个开关周期内实时监测电流，提供的短路和过载保护，增强了系统的鲁棒性。 宽范围可调输出 (3.3V至50V)通过外部电阻分压网络，可设置所需的输出电压，为低压IC、传感器和模块供电，应用强。 ESOP8封装该封装具有良好的散热性能，能够将芯片内部产生的热量有效地传导到PCB上。小尺寸封装非常适合于空间受限的应用场景。丰富的产品应用场景通信设备的电源模块。
36710编辑于 2025-08-22- 来自专栏开源部署
Nginx+Tomcat8+Memcached实现负载均衡及session共享
root root 9.3M May 4 17:40 apache-tomcat-8.5.41.tar.gz -rw-r--r-- 1 root root 183M Jul 15 2018 jdk-8u171 -linux-x64.tar.gz [root@node01 ~]# tar zxf jdk-8u171-linux-x64.tar.gz [root@node01 ~]# mv jdk1.8.0_171 关闭任一节点的tomcat服务，发现从nginx负载过来的请求未分发至关停的tomcat上，sessionID也不会变。 image.png 关闭任一节点的tomcat服务，发现从nginx负载过来的请求未分发至关停的tomcat上，sessionID也不会变。 查看catalina.out日志, [root@node01 logs]# tailf catalina.out image.png 至此，Nginx+Tomcat+Memcached实现负载均衡及session
87910编辑于 2022-07-27 - 来自专栏伪架构师
Metallb - 贫苦 K8S 用户的负载均衡支持
类型为 LoadBalancer 的服务在 Kubernetes 中并没有直接支持，NodePort 和 ExternalIP 方案让很多私有云用户成为了 K8S 世界中的二等公民。 Metallb 会在 Kubernetes 内运行，监控服务对象的变化，一旦察觉有新的 LoadBalancer 服务运行，并且没有可申请的负载均衡器之后，就会完成两部分的工作： 地址分配 用户需要在配置中提供一个地址池
4.9K30发布于 2019-07-23 - 来自专栏李家杂货铺zi
对I2C器件（LTC4303）进行PSpice仿真并验证上拉电阻和负载电容的影响
图 3‑5 将4303.olb添加进工程 图 3‑6 LTC4303的典型电路 图 3‑7 搭建的LTC4303仿真电路 3.4 仿真结果 3.4.1 负载电容的仿真结果 图 3‑8 仿真结果（负载电容 图 3‑9 仿真结果（负载电容C1为100pF且上拉电阻R1为10KΩ） 图 3‑10 仿真结果（负载电容C1为10pF且上拉电阻R1为10KΩ） 图 3‑11 仿真结果（负载电容C1为1pF且上拉电阻 R1为10KΩ） 3.4.2 上拉电阻的仿真结果 图 3‑12 仿真结果（上拉电阻R1为20KΩ且负载电容C1为100pF） 图 3‑13 仿真结果（上拉电阻R1为10KΩ且负载电容C1为100pF ） 图 3‑14 仿真结果（上拉电阻R1为5KΩ且负载电容C1为100pF） 图 3‑15 仿真结果（上拉电阻R1为1KΩ且负载电容C1为100pF） 3.4 结论 当SCL或SDA波形无法上升到供电电压时 ，可能是建立时间太长导致的，要么负载电容太大要么上拉电阻太大。
1.2K21编辑于 2023-03-21 - 来自专栏kl的专栏
grpc-java k8s下的负载均衡
前言 grpc 因为是长连接的，所以负载均衡处理起来没有 rest 接口那么容易。常见的 grpc 负载均衡方法分为两类，一类是客户端侧实现负载逻辑，一类是代理侧实现负载逻辑，对客户端侧是透明的。 本文旨在，在容器化的网络环境下，通过测验寻找一种改造成本最小的实现负载均衡的途径 现状 在 k8s 的网络环境下，一个 grpc 的服务，同一个 namespace 下，可以直接通过 service 访问 因为走了一层代理，性能上会比dns 模式差点 apiVersion: networking.k8s.io/v1beta1 kind: Ingress metadata: namespace: tap-prod 结语 短期而言，需要解决 grpc 负载均衡问题，最快速、最无感的方案是基于 ingress 的代理负载模式。改动小、性能好的方案应该是客户端基于 dns 的模式。 -%E8%B2%A0%E8%BC%89%E5%9D%87%E8%A1%A1-d4be0d49ee07
1K30编辑于 2023-11-18 - 来自专栏运维小路
Kubernetes(k8s)-自动扩缩工作负载(HPA)
但是在实际环境我们关键业务可能存在意想不到突发流量，如果我们手工配置把每个业务都配置更多的副本数量，对我们的资源控制和调度可能会产生影响，kubernetes给我们提供了要给HorizontalPodAutoscaler (HPA) 实现工作负载的自动水平扩缩 percentage of request) above target Normal SuccessfulRescale 49s horizontal-pod-autoscaler New size: 8;
55610编辑于 2025-03-28
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号