Posts

什么是 Lease？ Lease 对象的核心作用是表示某个实体（通常是一个 Pod 或进程）对某项资源或角色的“持有权”，并且这种持有权是有时间限制的。通过定期续约（renew），持有者可以保持其控制权。如果持有者未能续约，租约到期后，其他实体可以接管。 常见的应用场景包括： 领导选举：在分布式系统中，确保只有一个实例（Leader）执行特定任务，其他实例作为 Follower。 资源协调：跟踪和管理资源的临时所有权。 心跳机制：通过续约时间（RenewTime）检测持有者是否仍然活跃。 Kubernetes 内部的一些组件（如 kube-controller-manager 和 kube-scheduler）就使用 Lease 来实现高可用性和领导选举。 Lease 的工作原理 创建租约： 一个进程（如你的代码）创建一个 Lease 对象，并声明自己为持有者（HolderIdentity）。 续约： 持有者需要定期更新 RenewTime，证明自己仍然活跃。通常通过客户端（如 kubectl 或 Go 客户端）调用 Kubernetes API 来更新。 失效与接管： 如果持有者未能及时续约（例如进程崩溃），其他进程可以通过检查 RenewTime 和 LeaseDurationSeconds 判断租约是否过期，并尝试接管。 领导选举： 多个实例竞争同一 Lease 对象时，只有成功创建或更新它的实例成为 Leader。 示例场景 假设你用这个 Lease 来实现领导选举： 你有一个分布式应用，有 3 个 Pod：pod-1、pod-2、pod-3。 它们都尝试创建或更新同一个 Lease 对象（例如 my-leader-lease）。 pod-1 成功创建，设置 HolderIdentity: “pod-1”，成为 Leader。 pod-1 每 10 秒更新 RenewTime，保持领导地位。 如果 pod-1 崩溃，RenewTime 未更新，pod-2 检测到租约过期，接管并更新 HolderIdentity: “pod-2”。 现有逻辑 // Copyright 2018 The Operator-SDK Authors // // Licensed under the Apache License, Version 2.0 (the "License"); // you may not use this file except in compliance with the License. // You may obtain a copy of the License at // // http://www.apache.org/licenses/LICENSE-2.0 // // Unless required by applicable law or agreed to in writing, software // distributed under the License is distributed on an "AS IS" BASIS, // WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. // See the License for the specific language governing permissions and // limitations under the License. package main import ( "context" "time" "github.com/operator-framework/operator-sdk/pkg/k8sutil" // Operator-SDK 提供的...

Mac生产力软件推荐：提升效率的实用工具 Mac 系统以其流畅和优雅著称，但搭配一些生产力工具，能让你的工作效率更上一层楼。下面推荐几款精心挑选的软件，涵盖截图、窗口管理、系统优化等场景，助你充分发挥 Mac 的潜力。 Snipaste：高效截图与贴图利器 Snipaste 是一款将截图与贴图功能完美结合的工具。它能快速捕捉屏幕内容，并将截图固定在桌面，方便随时参考或对比，提升工作效率。 核心亮点：像素级精确截图、丰富的标注功能、可悬浮的贴图模式。 适用场景：设计师对比设计稿、开发者调试界面、内容创作者整理素材。 下载地址：Snipaste 官网 BetterAndBetter：操作效率的增强器 BetterAndBetter 是一款轻量化的 macOS 操作优化工具，类似 BetterTouchTool，但更简洁。它支持自定义手势和快捷键，让你的鼠标和触控板操作更得心应手。 核心亮点：鼠标手势、触控板快捷操作、窗口管理功能。 适用场景：从 Windows 转换到 Mac 的用户，或追求个性化操作体验的人。 下载地址：BetterAndBetter 官网 Rectangle：窗口管理的免费助手 Rectangle 是一款开源的窗口管理工具，通过快捷键快速调整窗口大小和位置，让多任务处理变得井然有序。 核心亮点：多样化的窗口布局、灵活的快捷键设置。 适用场景：程序员同时查看代码和文档、设计师处理多屏设计。 下载地址：Rectangle GitHub BetterDisplay：外接显示器的最佳伴侣 BetterDisplay 专注于优化显示器设置，解锁 macOS 的隐藏选项，提供更高的分辨率和刷新率，显著改善多屏工作体验。 核心亮点：支持 HiDPI 分辨率、HDR 模式、多显示器管理。 适用场景：视频编辑师和设计师使用外接显示器时的画面优化。 下载地址：BetterDisplay 官网 AltTab：程序切换的顺畅体验 AltTab 模仿 Windows 的“Alt+Tab”切换功能，为 macOS 用户提供更直观的应用切换方式，效率大幅提升。 核心亮点：全屏窗口预览、支持自定义快捷键。 适用场景：Windows 转 Mac 用户，或需要频繁切换应用的...

收到工单 用户提工单到L2说写入消息堆积了，第一时间检查ElasticSearch这边的日志和监控，把一百多个节点的日志都遍历看了一遍，并没有看到任何异常的关键字，再把 Grafana 监控看了一个遍，也没有任何明显异常的指标，只有少数几个data节点超出85%水位，没法办法只能从写入端的日志去着手了，刚开始就看到每分钟内多次的 http 429报错，还有就是socket timeout的报错，从下午排查到晚上，实在ElasticSearch这边没有任何异常，客户那边也上会了，问了下，你们这个重试是怎样的？说等待十秒重试一次吧，另外客户是通过Bulk API来批量发送请求的，但是每次Bulk发送的大小不固定，小于2000直接发送，大于2000截断发送（这个肯定是不合理的，后面再讲），这个等待重试，加入ElasticSearch因为写入请求太多导致阻塞，那么简单的等待重试，肯定是解决不了任何问题的，当天就推荐用户修改为退避式重试，修改完后的写入端日志里，不再有429的报错了，但是还有会有socket timeout的报错，结合之前注意到的，猜想是请求发送的次数太多了，然而单个Bulk的数据量很明显不到推荐值，没有被充分利用，官方推荐的Bulk大小是5-15MB，然而目前的情况是，几十条甚至一两条的写入请求也会被直接发送出去。推荐用户修改Bulk单次提交数据量后，仍然没有任何缓解的效果，消息队列消费不完，还是经常性出现堆积。data节点的配置是16C64G，检查了写入线程数也就是默认是16，这个没法改，最大也就改到17，写入线程队列是6.X ElasticSearch的默认值200，这个改大也不能解决消费慢的问题，只能让更多的线程在排队。其他方面，不同索引的刷新配置refresh_interval设置的30-60s，这个也是一个合理的值，其他的translog落盘配置，检查过也都是默认值。唯一一处疑点就是mapp...

2024年开始一直有在支付宝上买纳斯达克和标普的指数基金，另外由于上次讲到的，X被我养成了，所以经常能看到很多牛人在谈论美股，我也开始了解了一些，之前也看有人在玩美股，据说最简单的办法就是办一张港卡，所以就有了这次旅行。 不得不说，想说在查攻略这方面还是挺不错的，开始申请港澳通行证办理签注，然后花费两天年假，提前去广东深圳， 带上爸妈一起去旅游，虽然对于我不仅仅是旅游。 办理通行证各个地方各个省份的入口不一样，但流程大多相同，在网上预约，然后去线下填表拍照录指纹，然后会有同志问你去干什么，至于签注可以根据自己的需要选择不同的类型，另外团队签和个人签这个没什么区别，不用太在意。 到达深圳以后，在酒店休息一晚，考虑如何去到香港可以选择轮渡/高铁/公交，我选择的是高铁速度最快通关最便捷，从深圳北站前往香港西九龙站，只需要不到20分钟人民币¥75，我没有体验普通的公交和口岸的过关方式，据说排队的人会很多，通关会耗时更久。 像坐普通的高铁一样，从深圳北出发到达香港西九龙入关，然后你录入的的指纹就可以发挥作用了， 按下指纹后，校验通过会给你一张过关小票，这个小票一定要留好， 后面办理港卡的时候会用到。 从西九龙站出来就能够看到维多利亚港， 对面的楼认识的不多，但是牛逼就完事了。 我是六点多从深圳出发， 在香港的交通方面可以直接使用支付宝，需要提前在支付宝的左上角切换地址为香港，然后领取交通卡。 大部分的公交地铁都可以直接刷码， 只在三天的旅途中遇到了一辆司机说“请去下一辆，不支持支付宝”。 乘坐地铁前往葵芳， 从地铁站出来大概走不到500米就到达汇丰葵芳分行，因为老人出站时刷了码，但是反应慢了没出来，联系站务人员花费了一些时间。 到达时已经8:30多了，这时候银行门口已经排满了人，大概是20多人， 等着来都来了的原则，只能开始排队了。 9:00准时开门， 这里的银行不像内地那么气派，面积不大，也没有前台，只有门口一个业务员...

用字符画描述git的合并方法 1. 合并（Merge） main 分支 A---B---C \ dev 分支 D---E---F 在 main 分支上执行 `git merge dev` 后： main 分支 A---B---C-----------G <- (G 是合并提交) \ / dev 分支 D---E---F 2. 变基（Rebase） main 分支 A---B---C \ dev 分支 D---E---F 在 dev 分支上执行 `git rebase main` 后，再在 main 分支上执行 `git merge dev`： main 分支 A---B---C---D'---E'---F' 3. 压缩合并（Squash and Merge） main 分支 A---B---C \ dev 分支 D---E---F 在 main 分支上执行 `git merge --squash dev` 后，再执行提交： main 分支 A---B---C-----------G' <- (G' 是一个新的提交，合并来自 D、E 和 F 的变更) 4. 拣选提交（Cherry-pick）（不是标准合并所有更改的方法） main 分支 A---B---C \ dev 分支 D---E---F 在 main 分支上对 dev 分支的每个提交执行 `git cherry-pick <提交哈希值>`： main 分支 A---B---C---D'---E'---F' <- (每个提交被逐一复制) 合并方法的对比表格 方法 特点 适用场景 结果 Merge 保留所有分支的历史 标准的合并操作，适用于大多数场景 创建一个新的合并提交 Rebase 使历史线性化 个人分支上的工作或清洁历史 不保留原始分支提交的顺序 Squash and Merge 将所有更改压缩为一个提交 当你想要简化复杂分支的历史时 一个新的单一提交 Cherry-pick 手动选择特定提交 只合并某些特定的更改 对选择的每个提交创建新的提交 请注意，这些方法中，Merge 和 Rebase 是最常用的策略来整合一个开发分支（如 dev）到主分支（如 main）。Squash and Merge 通常用于在合并之前压缩多个提交以保持清洁的历史。Cherry-pick 方法并不是一个真正的分支合并策略，它只是用于将选定的提交从一个分支复制到另一个分支，因此它不应用于将一个完整的功能分支合并到主分支的场景。

好久没有更新了，借此机会更新一下，老早就看了天气预报今天会下雨，于是就做好了不出门的准备，一觉睡到十点多，一看窗外也没有下雨啊，但是还是照计划行事吧，开启懒狗模式，饿了点了个外卖，想起几天前就是315，又爆了什么猛料呢？梅菜扣肉，某奶茶……触目惊心，可是仔细一想，央视那些记者真是习得东亚小岛传统技能忍者术啊，那叫一个能忍，暗中调查一年，然后在第二年的315憋个大招？已经不知道用什么语言来表达了。说回点外卖，自从去年在北京住青旅找工作的那段时间，那时候在蓝鸟上看到一句话说“此时北上广的青旅里，挤满了找工作的年轻人。”我已经很少很少点外卖了，这次也是懒狗模式的缘故，美团送了个张30-10的券，点了个杨国福麻辣烫，上一次点外卖也是这家，而且内容也都类似（千张，莴苣片，油豆皮，青菜……），我从不或者很少选肉、肉丸子，因为自从我听了一句话叫做“好肉不做馅”就一直把这句话放在心里。 外卖到了，收到外卖员的电话了，打电话说外卖到了，我说好，出门去拿，打开门，他在门口，是一个看起来三十多不到四十的中年人，按照的点外卖经历，有时候，你接到电话，他其实才到楼下，等你想起来再去拿，其实外卖已经在门口，人早就走了。要么就是你收到电话是，外卖已经给你扔门口了，他也走远了，但今天不一样，他就在门口站着，我打开门接过外卖，说了声谢谢，就回屋了。其实到此为止也不至于我今天下午想这么多东西，以至于想写点东西。 下午，闲得蛋疼并不是卷的我，出门骑车去公司的路上，我收到一个电话，我一看浙江杭州号码，接过来，对面说“大哥好，我是给你送麻辣烫的那个外卖员，麻烦您能给我一个五星好评吗？帮我过一下新手的任务，祝大哥今年发大财日进斗金。”，我说好，其实我知道按照我的性格，当他说是过新手任务的时候，我就会决定帮他这个忙了。后面那句直接让我楞了一秒，我才憋出一句”你也一样“，虽然平时工作中，和外部一些初入职场的年轻人对接时，他们...

Elasticsearch Service 提供了多种官方的熔断器（circuit breaker），用于防止内存使用过高导致 ES 集群因为 OutOfMemoryError 而出现问题。Elasticsearch 设置有各种类型的子熔断器，负责特定请求处理的内存限制。此外，还有一个父熔断器，用于限制所有子熔断器上使用的内存总量。 Circuit breaker settings 断路器设置 Elasticsearch contains multiple circuit breakers used to prevent operations from causing an OutOfMemoryError. Each breaker specifies a limit for how much memory it can use. Additionally, there is a parent-level breaker that specifies the total amount of memory that can be used across all breakers. Elasticsearch 包含多个断路器，用于防止操作导致 OutOfMemoryError。每个断路器都指定了其可以使用的内存量的限制。此外，还有一个父级断路器，用于指定可在所有断路器中使用的内存总量。 Except where noted otherwise, these settings can be dynamically updated on a live cluster with the cluster-update-settings API. 除非另有说明，否则可以使用 cluster-update-settings API 在实时集群上动态更新这些设置。 For information about circuit breaker errors, see Circuit breaker errors. 有关断路器错误的信息，请参阅断路器错误。 下面提到的静态和动态的意思是，这个配置参数的属性 动态设置（Dynamic Settings）： 可以使用集群更新设置API在运行中的集群上进行配置和更新。 在未启动或已关闭的节点上，也可以通过elasticsearch.yml文件进行本地配置。 静态设置（Static Settings）： 只能在未启动或已关闭的节点上通过elasticsearch.yml文件进行配置。 必须在集群中的每个相关节点上进行设置。 主要用于配置静态的集群设置和节点设置。 静态设置的配置只在节点启动时生效，不会受到集群运行时的影响。 Parent circuit breaker父断路器 The parent-level breaker can be configured with the following settings: 可以使用以下设置配置父级断路器： indices.breaker.total.use_real_memory (Static) Determines whether the parent breaker should take real memory usage into account (true) or only consider the amount that is reserved by child circuit breakers (false). Defaults to true. （静态）确定父断路器是应考虑实际内存使用情况 （true） 还是仅考虑子断路器保留的内存量 （false）。默认值为 true。 indices.breaker.total.limit (Dynamic) Starting limit for overall parent breaker. Defaults to 70% of JVM heap if indices.breaker.total.use_real_memory is false. If indices.breaker.total.use_real_memory is true, defaults to 95% of the JVM heap. （动态）整体母断路器的起始限制。如果 JVM 为 false，则默认为 JVM 堆的 70%indices.brea...

Elasticsearch 的团队致力于不断改进 Elasticsearch 和 Apache Lucene，以保护您的数据。与任何分布式系统一样，Elasticsearch 非常复杂，每个部分都可能遇到需要正确处理的边缘情况。我们将讨论在面对硬件和软件故障时，为改进 Elasticsearch 在健壮性和弹性方面所做的持续努力。 提升ElasticSearch的弹性：https://www.elastic.co/cn/videos/improving-elasticsearch-resiliency ElasticSearch和弹性：https://www.elastic.co/cn/elasticon/conf/2016/sf/elasticsearch-and-resiliency 参考资料：https://www.elastic.co/guide/en/elasticsearch/resiliency/current/index.html 本文不是ElasticSearch的Release docs，只关注与ElasticSearch在弹性/稳定性方面的进展。 V5.0.0 使用两阶段提交进行集群状态发布 Elasticsearch中的主节点会持续监控集群节点，并在某个节点无法及时响应其PING请求时将其从集群中移除。如果主节点剩下的节点过少，它将主动放弃主节点的角色，然后开始新的主节点选举过程。当网络分区导致主节点失去许多从节点时,在检测到节点丢失并且主节点下行之前，有一个很短的时间窗口。在这个时间窗口内,主节点可能会错误地接受和确认集群状态变更。为了避免这种情况,我们在集群状态发布中引入了一个新的阶段,其中提议的集群状态会发送给所有节点,但尚未提交。只有在足够多的节点主动确认更改后,更改才会被提交,并向节点发送提交消息#13062。A master node in Elasticsearch continuously monitors the cluster nodes and removes any node from the cluster that doesn’t respond to its pings in a timely fashion. If the master is left with too few nodes, it will step down and a new master election will start.When a network partition causes a master node to lose many followers, there is a short window in time until the node loss is detected...

胡言乱语【1】 昨天去了西溪湿地公园，在网络上搜了下攻略发现，有收费区和免费区，而且景色还没什么两样，果断选择无成本的方案，免费的就是最贵的，结果就是人挤人，还有二货明明走在机动车道了，还不满足，还要并排着走（大有不服你来撞我的意思）。开车的人还不能鸣笛，只能找机会借对面的道绕过去，速度缓慢，走走停停，我心想要是开个油车手动挡走这条路简直就是地狱级。 胡言乱语【2】 碰见一个三口之家朝我走过来，爸爸手里拿着两片叶子，放在嘴边吹响了，小男孩说，看来爸爸在农村长大还是有用的（会吹叶子做的哨子），爸爸和妈妈都笑了，问他那你现在在哪里啊？然后我已经走远了。一位寒窗苦读艰苦奋斗的农村青年终于在城市站稳脚跟，周末带着老婆孩子去感受城市里的农村（湿地）。 胡言乱语【3】 杭州是新一线城市，武汉也是新一线城市，武汉房价比不过杭州，武行东湖也比不过杭州西湖，在历史气息这块我想还不能直接妄下结论，虽然没有像杭州那样留下一首忆江南的诗，但是近代史很多关键性的事件也是在武汉发生。 关于西溪湿地里高庄的历史 高庄又名西溪山庄，始建于清顺治十四年(1657)至康熙三年(1664年)之间，是清代文人高士奇在西溪的别墅。 高士奇，杭州人，其学识渊博，能诗文，擅书法，精考证，善鉴赏，被清人比作李白、宋濂一流人物，所藏书画甚富，康熙二十八年（1689），康熙南巡时，曾临幸西溪山庄，并赐“竹窗”二字和诗一首：“花源路几重，柴桑出沃土。烟翠竹窗幽，雪香梅岸古”。 传说康熙曾南巡到西溪，独与高士奇泛小舟至高庄观览良久，高士奇将康熙驻趾之亭取名为“宸览亭”亭柱上有楹联：“翠辇曾停红莲依旧，宸游不再斯事难逢。”居中的石碑上四个大字“高庄宸迹”，此处就是当年康熙皇帝留在西溪的胜景遗迹。 因为是在免费区，人更多了，大部分都是穿着古装在摆拍的，不得不佩服妹子的专业能力，还有道具的书，捧在手里，拿着小扇子。 而我只是看着水池边的白条，但凡有个网兜，...