- 综合排序
- 最热优先
- 最新优先
- 来自专栏golang云原生new
pod 控制器 4
，这些就变得简单了 pod 的主要组成部分 我们可以查看一下任意一个已经运行中的 pod 上面看到的属性，大多都是通过 yaml 文件来定义的 pod 定义是由这几个部分组成的： 使用 K8S 中 如该 pod 的容器是哪些，卷是哪些等等 status 创建 pod 的时候不写这一部分，这一部分是包含只读的运行时数据，展示了资源该时刻的状态 手动创建 pod 之前我们有尝试过通过 kubectl 的操作方式补充 创建一个 pod kubectl create -f xmtkubia.yaml 查看 pod kubectl get pods 查看 pod 的更多信息 kubectl get pods -o wide 得到 pod 的完整描述文件，以 yaml 的方式 kubectl get pod xmt-kubia -o yaml 得到 pod 的完整描述文件，以 json 的方式 kubectl 查看 pod 的描述信息 kubectl describe pod pod名字，如： kubectl describe pod xmt-kubia 如何访问 pod 里面的容器 之前我们有说到过，
28620编辑于 2023-09-01 - 来自专栏全栈程序员必看
istio框架(istio故障注入)
创建Deployment，SVC 1.创建Deployment 注：它们Pod标签都有app: nginx,service服务发现根据这个标签选择，version是为后面定义版本设置的 kubectl protocol: HTTPS tls: credentialName: all-test.com-credential mode: SIMPLE 根据域名进行路由分发 1.根据Pod ingressgatewayIP) test1.test.com (ingressgatewayIP) test2.test.com 分别访问这两个域名流量对应转到不同版本的Pod
61830编辑于 2022-08-01 - 来自专栏从零学习云计算
openshiftorigin工作记录（4）——Pod时区同步
最近在收集Docker日志等操作的时候，发现openshift的pod时区默认和宿主机不同步，默认使用UTC时间。 解决方案 设置Docker容器环境变量：TZ=Asia/Shanghai。
1K00发布于 2017-12-28 - 来自专栏全栈工程师修炼之路
4-Kubernetes入门基础之Pod介绍
3.如果把 pod 的yaml描述文件放到这个目录中，等kubelet扫描到文件，会自动在本机创建出来 pod； 4.如果把 pod 的yaml文件更改了，kubelet也会识别到，会自动更新 pod； 4.Mian C(主容器 ): 在Pod中可以运行一个多个容器它们都有各自的生命周期, 当Pod中主容器结束退出时Pod将结束; 5.Start / Stop : 在容器启动或者停止时候执行的脚本 6. /Day4$ kubectl get pod -n test | grep "readiness-httpget-pod" NAME READY STATUS /Day4$ kubectl describe -n test pod readiness-httpget-pod # Events: # Type Reason Age 进入容器中创建index1.html文件 ~/K8s/Day4$ kubectl exec -n test readiness-httpget-pod -it sh # echo "readiness-httpget-pod
1.2K21编辑于 2022-09-29 云顾问混沌演练平台：如何精准实现容器负载类故障注入？
腾讯云云顾问混沌演练平台应运而生，通过精准的负载类故障注入，帮助企业提前发现并解决问题，提升系统稳定性。1. 什么是负载类故障注入？ 云顾问混沌演练平台如何精准实现负载类故障注入？腾讯云云顾问混沌演练平台利用创新的技术，通过创建稳定的辅助执行环境（称为chaos-helper-pod），实现容器故障的精准注入。 具体步骤如下：动态部署混沌辅助执行Pod： 混沌工程控制平台接收到用户的故障注入请求后，会在目标业务容器所在的节点动态启动一个chaos-helper-pod，这个Pod内置了各种故障注入工具，如CPU 启动故障进程： chaos-helper-pod在自身环境中启动特定的故障进程，比如CPU压力进程（cpu-stressor）或内存消耗进程（mem-eater），同时获取这些进程在宿主机上的PID（进程标识符 注入前云顾问混沌演练平台容器监控注入后云顾问混沌演练平台容器监控4. 对操作系统的要求腾讯云云顾问混沌演练平台在执行此类故障注入时并不直接依赖目标容器内的操作系统环境，因此对操作系统本身无特殊要求。
41921编辑于 2025-05-20- 来自专栏程序员吾真本
故障创建与编排更胜一筹的K8S混沌工程开源平台Litmus
可安排单次或 Cron定时故障注入场景。可以用例优先级标注故障注入实验。 通用实验，包括pod-delete、pod-dns-error、container-kill、pod-cpu-hog、pod-network-corruption、pod-memory-hog、pod-network-latency 、pod-memory-hog-exec、node-drain、pod-cpu-hog-exec、node-io-stress、node-restart、pod-autoscaler、pod-dns-spoof 、node-taint、pod-http-status-code、pod-http-latency、pod-network-partion、docker-service-kill、pod-http-reset-peer 、pod-http-modify-header、pod-http-modify-body。
55410编辑于 2023-08-16 - 来自专栏程序员吾真本
故障创建与编排更胜一筹的K8S混沌工程开源平台Litmus
通用实验，包括pod-delete、pod-dns-error、container-kill、pod-cpu-hog、pod-network-corruption、pod-memory-hog、pod-network-latency 、pod-network-loss、disk-fill、pod-io-stress、node-cpu-hog、pod-network-duplication、node-memory-hog、kubelet-service-kill 、pod-memory-hog-exec、node-drain、pod-cpu-hog-exec、node-io-stress、node-restart、pod-autoscaler、pod-dns-spoof 、node-taint、pod-http-status-code、pod-http-latency、pod-network-partion、docker-service-kill、pod-http-reset-peer 、pod-http-modify-header、pod-http-modify-body。
94970编辑于 2023-08-15 - 来自专栏腾讯云智能顾问
腾讯云Status Page（健康看板）容灾设计与混沌演练实践——下篇
主源VIP不可访问 ECDN主源返回异常码 逻辑层演练场景 主源逻辑层地域所有POD异常 主源逻辑层单可用区所有POD异常 主源逻辑层单可用区内部分POD异常 数据层演练场景 单可用区DB连接异常 接入层故障演练 通过主源VIP指向Nginx制造异常http状态码返回 server { listen 443; location / { return 400; // 包括不同的 5xx 4xx } } 接下来观察页面访问是否正常，且分析各个可用区部署的请求日志和Nginx的日志 故障注入场景演练实施后请求的示意图： 逻辑层故障演练 主源逻辑层地域所有POD异常 通过腾讯云混沌演练平台 pod Failed注入 主源逻辑层单可用区所有POD异常 通过腾讯云混沌演练平台pod Failed注入 逻辑层地域所有POD异常和单可用区所有POD异常2种故障注入后的请求示意图，都是主源VIP返回异常码后 ，进行备源重试： 主源逻辑层单可用区内部分POD异常 通过腾讯云混沌演练平台pod Failed注入，包括前后端不同场景 故障注入后的K8s平台自动处理示意图 数据层故障演练 通过腾讯云混沌演练平台进行注入
1.2K81编辑于 2024-03-11 - 来自专栏腾讯云混沌工程团队
【云顾问-混沌】PodNode CPU 故障注入
本文将介绍如何使用混沌工具对 Pod/Node 进行 CPU 负载故障注入，以达到指定的 CPU 负载百分比。 2. 参数 在进行 CPU 负载故障注入时，我们可以通过以下参数来控制： nice：指定 CPU 负载进程的 nice 值（静态优先级），取值范围为[-20, 19]。 /chaos-executor attack --target cpu --action burn --flags "core-list=1,3;duration=100" 4. 实现原理 混沌工具在进行 CPU 负载故障注入时，主要通过以下方式实现： 启动 chaos_burncpu 进程，空跑 for 循环来消耗 CPU 时间片。 通过以上方法，我们可以轻松地对 Pod/Node 进行 CPU 负载故障注入，从而验证系统在不同负载下的表现，以及监控告警、流量调度、弹性伸缩等能力。 使用腾讯云混沌演练平台实施 CPU 高负载。
92010编辑于 2024-03-15 - 来自专栏测试开发技术
6.2K star！推荐一款开源混沌工程测试平台：Chaos Mesh
： Chaos Mesh支持多种故障注入方式，包括网络故障、节点故障、磁盘故障等，用户可以根据需求选择合适的故障注入方式进行测试。 ： pod-kill：模拟 Kubernetes Pod 被 kill。 pod-failure：模拟 Kubernetes Pod 持续不可用，可以用来模拟节点宕机不可用场景。 network-delay：模拟网络延迟。 network-loss：模拟网络丢包。 4、Chaos Mesh 使用步骤 1、创建故障注入实验：使用 Chaos Mesh 控制台或命令行工具创建故障注入实验，选择故障类型、目标应用程序、注入时间等参数。 4、分析结果：分析实验运行期间收集的数据和日志，评估系统的表现，并根据需要进行调整和优化。
1.1K11编辑于 2024-08-27 - 来自专栏云云众生s
使用Gradio和GPT-4构建Kubernetes Pod医生
Pod Doctor 允许您与 Kubernetes Pod 交互，检索信息并对 Pod 进行故障排除，并从 GPT-4 接收专家见解 译自 Building a Kubernetes Pod Doctor with Gradio and GPT-4，作者 Team CodeReliant。 ["Logs"] = logs return info LLM 和 GPT-4 Pod Doctor 应用程序的核心是与 OpenAI 的 GPT-4 语言模型集成。 该应用程序将在聊天机器人界面中显示 GPT-4 语言模型的响应。 让我们尝试部署一个探测配置中端口错误的 Pod，并要求 Pod Doctor 为我们进行故障排除。 结论 通过结合Gradio的强大功能来构建用户界面，Kubernetes Python 库 来与 Kubernetes Pod 交互，以及 GPT-4 的高级语言理解能力，Pod Doctor 应用程序提供了一种强大且直观的方式来与
47710编辑于 2024-04-01 - 来自专栏k8s技术圈
蚂蚁开源的云原生混沌工程平台 - ChaosMeta
提供对集群内的 Pod/Node 远程目标注入能力以及筛选能力（后续会在界面支持集群外的目标）； 提供空间管理的能力，可以对数据按需分隔管理； 提供账号权限管理系统。 Pending Pod堆积、Completed Job堆积等；还有Deployment、Node、Pod等云原生资源实例异常比如Deployment实例副本扩缩容篡改、Pod实例Finalizer注入等 度量能力 monitor：对监控项的值进行预期判断，比如某个机器的 cpu 使用率监控值是否大于90%，默认支持 prometheus pod：对 pod 相关数据进行预期判断，比如某个应用的 pod 127.0.0.1:8080 # 创建一个实验，给lo网卡注入2s网络延迟，10分钟后自动恢复 chaosmetad inject network delay -i lo -l 2s --uid test-fg3g4 -t 10m # 查看实验信息，测试效果 chaosmetad query curl 127.0.0.1:8080 # 人工恢复实验 chaosmetad recover test-fg3g4 规划
2.3K10编辑于 2023-11-27 故障注入在软件测试中实际应用
一、为什么需要故障注入？ 基础设施可靠性测试K8s/云平台故障恢复能力 节点宕机、Pod被杀、存储卷丢失 3. 数据层容灾演练验证DB/缓存故障时的数据一致性 主从切换、Redis OOM、慢查询 4. 系统层 Stress-ng, SysBench CPU/内存/磁盘压力测试 容器/K8s层Chaos Mesh, LitmusChaos 杀Pod 注入支付服务接口延迟（目标：payment-service Pod）blade create k8s pod-network delay \ --names payment-pod-xxx \ -- 验证降级逻辑 & 用户提示 & 告警触发# 4.
86410编辑于 2025-09-17- 来自专栏猫头虎博客专区
故障注入实验：了解如何使用Chaos Engineering的方法，在服务网格中进行故障注入实验
在这篇博文中，我将带领大家探索如何在服务网格中进行故障注入实验，分享Chaos Engineering的最佳实践，并深入研究服务网格如Istio中的故障注入功能。 引言 混沌工程不仅仅是故意制造故障，而是一种科学的方法，通过故障注入来发现系统中的潜在问题，并验证系统的弹性。 服务网格，作为微服务架构的通信层，为我们提供了强大的故障注入工具，帮助我们更好地进行混沌实验。 正文 1. 什么是混沌工程？ 混沌工程是一种通过主动注入故障来验证系统健壮性的方法。 2.1 Istio的故障注入功能 Istio允许我们在服务间的通信中注入故障，如延迟、错误等。 3.3 运行实验 使用服务网格的工具，如Istio，进行故障注入。 3.4 分析实验结果 收集实验数据，分析系统在故障下的表现，找出潜在的问题。 4.
52910编辑于 2024-04-09 - 来自专栏积跬Coder
Pod
Pod是资源对象模型中由用户创建或部署的最小资源对象模型，也是K8s上运行容器应用的资源对象， 其他的资源对象都是用来支撑或扩展Pod对象的功能 比如 控制器对象是用来管控Pod对象 service或ingress 资源对象是用来暴露Pod引用对象 PersistentVolume资源对象是为Pod提供存储的 k8s 不会直接处理容器，而是Pod。 Pod由一个或多个container组成 Pod是K8s的最重要的概念，每一个Pod都有一个特殊的被称之为根容器的Pause容器。Pause容器对应的镜像属于K8s的一部分。 除了Pause容器，每个Pod还包含一个或多个紧密相关的用户业务容器 基本概念 最小部署单位 包含多个容器(一组容器的集合) 同一个Pod容器共享网络命名空间(同一个Pod，共享网络) Pod短暂存在 一个容器有进程，一个容器运行一个应用程序 Pod是“多进程”设计，运行多个应用程序 Pod的存在，为了亲密性 两个应用需要进行交互 网络外部隔离，内部互通 Pod共享实现机制 共享网络 容器本身之间相互隔离
86511发布于 2020-12-18 - 来自专栏腾讯云混沌工程团队
【云顾问-混沌】PodNode 内存高负载故障注入
本文将介绍如何使用混沌工具对 Pod/Node 进行内存负载故障注入，以达到指定的内存占用百分比。腾讯云混沌演练平台故障动作：标准集群 Pod/普通节点-内存利用率高。 2. 参数 在进行内存负载故障注入时，我们可以通过以下参数来控制： percent：内存使用率，取值是 0 到 100 的整数，默认值为 100。此参数为可选。 /chaos-executor attack --target mem --action burn --flags "mode=ram;percent=80;duration=100" 4. 为了保护该进程在故障注入期间一直存在，不被杀死，可以打开 oomGuard 保护，降低该进程 oom-kill 权重，优先杀死其他进程。 设置高负载的内存故障注入后，可能会使得机器无法登入与控制，请谨慎使用。 cache 模式：通过挂载 tmpfs 来实现内存占用。
57310编辑于 2024-03-15 - 来自专栏运维之美
4 张图带你搞懂 Kubernetes Pod 如何获取 IP 地址
为节点子网分配 Pod IP 地址 如果要求所有 Pod 具有 IP 地址，那么就要确保整个集群中的所有 Pod 的 IP 地址是唯一的。 这里我们仅关注与 Pod 配置网络有关的动态。一旦在节点上调度了 Pod，将配置网络并启动应用程序容器。 创建 Pod 时，它将在整个集群中为所有 Pod 分配路由，这些路由允许 Pod 通过 IP 地址相互连接。 从 podCIDR 中的子网值为节点上的 Pod 分配了 IP 地址。由于所有节点上的 podCIDR 是不相交的子网，因此它允许为每个 pod 分配唯一的IP地址。 在节点上调度 Pod 后，kubelet 会调用 CRI 插件来创建 Pod。在容器情况下，容器的 CRI 插件调用 CNI 配置中指定的 CNI 插件来配置 Pod 网络。
5.6K30发布于 2021-02-07 - 来自专栏腾讯专有云
MariaDB在Oscar故障演练平台的测试实践
2.1 接入流程 Step1 新建组件演练库： Step2 选择经验库(也就是故障注入类型，包含网络、资源、主机等方面)： Step3 设置经验库参数，包含通用参数(执行等待时间以及持续时长)和经验库的特定参数 ： Step4 选择数据源以及注入对象(MariaDB 为自定义-Pod 类型)，可通过对象筛选条件的命名空间、标签以及 Pod 状态定位到指定的 Pod： Step5 配置监控指标： Step6 这一步比较关键，数据源选择自定义-POD(k8s 集群)，产品选择其他。通过命名空间、标签以及状态筛选出需要注入故障的 MariaDB 的 Pod，点击下一步。 故障注入节点 ping 其他两个节点已经不通，说明网络分区故障注入成功。 Oscar 有着丰富的故障注入场景，目前支持主机、容器类总共33种演练经验库。从演练案例耗时来看，Oscar 耗时2分钟，chaosblade 耗时20分钟。
88620编辑于 2022-12-10 DeepSeek 3FS源码分析(1) 故障注入
• 3FS 的故障注入框架基于 概率触发 + 作用域管理 的设计,通过 folly::RequestContext 实现跨协程的配置传递。 ,离开作用域自动恢复之前的配置 3 协程友好: 通过 RequestContext 机制,配置在协程调度时自动传递,支持复杂的异步调用链 4 线程安全: 使用 std::atomic_int32_t 保证计数器的原子性 FAULT_INJECTION_SET(10, 5) 是一个用于故障注入测试的宏,它会在当前代码作用域内设置故障注入参数: FaultInjection.h:16 • 第一个参数 (10): 表示故障注入的概率为 DeepSeek 3FS解读与源码分析（4）：Meta Service解读 意味：异步任务如何通过协程来实现的，这样有什么好处 https://deepwiki.com/search/-3fs_8d0785bd-e03b -43c7-8270-cbe219f288c4?
27510编辑于 2025-11-20- 来自专栏痴者工良
Istio 入门（五）：访问控制和流量管理
本教程已加入 Istio 系列：https://istio.whuanle.cn 4， 流量管理 主要演示了使用 Istio Gateway、VirtualService 对外暴露服务的访问地址 ，以及基于 Pod，VirtualService 也是如此。 故障注入 故障注入是 Istio 模拟故障的一种手段，通过故障注入我们可以模拟一个服务出现故障的情况，然后从实际请求中看到出现故障时，整个微服务是否会乱套。 主要有两种类型的故障注入：延迟（delay）和异常（abort）。 延迟故障注入 延迟故障注入用于在应答之前向请求添加指定的延迟时间。这可以测试应用程序在网络延迟或服务响应缓慢的情况下的表现。 异常故障注入 异常故障注入用于模拟请求失败的情况，例如 HTTP 错误状态码或 gRPC 状态码。这可以帮助测试应用程序在遇到故障时的恢复能力。
1.4K50编辑于 2023-07-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号