Chapter 8 - 1. Congestion Management in TCP Storage Networks

最新推荐文章于 2024-10-10 13:45:00 发布
最新推荐文章于 2024-10-10 13:45:00 发布
阅读量1.2k 收藏 20
点赞数 32
分类专栏： Linux kernel 文章标签： 网络 服务器 tcp/ip linux kernel
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/mounter625/article/details/135878739
版权
本章聚焦TCP存储网络的拥塞管理，特别是对于有光纤通道经验但不熟悉TCP/IP，以及有TCP/IP经验但处理存储流量经验不足的用户。尽管TCP是互联网的关键协议，但章节主要关注块存储流量，尤其是iSCSI和NVMe/TCP，说明如何在有损以太网网络上处理存储流量的拥塞问题，并强调应用已知的解决方案来解决拥塞的根本原因。
摘要由CSDN通过智能技术生成

This chapter covers the following topics. 本章包括以下主题。

 Understanding congestion in TCP storage networks.

 Detecting congestion in TCP storage networks.

 Traffic patterns with iSCSI and NVMe/TCP and correlation with network congestion.

 Preventing congestion in TCP storage networks.

At the time of this writing, iSCSI is the most used protocol for carrying block storage traffic via a TCP/IP network. NVMe/TCP is emerging and expected to be in the mainstream in the coming years. As Chapter 1, “Introduction to Congestion in Storage Networks,” explains, these “storage protocols” use TCP at layer 4 of the OSI model as their “transport protocol”. This means that congestion management for iSCSI and NVMe/TCP traffic boils down to con

最低0.47元/天 解锁文章
mounter625
关注
专栏目录
Chapter 8 - 5. Congestion Management in TCP Storage Networks
mounter625的专栏
02-04 1243
的要求，以最快的速度在网络上即时发送流量。的缓冲区（队列）中等待时可能会出现延迟，如果队列已满，甚至会被丢弃。发送方吞吐量低于预期时，锯齿才会继续，原因可能是网络拥塞。将拥塞窗口减半后，发送方可能会再次进入慢启动阶段，以扩大传输规模。如何提供可靠的数据传输、流量控制和拥塞控制之后，让我们来了解一下它在存储网络中的意义。就会进入拥塞避免阶段，如果窗口中的所有分段都已确认，拥塞窗口就会递增一个（非指数）。提供了按流量降低速率的功能，但该算法未标准化，取决于实施情况。与此同时，发送方会重传丢失的数据包。
Chapter 8 - 12. Congestion Management in TCP Storage Networks
mounter625的专栏
02-16 909
需要记住的重要一点是，不能因为某些东西在较新（新建环境）中运行良好，就不需要监控拥塞症状。这些值还取决于交换机的类型，因为不同的交换机有不同的架构和缓冲区大小。（以及其他通过通知终端设备来防止拥塞的方法）可能并不有效，因为从检测到拥塞到采取预防措施之间存在延迟。不过，在生产存储网络中，成百上千台设备可能以多对一的流量模式连接到同一网络。之后，随着网络的发展和成熟，拥塞的情况和严重程度可能会增加，从而激活。速率降低的延迟，其队列可能会填满，最终导致数据包丢弃。标记的数据包，最后，源降低速率。
Chapter 8 - 4. Congestion Management in TCP Storage Networks
mounter625的专栏
01-31 1150
但是，如果接收方的缓冲区快满了，它就会减小窗口大小，以减慢发送方的速度。因此，发送方的发送速度与接收方的接收速度相同。，它只对收到的数据包进行选择性确认，因此只传输丢失的数据包，而不是在丢失数据包后重传所有数据包，从而提高了数据包丢失时的性能。接收方会记住已接收数据包的序列号，如果很快又收到相同的序列号，就会丢弃重复的数据包。接收窗口和拥塞窗口的另一个区别是，只有接收窗口是由接收方向发送方公布的，而拥塞窗口是由发送方本地计算的。发送方的发送速率就是其上层所期望的速率，也是接收方接收窗口所公布的接收能力。
Chapter 8 - 19. Congestion Management in TCP Storage Networks
mounter625的专栏
02-28 1217
但是，如果链路持续报告微爆事件、显示的微爆次数高于其他链路或显示的微爆次数不断增加，则需要进行调查。队列深度监控和微爆检测可捕捉到可能导致较低粒度拥塞的事件，但由于轮询间隔较长，其他方法无法捕捉到这些事件。的利用率，但却有很多微爆事件，那么就很难证明增加容量是合理的。，但偶尔会发生微脉冲，那么解决方案就是提高速度或增加更多链路。当队列利用率低于突发检测命令中的下降阈值参数时，微突发事件就会结束。，它们可以优先处理短期的小流量，而不是长期的大流量。随着这种微爆发生率的增加，拥塞事件的数量也在增加。
Chapter 8 - 23. Congestion Management in TCP Storage Networks
mounter625的专栏
03-09 1294
流量，那么在数据层，该网络与其他以太网网络没有任何区别。另一方面，如果没有其他类别的流量，该网络就会像专用存储网络一样运行。网络被配置为共享，并不一定意味着存储和其他流量同时流过网络。在网络中使用多个无损和有损流量类别在技术上是可行的，但由于会造成带宽和缓冲区等网络资源的争用，因此会使拥塞管理变得更加复杂。这是因为您仍然需要对存储流量进行标记和分类，为其分配最小带宽，并在整个网络中一致地应用此配置。的单独类别，因此该类别中的数据包可能会被丢弃。的无损网络并不常见，但某些环境可能仍在使用。
Chapter 8 - 10. Congestion Management in TCP Storage Networks
mounter625的专栏
02-11 1480
由于拥塞在有损网络中不会逐跳传播，因此不会影响到许多其他无关设备，因此无需断开慢速设备的连接来防止拥塞。不过，当链路出现较低级别的问题（如位错误和收发器接收功率低）时，仍可考虑断开链路连接，以便在继续调查和采用解决方案时，不会因为链路性能下降而影响流量。在无损网络中，流量可被分隔为专用链路或虚拟链路，或不丢弃类，而每个虚拟链路或不丢弃类都有专用缓冲区，并使用专用的逐跳流量控制。无损网络不应该丢弃帧。但是，在拥塞情况下，它们可能会使用受控机制丢弃帧，以释放缓冲区并减少整个链路或无丢弃流量类中的反向压力。
Chapter 8 - 25. Congestion Management in TCP Storage Networks
mounter625的专栏
03-12 1169
在配置主动队列管理机制时，目标应是实现较低的队列利用率，以最大限度地减少队列延迟，并最大限度地为流量突发留出空间。从本质上讲，对于存储网络来说，宁可选择利用率低的链路，也不要选择利用率过高的链路。要实现存储流量的低延迟和突发要求，就必须了解、检测并减少拥塞问题，从而使应用性能达到可接受的水平。使用远程监控平台可以快速准确地排除故障，这些平台可以分析趋势和季节性，执行比较分析，提供端到端路径的单面可见性，并生成警报主动通知用户。的其他功能，如慢速启动、拥塞避免的累加增加或数据包丢失后的恢复，则保持不变。
Chapter 8 - 11. Congestion Management in TCP Storage Networks
mounter625的专栏
02-16 1487
网络中的显式拥塞通知，以便于比较不同传输类型的实施情况，并使用户拥有一致的检测和故障排除工作流程。标记的数据包后，会将此信息反映给源，源会像丢失数据包一样调用拥塞控制，从而降低流量速率。如稍后的队列利用率一节所述，如果队列已满，任何新进入的数据包都会被丢弃，无论其。的一部分，因此不需要特殊的数据包来反映从目标到源的拥塞情况。在收到网络拥塞通知后，最重要的是终端设备采取预防措施，如降低速率。检测到拥塞后，交换机必须能够将拥塞情况通知终端设备。）的数据包时，它就会检测到网络拥塞。）标记，以反映源的拥塞情况。
Chapter 8 - 6. Congestion Management in TCP Storage Networks
mounter625的专栏
02-04 1238
它会调用逐跳流量控制，减缓链路上或无丢包类中的所有流量。将调用逐跳流量控制，以减缓来自链路上脊柱交换机或无丢弃流量类别内的所有流量。这种拥塞会扩散到流量源（目标），使许多共享相同网络路径的设备受害。存储网络中，称此类设备为慢排水设备是不恰当的，因为拥塞不会蔓延到网络，尽管根本原因是相同的。因此，目标（接收器）会向主机公布一个较小的接收器窗口，以降低传输速率。因此，它会向目标发出较小接收窗口的广告，目标上的。章中的这些内容后，接下来要注意的是，可以在以下层面监控承载。它的链路可能仍有足够的容量，因此它在。
【2024版】最新kali linux入门及常用简单工具介绍（非常详细）零基础入门到精通，收藏这一篇就够了_kalilinux
weixin_57514792的博客
10-07 1174
最新kali linux入门及常用简单工具介绍
Macbook ToDesk 无法连接网络
Primer5
10-04 340
检查登录项，看到后台运行项目是关闭状态，允许后台运行之后返回查看立马显示网络连接正常。网络连接的是 Wi-Fi，打开浏览器能跟正常浏览内容，说明 Wi-Fi 是正常的。检查防火墙是没有阻止ToDesk 的任何连接，说明防火墙也是正常的。
网络风暴产生原因、危害、预防和解决方法
luotuo28的博客
10-09 401
网络风暴是指由于某种原因引发的网络中数据流量急剧增加，导致网络性能严重下降甚至瘫痪的现象。
网络安全学习路线图（2024版详解）
最新发布
baimaozi008的博客
10-10 714
近期，大家在网上对于网络安全讨论比较多，想要学习的人也不少，但是需要学习哪些内容，按照什么顺序去学习呢？其实我们已经出国多版本的路线图，一直以来效果也比较不错，本次我们针对市场需求，整理了一套系统的路线图，供大家学习参考。希望大家按照路线图进行系统学习不仅可以的完成上岸，还能够系统化学习，提升自己的后期竞争力。
Netty 相比原生IO模型的优势
lssffy的博客
10-09 599
Java提供了多种I/O模型，每种模型都有其适用的场景和特点，随着网络应用需求的变化，I/O模型也在不断发展。阻塞I/O（BIO，Blocking I/O）传统的I/O模型，使用简单，但每次I/O操作都会阻塞线程。每个请求需要独立的线程来处理，这在并发请求较少时问题不大，但在高并发情况下，线程资源将成为瓶颈。非阻塞I/O（NIO，Non-Blocking I/O）引入了多路复用技术，一个线程可以处理多个连接，避免了BIO中每个连接占用一个线程的问题。通过Selector。
网络扫描模块python-nmap案例解析
we chat：玩转测试开发
10-07 454
它可以方便地在 Python 脚本中执行网络扫描，并解析 Nmap 的输出结果。python-nmap 模块是进行网络扫描的强大工具，通过简单的接口和丰富的功能，开发者可以轻松地在 Python 中集成网络安全检查和资产发现功能。6.1执行扫描：在 run_nmap_scan 函数中，创建了一个 nmap.PortScanner 实例，并使用 scan() 方法执行网络扫描。6.2 解析结果：扫描结果通过访问 scanner.all_hosts() 方法获取，并打印每个主机的状态和开放的端口信息。
《C++中实现高效网络流处理的关键技术与实践》
xy520521的博客
10-08 696
在一个简单的服务器程序中，如果使用阻塞式 I/O，当有大量客户端同时连接时，服务器需要为每个客户端创建一个线程，而这些线程大部分时间都处于阻塞状态，浪费了大量的系统资源。例如，Google 的 Protocol Buffers 和 Facebook 的 FlatBuffers 都是非常高效的序列化库，它们可以将数据序列化为紧凑的二进制格式，减少数据的传输量和序列化/反序列化的时间。在进行网络流处理时，可以对协议头进行优化，减少不必要的信息传输，提高数据传输的效率。选择合适的网络编程模型。
Network - 网络端口
guoqx的专栏
10-07 1041
客户端使用从一系列可用端口（通常为 49152 至 65535，称为 “短暂端口”）中随机分配的端口启动通信。- 网络服务器（如 Apache 或 Nginx）通过 80 端口（HTTP）或 443 端口（HTTPS）监听。- 当客户端连接到服务器时，它知道服务器的 IP 地址和端口号，但它自己的端口号是由操作系统动态分配的。- 例如 网络服务器通常监听 80 端口（HTTP）或 443 端口（HTTPS）。- 服务器使用一个特定的、众所周知的端口来监听传入请求（如 HTTP 的 80 端口）。
UDP协议【网络】
qq_2972806103的博客
10-07 879
UDP协议【网络】
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

mounter625

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

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

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

打赏作者

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

抵扣说明：

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

余额充值