【云原生进阶之容器】第二章Controller Manager原理2.7节--Indexer剖析

已于 2023-02-06 23:38:31 修改
阅读量657 收藏 1
点赞数 2
分类专栏： 云原生进阶系列之容器核心技术专栏 文章标签： kubernetes 云原生 容器 Indexer client-go
于 2023-01-09 18:00:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/junbaozi/article/details/128592862
版权
Indexer是client-go中一种本地存储，用于存储资源对象并带有索引功能，减少对Etcd的压力。它基于ThreadSafeMap实现并发安全存储，并提供索引功能。Indexer包括ThreadSafeMap、Indexer数据结构、索引器实现和cache的详细阐述，常用于Kubernetes Controller Manager中。
摘要由CSDN通过智能技术生成
了解本专栏 订阅专栏 解锁全文 超级会员免费看
江中散人
关注
专栏目录
订阅专栏
【云原生进阶之容器】第二章Controller Manager原理2.2节--client-go剖析
junbaozi的专栏
12-30 869
Kubernetes 官方从 2016 年 8 月份开始，将 Kubernetes 资源操作相关的核心源码抽取出来，独立出来一个项目 client-go，Kubernetes中使用client-go作为Go语言的官方编程式交互客户端库，提供对api server服务的交互访问。
【云原生进阶之容器】第二章Controller Manager原理2.4节--Informer机制剖析
junbaozi的专栏
01-05 590
client-go 包中一个非常核心的工具就是 informer，informer 可以让与 kube-apiserver 的交互更加优雅。Informer 另外一块内容在于提供了事件 handler 机制，并会触发回调，这样 Controller 就可以基于回调处理具体业务逻辑。
【云原生进阶之容器】第二章Controller Manager原理2.6节--Informer controller
junbaozi的专栏
01-08 769
DeltaFIFO 是一个非常重要的组件，真正让他发挥价值的，便是 Informer 的 controller。虽然 Kubernetes 源码中的确用的是 controller 这个词，但是此 controller 并不是 Deployment Controller 这种资源控制器。而是一个承上启下的事件控制器（从 API Server 拿到事件，下发给 Informer 进行处理）。
【云原生进阶之容器】第二章Controller Manager原理2.5节--DeltaFIFO剖析
junbaozi的专栏
01-06 1953
​ DeltaFIFO是K8s中用来存储处理数据的Queue，相较于传统的FIFO，它不仅仅存储了数据保证了先进先出，而且存储有K8s 资源对象的类型，它的作用是保证Reflector和Indexer之间对象同步。其是连接Reflector(生产者)和indexer(消费者)的重要通道。
【云原生进阶之容器】第二章Controller Manager原理2.8节--Resync机制
junbaozi的专栏
01-10 513
为什么需要 Resync 机制呢？因为在处理 SharedInformer 事件回调时，可能存在处理失败的情况，定时的 Resync 让这些处理失败的事件有了重新 onUpdate 处理的机会。主要的目的是为了不丢数据，处理 resync 机制还有边缘触发与水平获取的设计，一起来保证不丢事件、数据同步并能及时响应事件。
【云原生进阶之容器】第二章Controller Manager原理剖析--2.1节Controller Manager综述
junbaozi的专栏
12-28 594
一般来说，智能系统和自动系统通常会通过一个“操作系统”不断修正系统的工作状态。在Kubernetes集群中，每个Controller都是这样的一个"操作系统"，它们通过APIServer 提供的（List-Watch）接口实时监控集群中特定资源的状态变化，当发生各种故障导致某资源对象的状态变化时，Controller会尝试将其状态调整为期望的状态。Controller Manager是Kubernetes中各种操作系统的管理者，是集群内部的管理控制中心，也是Kubernetes自动化功能的核心。
【云原生进阶之容器】第二章Controller Manager原理2.3节--Reflector分析
junbaozi的专栏
01-04 1350
Reflector 是保证 Informer 可靠性的核心组件，在丢失事件，收到异常事件，处理事件失败等多种异常情况下需要考虑的细节很多。单独的listwatcher缺少重新连接和重新同步机制，有可能出现数据不一致问题。其对事件响应是同步的，如果执行复杂的操作会引起阻塞，需要引入队列。Reflector可以成为反射器，将etcd中的数据反射到存储（DeltaFIFO）中。Reflector通过其内部的List操作获取所有资源对象数据，保存到本地存储，之后Watch监视资源变化，触发对应事件处理。
【云原生进阶之容器】第四章Operator原理4.4节--Operator深入实践
junbaozi的专栏
01-15 1246
Operator-SDK 是 Operator Framework 的组件，用于创建 Kubernetes 本机应用程序所需的代码。Operator Framework 是一个开放源代码工具包，使用有效、自动化和可扩展的方式管理 Kubernetes 本地应用程序。
【云原生进阶之容器】第五章容器运行时5.1节--容器运行时总述
junbaozi的专栏
01-16 1141
容器运行时接口（CRI），顾名思义，用来在 Kubernetes 扩展容器运行时，从而用户可以选择自己喜欢的容器引擎。CRI 是基于 gPRC 的，用户不需要关心内部通信逻辑，而只需要实现定义的接口就可以，包括RuntimeService和ImageService: RuntimeService负责管理Pod和容器的生命周期，而ImageService负责镜像的生命周期管理。CRI 的推出为容器社区带来了新的繁荣，cri-o、frakti、cri-containerd 等一系列容器运行时为不同场景而生。
k8s-configMap
weixin_63294004的博客
10-14 1024
kubectl describe cm myconfig #查看刚刚创建的configMap的详细信息，可以看到key就是my.cnf。这种热更新能力主要适用于通过卷挂载的ConfigMap，而通过环境变量或subPath挂载的文件则不支持动态更新。后面的aaa就是web服务没有这个路径所以显示404，可以看到确实已经隐藏了版本号了。kubectl get cm #查看创建的configMap。这条命令就是将刚才创建的文件my.cnf创建成configMap。可以看到文件中也是我们定义的内容。
k8s 部署 nexus3 详解
天行健，君子以自强不息；地势坤，君子以厚德载物。
10-18 57
【代码】k8s 部署 nexus3 详解。
【K8S系列】Kubernetes pod节点NotReady问题及解决方案详解【已解决】
颜淡慕潇
10-17 2263
Kubernetes 集群中的每个节点都是运行容器化应用的基础。当节点状态显示为 `NotReady` 时，意味着该节点无法正常工作，这可能会导致 Pod 无法调度，从而影响整个应用的可用性。本文将深入分析节点不健康的各种原因、详细的排查步骤以及有效的解决方案。
k8s集群版本升级
u010674101的专栏
10-14 1176
Kubernetes 集群版本升级是为了获得最新的功能、增强的安全性和性能改进。然而，升级过程需要谨慎进行，特别是在生产环境中。通常，Kubernetes 集群的版本升级应遵循逐步升级的策略，不建议直接跳过多个版本。
[k8s理论知识]5.docker基础（四）Dockerfile构建
最新发布
weixin_45396500的博客
10-18 617
查看95158的命名空间和容器60170的命名空间，发现是一样的。已知一个容器的pid 1为主进程，在我们的例子中是app.y，而docker exec实际上是把bin/bash进程放入了和容器相同的命名空间里面，所以当我们查看进程的时候，会有一个进程编号为17的进程。查看该PID的namespace，可以看到，一个进程的每种 Linux Namespace，都在它对应的 /proc/[进程号]/ns 下有一个对应的虚拟文件，并且链接到一个真实的 Namespace 文件上。可以看到容器进程的PID。
K8S技术深度解析与实践案例
运维人生
10-12 1227
K8s作为当前云原生和微服务架构的首选平台，凭借其强大的容器编排和管理能力，为企业提供了高效、可靠的应用部署和管理解决方案。本文深入探讨了K8s的基本概念、架构设计、核心组件、应用场景以及实战案例，展示了K8s在运维中的强大功能和便利性。未来，随着K8s生态的不断发展和完善，它将在企业运维中发挥更加重要的作用。
[k8s理论知识]4.docker基础（三）镜像分层
weixin_45396500的博客
10-18 257
上一节内容讲了Docker的文件系统的挂载和隔离，也讲了Docker镜像打包了一部分的操作系统，既操作系统的文件系统和配置文件。但是容器在宿主机上运行的时候只能使用宿主机内核，这也带来了一定的局限性，就是高版本的docker镜像无法运行在低版本的宿主机上。
[k8s理论知识]3.docker基础（二）隔离技术
weixin_45396500的博客
10-18 732
容器其实是一种沙盒技术，其核心是通过约束和修改进程的动态表现，为其创建一个边界。这个边界确保了应用与应用之间不会相互干扰，同时可以方便在不同的环境中迁移，这是PaaS最理想的状态。程序是代码的可执行镜像，通常以二进制文件的形式存储在磁盘上。但是当程序被执行时，操作系统会将程序的数据加载到内存中，读取计算指令并指示CPU执行。CPU与内存协作进行计算，使用寄存器存放数值，内存堆栈保存执行的命令和变量，此外，程序还可能打开文件和调用IO设备。所有这些状态信息和数据信息的集合，构成了进程的动态表现。
k8s 1.28.2 集群部署 MinIO 分布式集群
以梦为马|越骑越傻
10-10 1656
MinIO 官网MinIO 官方 linux 的部署文档以下内容从官方翻译MinIO 是一款软件定义的高性能分布式对象存储服务器所有 MinIO 部署都实施纠删码后端MinIO 有以下三种拓扑SNSD或者Standalone单节点驱动器除了底层存储卷实现的范围之外，它不会提供额外的可靠性或可用性。这些部署最适合本地测试和评估，或者没有可用性或性能要求的小型数据工作负载。SNMD或者单节点多驱动器性能、规模和容量要求较低的工作负载。
【K8s】Kubernetes 词汇表
weixin_49224830的博客
10-18 556
对于具有规约的对象，你必须在创建对象时设置规约，并提供资源所需特征的描述：即其预期状态。容器环境变量为运行中的容器化应用提供必要的信息， 同时还提供与容器重要资源相关的其他信息， 例如：文件系统信息、容器自身的信息以及其他像服务端点（Service endpoints）这样的集群资源信息。当 Kubernetes 公开支持的 API 资源不能满足你的需要时， 定制资源对象（Custom Resource Definitions）让你可以在你的环境上扩展 Kubernetes API。
Hbase二级索引：Solr与Key-Value Store Indexer集成方案
"本文主要介绍了Hbase的二级索引方案，包括其背景和实现方式，重点提到了Solr作为二级索引的一种解决方案，以及Key-Value Store Indexer在其中的作用。" 在Hbase中，数据存储的核心是RowKey，它是表行的唯一标识，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

江中散人

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值