<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[kgc302的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/kgc302</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; kgc302]]></copyright><item><title><![CDATA[Prometheus 监控平台部署与应用]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149971715</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149971715</guid><author>kgc302</author><pubDate>Fri, 08 Aug 2025 17:30:25 +0800</pubDate><description><![CDATA[多维数据模型，可以按照实例，服务，端点和方法之类的维度随意对数据进行切片和切块操作简单，可以随时随地部署监控服务，甚至在本地工作站上，而无需设置分布式存储后端或重新配置环境可扩展的数据收集和分散的架构，以便于可以可靠的监控服务的许多实例，独立团队可以部署独立的监控服务转化为一种查询语言，可以利用数据模型进行有效的警报和图形展示。]]></description><category></category></item><item><title><![CDATA[Zabbix 企业级高级应用]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149936162</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149936162</guid><author>kgc302</author><pubDate>Wed, 06 Aug 2025 13:40:44 +0800</pubDate><description><![CDATA[自动注册是指 Agent 主动且自动的向 Server 发起注册请求，与自动发现的功能一样，但是自动注册适用于特定的场景，如果某个条件未知(如 agent 的 ip地址段，操作系统版本等，自动发现需要知道这些信息)，此时就无法适用自动发现了;自动发现是实现自动添加 agent 端的一种办法，大大减轻了运维人员的劳动量，但是，如果我们不知道 agent 端的地址等信息，自动发现就无法实现了，因为要设置一个 IP 地址范围，网络自动发现需要扫描这个 IP 地址段。删除“数据采集”–>“主机”中自动发现的主机。]]></description><category></category></item><item><title><![CDATA[部署 Zabbix 企业级分布式监控]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149904764</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149904764</guid><author>kgc302</author><pubDate>Tue, 05 Aug 2025 12:37:43 +0800</pubDate><description><![CDATA[监控、从中文的字义来看，有两个内容，一是检测，二是控制。重点在第一个字眼，即检测、预防的意思监控，对应的英文单词是 Monitoring。在计算机领域，可以将其分为5种监控类型应用性能监控业务交易监控网络性能监控操作系统监控上面5种类型将监控这个概念划分成了多个领域。我们通常所说的监控，都会模糊的包含以上5个细分的领域。在任何一个 IT业务环境中，都会存在各种各样的硬件设备、软件应用等。]]></description><category></category></item><item><title><![CDATA[Kubernetes 资源管理]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149782533</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149782533</guid><author>kgc302</author><pubDate>Thu, 31 Jul 2025 22:04:23 +0800</pubDate><description><![CDATA[在生产环境中，可能会有多个 Kubernetes 集群，面向开发环境、测试环境、预生产环境和生产环境等。身为 Kubernetes 管理员，必然知道每个环境的规模有多大、可调度资源有多少，并且知道如何合理地为容器分配内存和 CPU，所以一个管理员去管理整个Kubernetes 集群时，很少会有资源分配超出集群可调度范围的情况但在实际使用时，Kubernetes 集群并非只有一个管理员在使用，也并非只有管理员在使用。]]></description><category></category></item><item><title><![CDATA[Kubernetes 高级调度 (二)]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149775933</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149775933</guid><author>kgc302</author><pubDate>Wed, 30 Jul 2025 17:33:32 +0800</pubDate><description><![CDATA[设置了污点的 Node 将根据 taint 的 effect: Noschedule、PreferNoschedule、NoExecute 和 Pod之间产生互斥的关系，Pod 将在一定程度上不会被调度到 Node 上。但我们可以在 Pod 上设置容忍(Toleration)，意思是设置了容忍的 Pod 将可以容忍污点的存在，可以被调度到存在污点的 Node 上。]]></description><category></category></item><item><title><![CDATA[Kubernetes 高级调度（一）]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149721651</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149721651</guid><author>kgc302</author><pubDate>Tue, 29 Jul 2025 22:11:57 +0800</pubDate><description><![CDATA[HPA(Horizontal Pod Autoscaler,水平 Pod 自动伸缩器)可以根据观察到的 CPU、内存使用率或自定义度量标准来自动扩展或缩容Pod的数量.注意 HPA 不适用于无法缩放的对象比如：DaemonsetHPA 控制器会定期调整 RC或 Deployment 的副本数，以使观察到的平均 CPU 利用率与用户指定的目标相匹配。]]></description><category></category></item><item><title><![CDATA[Kubernetes 存储入门]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149642182</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149642182</guid><author>kgc302</author><pubDate>Mon, 28 Jul 2025 17:50:27 +0800</pubDate><description><![CDATA[和之前的挂载方式类似，PVC的挂载也是通过 volumes 字段进行配置的，只不过之前需要根据不同的存储后端填写很多复杂的参数’而使用 PVC进行挂载时,只填写 PVC的名字即可，不需要再关心任何的存储细节，这样即使不是 Kubemetes 管理员，不懂存储的其他技术人员想要使用存储，也可以非常简单地进行配置和使用。所以集群管理员需要根据不同的存储后端来提供各种 PV，而不仅仅是大小和访问模式的区别，并目无须让用户了解这些卷的县体实现方式和存储类型，打扫了存储的解耦，降低了存储使用的复杂度。]]></description><category></category></item><item><title><![CDATA[Kubernetes 配置管理]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149603701</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149603701</guid><author>kgc302</author><pubDate>Sat, 26 Jul 2025 07:46:49 +0800</pubDate><description><![CDATA[在传统架构中，配置文件往往被保存在宿主机上，程序启动是可以指定某个配置文件，但是使用容器部署时，容器所在的节点并不固定，所以不能使用这种方式，此处在构建镜像时，如果把配置文件也放在容器里面，那么配置文件一旦有更改的话，也是一件非常麻烦的事情。所以k8s 抽象了一个 configMap的概念，将配置与 pod 和组件分开，这有助于保持工作负载的可移植性，使配置更易于更改和管理。比如在生产环境中，可以将 Nginx、Redis 等应用的配置文件存储在 ConfigMap 上，然后将其挂载即可使用。]]></description><category></category></item><item><title><![CDATA[Kubernetes 服务发布进阶]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149569751</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149569751</guid><author>kgc302</author><pubDate>Wed, 23 Jul 2025 17:51:30 +0800</pubDate><description><![CDATA[是业务能够正常提供服务的核心，所以在生产环境中，推荐使用单独的服务器作为Ingress Controller。ingress-controler 并不是k8s 自带的组件，实际上 ingress-controller 只是一个统称，用户可以选择不同的 ingress-controler实现，目前，由k8s 维护的 ingress-controller 只有 google云的 GCE 与 ingress-nginx 两个，其他还有很多第三方维护的 ingress-controler，具体可以参考官方文档。]]></description><category></category></item><item><title><![CDATA[Kubernetes 服务发布基础]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149534950</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149534950</guid><author>kgc302</author><pubDate>Wed, 23 Jul 2025 08:49:37 +0800</pubDate><description><![CDATA[service 是 kubernetes 中的一种抽象，用于定义一组 pod 以及访问这一组 pod 的策略、service的作用是将一组 pod 封装为一个虚拟的服务，并提供一个统一的入口，供客户端访问。service 支持负载均衡、服务发现、服务暴露等功能Service 用于为一组提供服务的 Pod 抽象一个稳定的网络访问地址，是 k8s 实现微服务的核心概念通过 Service 的定义设置的访问地址是 DNS 域名格式的服务名称，对于客户端应用来说，网络访问方式并没有改变。]]></description><category></category></item><item><title><![CDATA[Kubernetes Pod调度基础]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149502956</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149502956</guid><author>kgc302</author><pubDate>Tue, 22 Jul 2025 07:01:06 +0800</pubDate><description><![CDATA[无状态服务(stateless service)对单次请求的处理，不依赖其他请求，也就是说，处理一次请求所需的全部信息，要么都包含在这个请求里，要么可以从外部获取到(比如说数据库)，服务器本身不存储任何信息。这种服务叫做无状态服务无状态服务:就是没有特殊状态的服务,各个请求对于服务器来说统一无差别处理,请求自身携带了所有服务端所需要的所有参数(服务端自身不存储跟请求相关的任何数据,不包括数据库存储信息)如果在启动一个服务时，不依赖于该服务之前的运行状态，或者不依赖于其他服务，这个服务就是无状态服务;]]></description><category></category></item><item><title><![CDATA[Kubernetes Pod 深度理解]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149443876</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149443876</guid><author>kgc302</author><pubDate>Fri, 18 Jul 2025 17:53:21 +0800</pubDate><description><![CDATA[Pod 是一个或多个容器的组合。这些容器共享存储、网络和命名空间，以及运行规范。在 Pod 中，所有容器都被统一安排和调度。对于具体应用而言，Pod 是它们的逻辑主机，Pod 包含业务相关的多个应用容器。所以，Pod 是一组具有共享命名空间、IP地址和端口的容器的集合。]]></description><category></category></item><item><title><![CDATA[Kubernetes 架构原理与集群环境部署]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149361393</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149361393</guid><author>kgc302</author><pubDate>Thu, 17 Jul 2025 17:43:59 +0800</pubDate><description><![CDATA[同时，可以看出一个集群中可以有多个node 节点，用于保证集群容器的分布式部署，以保证业务的高可用性，也可以有很多的 master 节点，之后通过一个负载均衡保证集群控制节点的高可用。，传统架构中，一台服务器可能跑了很多进程，每个进程都有一个端口，要认为的去配置端口，并且还需要考虑端口冲突的问题，如果有防火墙的话，还需要配置防火墙，在 Kubernetes 中，端口统一管理、统一配置，每个应用的端口都可以设置成一样的，之后通过 Service 进行负载均衡，大大降低了端口管理的复杂度和端口冲突。]]></description><category></category></item><item><title><![CDATA[Containerd容器技术]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149329436</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149329436</guid><author>kgc302</author><pubDate>Tue, 15 Jul 2025 11:22:25 +0800</pubDate><description><![CDATA[Containerd(container Daemon)是一个开源的容器运行时，它提供了一种标准化的方式来管理容器的生命周期。该项目最初是由 Docker 开发团队创建的,并在后来成为一个独立的项目,被纳入了 cloudNative Computing Foundation(云原生计算基金会 CNCF)的孵化项目中容器生命周期管理：Containerd 管理容器的生命周期，包括容器的创建、运行、暂停、恢复、停止和销毁等操作标准化接口。]]></description><category></category></item><item><title><![CDATA[Docker高级管理--Compose容器编排与私有仓库]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149293836</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149293836</guid><author>kgc302</author><pubDate>Mon, 14 Jul 2025 09:32:54 +0800</pubDate><description><![CDATA[Harbor 是 Vware 公司开源的企业级 Docker Registry 项目，其目标是帮助用户迅速搭建一个企业级的 Docker Registry 服务。它以 Docker 公司开源的 Registry 为基础，提供了管理 UI、基于角色的访问控制(Role Based AccessControl)、AD/LDAP 集成、以及审计日志(Auditlogging)等企业用户需求的功能。通过添加一些企业必需的功能特性，例如安全、标识和管理等，扩展了开源 DockerDistribution。]]></description><category></category></item><item><title><![CDATA[Docker高级管理--Dockerfile镜像制作]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149229320</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149229320</guid><author>kgc302</author><pubDate>Fri, 11 Jul 2025 14:23:01 +0800</pubDate><description><![CDATA[Dockfile 是一种被 Docker 程序解释的脚本，Dockerfile 由多条的指令组成，每条指令对应Linux 下面的一条命令。Docker 程序将这些 Dockerfile 指令翻译成真正的 Linux 命令。Dockerfile有自己书写格式和支持的命令，Docker 程序解决这些命令间的依赖关系，类似于Makefile。Docker 程序将读取 Dockerfile，根据指令生成定制的镜像。]]></description><category></category></item><item><title><![CDATA[Docker高级管理--容器通信技术与数据持久化]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149223003</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149223003</guid><author>kgc302</author><pubDate>Thu, 10 Jul 2025 13:22:49 +0800</pubDate><description><![CDATA[除了上述内置的网络模式，你还可以使用 docker network create 命令创建自定义的 bridge 网络，以满足特定的网络需求，例如指定子网、网关、IP 范围等此命令的主要目的是创建一个新的 Docker 网络，这个网络可以用于容器之间的通信。默认情况下，创建的是一个基于 bridge 驱动的网络docker network create:这是 Docker 提供的用于创建网络的基础命令–subnet=172.21.0.0/16:指定了该网络使用的子网范围。]]></description><category></category></item><item><title><![CDATA[容器技术技术入门与Docker环境部署]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149175787</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149175787</guid><author>kgc302</author><pubDate>Wed, 09 Jul 2025 13:03:27 +0800</pubDate><description><![CDATA[随着计算机近几十年的蓬勃发展，产生了大量优秀系统和软件。软件开发人员可以自由选择各种软件应用。但同时带来的问题就是需要维护一个非常庞大的开发、测试和生产环境。面对这种情况,Docker 容器技术横空出世，提供了简单、灵活、高效的解决方案，不需要过多地改变现有的使用习惯，就可以和已有的工具，如 openstack 等配合使用。因此，掌握 Docker 相关技术也是途经云计算的必经之路因为 Docker 轻便、快速的特性，可以使应用达到快速迭代的目的。]]></description><category></category></item><item><title><![CDATA[OpenStack云平台管理]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149190331</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149190331</guid><author>kgc302</author><pubDate>Tue, 08 Jul 2025 09:43:39 +0800</pubDate><description><![CDATA[功能:作为数据资源计量、监控和控制的集中来源，收集 OpenStack 各服务资源使用数据(如虛拟机 CPU 使用率、存储使用量等)，为用户提供记账依据，也辅助进行资源监控、优化，比如根据资源使用情况调整资源分配、发现异常资源占用等。可灵活扩展存储容量，按需付费，支持多种后端存储(如本地存储、SAN、NAS等)，满足不同性能、容量需求，保障数据持久化存储，虚拟机重启、迁移等不丢失块存储数据。租户可自定义网络结构(如子网、路由器、安全组等)，且各租户网络隔离，互不干扰，保障网络环境安全与灵活。]]></description><category></category></item><item><title><![CDATA[OpenStack入门体验]]></title><link>https://blog.youkuaiyun.com/kgc302/article/details/149131840</link><guid>https://blog.youkuaiyun.com/kgc302/article/details/149131840</guid><author>kgc302</author><pubDate>Mon, 07 Jul 2025 09:31:53 +0800</pubDate><description><![CDATA[云计算(coud computing)是一种基于网络的超级计算模式，基于用户的不同需求，提供所需的资源，包括计算资源、存储资源、网络资源等云计算服务运行在若干台高性能物理服务器之上，提供每秒 10 万亿次的运算能力，可以用于模拟核爆炸、预测气候变化以及市场发展趋势云计算有广义和狭义之分狭义的云计算是指通过网络按需向用户提供|基础设施，包括硬件、平台和软件，提供资源的网络被称为"云”。在使用者看来，“云”中的资源是无限大的，无论需要多少资源，云都可以提供。]]></description><category></category></item></channel></rss>