前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >混沌工程之ChaosMesh使用之三模拟POD网络丢包

混沌工程之ChaosMesh使用之三模拟POD网络丢包

作者头像
高楼Zee
发布于 2021-07-14 03:17:26
发布于 2021-07-14 03:17:26
76400
代码可运行
举报
文章被收录于专栏:7DGroup7DGroup
运行总次数:0
代码可运行

在《混沌工程之ChaosBlade-Operator使用之一模拟POD丢包场景》中,我们提到过一次丢包场景的模拟了,但是不同的混沌工具,是否有不同的实现方式呢?

今天我们来玩一个ChaosMesh的网络丢包,看一下有没有新鲜的玩意。

前面的环境部分,我就不再重复了,你可以去看一下《混沌工程之ChaosMesh使用之一模拟CPU使用率》,如果不出意外,我们的环境都是不会改变的。

所以我们现在就直接进入操作步骤。

目标

模拟POD产生丢包

配置
  • yaml文件配置
代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
[root@s5 ChaosMesh]# cat network-loss.yaml
apiVersion: chaos-mesh.org/v1alpha1
kind: NetworkChaos
metadata:
  name: network-loss-example
  namespace: chaos
spec:
  action: loss
  mode: one
  selector:
    labelSelectors:
      "k8s.kuboard.cn/name": "svc-7dmall"
  loss:
    loss: "25"
    correlation: "25"
  duration: "10s"
  scheduler:
    cron: '@every 15s'
  • 界面配置

不管是用yaml文件配置试验案例,还是在界面上配置,其效果一样。

执行

如果是用yaml文件配置的,直接执行下面的命令即可。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
[root@s5 ChaosMesh]# kubectl apply -f network-loss.yaml -n chaos
networkchaos.chaos-mesh.org/network-loss-example created
[root@s5 ChaosMesh]#

如果是在界面配置的,提交成功之后即开始执行。

验证
代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
-- 进入容器,执行ping命令
[root@svc-7dmall-664d59f75b-whtvc /]# ping 10.100.220.96
PING 10.100.220.96 (10.100.220.96) 56(84) bytes of data.
64 bytes from 10.100.220.96: icmp_seq=1 ttl=62 time=0.612 ms
64 bytes from 10.100.220.96: icmp_seq=2 ttl=62 time=0.269 ms
64 bytes from 10.100.220.96: icmp_seq=3 ttl=62 time=0.236 ms
64 bytes from 10.100.220.96: icmp_seq=4 ttl=62 time=0.279 ms
^C
--- 10.100.220.96 ping statistics ---
5 packets transmitted, 4 received, 20% packet loss, time 4000ms
rtt min/avg/max/mdev = 0.236/0.349/0.612/0.152 ms
[root@svc-7dmall-664d59f75b-whtvc /]#

-- 查看队列
[root@svc-7dmall-664d59f75b-whtvc /]# tc qdisc ls dev eth0
qdisc netem 1: root refcnt 2 limit 1000 loss 25% 25%
[root@svc-7dmall-664d59f75b-whtvc /]#

从上面的结果来看,丢包确实产生了。并且也和chaosblade-operator的逻辑一样是用tc命令在qdisc上模拟了丢包动作。看来没有新花样。

如果对tc不了解的,可以看下我在2018年写的这篇文章《性能场景之网络模拟》。

对混沌工具的理解一定要达到理解原理的程度,才不会迷糊。如果你知道了这个原理的话,不用混沌工具,手工也能做混沌案例。

恢复
代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
-- 删除试验案例
[root@s5 ChaosMesh]# kubectl delete -f network-loss.yaml -n chaos
networkchaos.chaos-mesh.org "network-loss-example" deleted
[root@s5 ChaosMesh]#

-- 进入容器,查看队列
[root@svc-7dmall-664d59f75b-whtvc /]# tc qdisc ls dev eth0
qdisc noqueue 0: root refcnt 2
[root@svc-7dmall-664d59f75b-whtvc /]#

留下一个思考的空间:

如果容器的原始image没有tc命令怎么办?

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2021-07-05,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 7DGroup 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
混沌工程之ChaosMesh使用之四模拟网络Duplicate包
今天我们来玩一下ChaosMesh模拟网络duplicate包的情况。同时也要看一下对应用产生的直接影响。
高楼Zee
2021/07/14
7070
混沌工程之ChaosBlade-Operator使用之一模拟POD丢包场景
ChaosBlade-Operator 启动后将会在每个节点部署一个 chaosblade-tool Pod 和一个 chaosblade-operator Pod,如果都运行正常,则安装成功。上面设置 --set webhook.enable=true 是为了 Pod 文件系统 I/O 故障实验,如果不需要进行该实验,则无需添加该设置。
高楼Zee
2021/07/14
1.1K0
混沌工程之ChaosMesh使用之二模拟POD网络延迟
来看下这段配置,是指定在default的命名空间中,使用app=web-show标签搜索POD,配置网络延迟为10ms,持续30s时间,并且每60s执行一次。
高楼Zee
2021/07/14
5430
ChaosBlade:从零开始的混沌工程(三)
在上篇文章中,我们介绍了如何安装 ChaosBlade Operator,并进行了简单的使用。从本章开始,所有的实践章节,都会有配套的 katacode[1] 交互式教程,读者可用通过 katacode,在浏览器上操作真实的 Kubernetes 和 ChaosBlade。
郭旭东
2020/12/30
1.5K0
ChaosBlade:从零开始的混沌工程(三)
在CVM上模拟VPC网络故障原理笔记
日常在给客户做稳定性治理时,像实例级别的不可用、主从切换、重启、性能等维度的场景做的比较多,随着治理的深入,大家慢慢把目光专项应用程序更不可控的场景:网络数据包异常。
AIOPS
2023/09/30
2980
ChaosBlade:从零开始的混沌工程(五)
在上篇文章中,我们介绍了如何使用 ChaosBlade Operator 对 node 资源进行混沌实验。从本章将继续对 Kubernetes Container 资源的混沌实验进行讲解,同时也配套了 katacode[1] 交互式教程,读者可用通过 katacode,在浏览器上操作真实的 Kubernetes 和 ChaosBlade,同时本篇也是系列文章的倒数第二篇,实践内容的最后一篇。
郭旭东
2020/12/30
1.3K0
ChaosBlade:从零开始的混沌工程(五)
混沌工程工具:chaos-mesh在服务器上注入项原理分析(2)
上篇文章,总体上分析了chaosmesh和chaosblade两个工具的对比和原理,本文继续分析chaosmesh的原理;几个常用的项dnsChaos、stressChaos、NetworkChaos和IOChaos注入项的原理。
AIOPS
2023/10/02
1.2K0
Linux高级流量控制tc使用
在做MHA测试的时候,有一个重要的环节就是测试MHA Manager节点和Master节点的网络情况,如果产生了抖动,那么MHA本身提供了一个参数secondary_check来保证,但是如果你的部署环境中是一主一从的话,这个参数就不会起作用了,因为latest slave和oldest slave是同一个库,简单来说,连不上就是连不上了,至于切还是不切,这个还不好说。我们测试的场景下,有时候切,有时候不切。所以我们原本测试的MHA0.57版本就降级为了0.56,仔细测试发现,其实也存在这样的问题,综合再三
jeanron100
2018/03/22
4.6K0
【混沌工程】 docker环境下模拟网络延迟和丢包
原文地址:https://www.chenquan.me/archives/315
保持热爱奔赴山海
2020/04/17
3.4K0
learning :network simulator plugin
Vpp 包括一个功能相当强大的网络模拟器插件,它可以模拟网络端到端的延迟往返时间和配置的网络丢包率及报文乱序功能。它非常适合在指定的延迟、带宽、丢包、乱序条件下评估 TCP 堆栈的性能。此功能和Linux系统下使用 tc 和 netem命令组合模拟客户环境网络波动情况一样:
dpdk-vpp源码解读
2023/06/23
3140
learning :network simulator plugin
混沌工程之ChaosMesh使用之一模拟CPU使用率
今天来玩一下混沌工程的开源工具之一的ChaosMesh。ChaosMesh的目标是要做一个通用的混沌测试工具。
高楼Zee
2021/07/14
1.1K0
Chaos Mesh® X GitHub Actions —— 把混沌工程集成到你的 CI 中
本文将介绍如何在 GitHub Actions 的 workflow 中使用 Chaos Mesh,从而将混沌工程集成到系统开发的 CI 中。
PingCAP
2020/08/21
6270
Chaos Mesh® X GitHub Actions —— 把混沌工程集成到你的 CI 中
linux下使用tc控制和模拟网络流量
netem 与 tc: netem 是 Linux 2.6 及以上内核版本提供的一个网络模拟功能模块。该功能模块可以用来在性能良好的局域网中,模拟出复杂的互联网传输性能,诸如低带宽、传输延迟、丢包等等情况。使用 Linux 2.6 (或以上) 版本内核的很多发行版 Linux 都开启了该内核功能,比如 Fedora、Ubuntu、Redhat、OpenSuse、CentOS、Debian 等等。 tc 是Linux 系统中的一个工具,全名为 traffic control(流量控制)。tc 可以用来控制 netem 的工作模式,也就是说,如果想使用 netem ,需要至少两个条件,一个是内核中的 netem 功能被包含,另一个是要有 tc 。
sunsky
2021/01/13
4.8K0
Docker 网络 host、bridge、macvlan 工作原理
Docker 作为容器的主流平台,不仅仅提供了虚拟化隔离,同时也配备的网络隔离技术,并使用不同的网络驱动满足不同的场景,这篇文章对 Docker 的3种网络实现Host、Bridge、Macvlan进行模拟验证,并在实践中理解背后的基本原理。
我的小碗汤
2020/01/13
3.4K0
Docker 网络 host、bridge、macvlan 工作原理
从Linux network namespace 认识 Docker 网络模型
对每个人而言,真正的职责只有一个:找到自我。然后在心中坚守其一生,全心全意,永不停息。所有其它的路都是不完整的,是人的逃避方式,是对大众理想的懦弱回归,是随波逐流,是对内心的恐惧 ——赫尔曼·黑塞《德米安》
山河已无恙
2024/02/26
3700
从Linux network namespace 认识 Docker 网络模型
K8s面试系列: Flannel VS Calico 基于 L2 与 L3 的 CNI 之战(一)
在童年期,我们更多是处于认知,而不是意欲的状态。—— 《作为意欲和表象的世界》第二卷第三十一章
山河已无恙
2025/02/25
1250
K8s面试系列: Flannel VS Calico 基于 L2 与 L3 的 CNI 之战(一)
Docker桥接网络分析
使用ip link查看本机网卡列表,可以发现宿主机存在一个名为docker0的虚拟网桥,且虚拟网桥下有四对虚拟网卡分别对应 debian、halo、redis、mysql四个docker容器。
敲得码黛
2024/06/12
1520
Docker桥接网络分析
Linux network namespace 多端通信(经典容器组网 veth pair + bridge 模式认知)
不必太纠结于当下,也不必太忧虑未来,当你经历过一些事情的时候,眼前的风景已经和从前不一样了。——村上春树
山河已无恙
2024/02/26
3550
Linux network namespace 多端通信(经典容器组网 veth pair + bridge 模式认知)
探究网络延迟对事务的影响
GreatSQL社区
2024/04/11
1620
探究网络延迟对事务的影响
混沌工程工具:Chaos-mesh与Chaosblade技术实现与原理分析(1)
随着云计算的广泛普及和云原生实践,越来越多的公司开始将目光投向云上的稳定性治理。混沌工程的概念最早来自Netflix,并且在NF取得成功,证明了混沌工程在云计算中扮演关键角色,通过有计划地引入故障和不稳定性,确保系统的健壮性和可靠性,使组织能够充分利用云计算的优势,并实现高质量的应用交付。
AIOPS
2023/10/01
4.1K0
推荐阅读
相关推荐
混沌工程之ChaosMesh使用之四模拟网络Duplicate包
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
本文部分代码块支持一键运行,欢迎体验
本文部分代码块支持一键运行,欢迎体验