Chaos Mesh还包括以下故障注入方法

简介: Chaos Mesh还包括以下故障注入方法

了模拟停机时间之外,Chaos Mesh还包括以下故障注入方法:

pod-kill: 模拟Kubernetes Pod被杀死
pod-failure: 模拟Kubernetes Pod长时间不可用
网络延迟: 模拟网络延迟
网络丢失: 模拟网络数据包丢失
网络复制: 模拟网络数据包复制
网络损坏: 模拟网络数据包损坏
网络分区: 模拟网络分区
I/O延迟: 模拟文件系统I/O延迟
I/O 错误: 模拟文件系统I/O错误

目录
相关文章
|
4月前
|
Kubernetes 测试技术 Perl
混沌测试平台 Chaos Mesh
混沌测试平台 Chaos Mesh
132 1
|
消息中间件 Kubernetes Cloud Native
【混沌工程】Chaos Mesh:Kubernetes 的混沌工程平台。
Chaos Mesh 是云原生计算基金会 (CNCF) 托管的项目。 它是一个云原生混沌工程平台,可在 Kubernetes 环境中编排混沌。 在当前阶段,它具有以下组件:
|
Kubernetes 物联网 Perl
Chaos Mesh网络延迟原理探索
在使用Chaos Mesh的过程中发现, 注入网络类故障可以做到对pod的无感知注入,好奇是如何实现的。 所以这里对网络故障注入进行简单的探索,以便更深层的了解故障注入。
|
7月前
|
监控 物联网 测试技术
Chaos Mesh网络延迟原理
Chaos Mesh网络延迟原理
178 0
|
监控 Cloud Native 数据挖掘
故障注入实验:了解如何使用Chaos Engineering的方法,在服务网格中进行故障注入实验
故障注入实验:了解如何使用Chaos Engineering的方法,在服务网格中进行故障注入实验
91 0
|
Cloud Native 前端开发 JavaScript
《Istio 服务网格在生产环境的实践与挑战》
《Istio 服务网格在生产环境的实践与挑战》
202 0
|
运维 Kubernetes 负载均衡
Go微服务架构实战 中篇:5. k8s基于ingress和service实现金丝雀发布和蓝绿发布
Go微服务架构实战 中篇:5. k8s基于ingress和service实现金丝雀发布和蓝绿发布
|
Kubernetes Cloud Native 前端开发
构建基于 Ingress 的全链路灰度能力
微服务架构下,有一些需求开发,涉及到微服务调用链路上的多个微服务同时发生了改动,通常每个微服务都会有灰度环境或分组来接受灰度流量,我们希望通过进入上游灰度环境的流量,也能进入下游灰度的环境中,确保1个请求始终在灰度环境中传递,即使这个调用链路上有一些微服务没有灰度环境,这些应用请求下游的时候依然能够回到灰度环境中。通过 MSE 提供的全链路灰度能力,可以在不需要修改任何您的业务代码的情况下,能够轻松实现上述能力。
构建基于 Ingress 的全链路灰度能力
|
Prometheus Kubernetes 监控
Linkerd 金丝雀部署与 A/B 测试
Linkerd 金丝雀部署与 A/B 测试
200 0
Linkerd 金丝雀部署与 A/B 测试
|
存储 Prometheus Kubernetes
详细了解 Linkerd 2.10 基础功能,一起步入 Service Mesh 微服务架构时代(二)
详细了解 Linkerd 2.10 基础功能,一起步入 Service Mesh 微服务架构时代(二)
901 0
详细了解 Linkerd 2.10 基础功能,一起步入 Service Mesh 微服务架构时代(二)