了解等待时间
IBM Cloud® 在全球各地提供具备 Direct Link 功能的数据中心。 因此,当您使用 Direct Link 通过将 IBM Cloud 与现有基础设施连接来创建混合云解决方案时,可以将延迟降至最低。
无论您是开网店还是运行大数据解决方案,您都不希望听到页面加载慢或数据传输慢的消息,因为它们会阻碍您的销售。 网络延迟是衡量互联网上两个连接点之间数据传输快慢的标准,它可能导致网络速度变慢。 您可以将网络等待时间视为一个数据包从一个位置转移到另一个位置所用的时间量。
在全球范围内,互联网的总体延迟会因各种变量的不同而有很大差异,例如
- 数据的物理传输距离、
- 数据必须在服务提供商之间跳转多少次、
- 沿途有多少可用带宽、
- 还有哪些数据正在穿越相同的路径。
IBM Cloud Direct Link 相对于可预测性能的互联网,它提供了确定的延迟和更高的安全性。
了解网络等待时间
每个网络提供商都希望为最多的客户提供最低的网络延迟,每个客户都希望获得尽可能低的延迟。 这是双方都期待的结果。
数据可以以光速通过光纤网络电缆,但数据的传输速度通常要慢得多。 例如,如果某个网络连接达到其带宽容量,数据包可能会暂时排队等待通过该通道。 例如,如果某个服务提供商的网络选择的网络路由不是最佳路由,那么数据包在到达目的地的同时,可能会被发送到距离目的地数百英里之外的地方。 这些延迟和迂回是造成网络延迟增加和数据传输变慢的原因。
网络延迟以毫秒为单位(即每秒 1,000 毫秒)。 在日常生活中,几千分之一秒对我们来说可能意义不大,但在浏览网页或进行商业交易时,毫秒往往成为决定性因素。 例如,在金融行业的日常交易中,几毫秒可能意味着收益或损失相差数十亿美元。
最大限度缩短网络等待时间的常用方法
考虑到我们的共同目标是最大限度缩短等待时间,因此限制可能影响数据移动速度的潜在变量数是有意义的。 没有任何一家提供商能够完全控制数据在互联网上的传输方式。 尽量减少网络延迟的方法包括
-
在全球分布数据:不同位置的客户可以从在地理上靠近他们的位置拉取数据。 因为数据离客户更近,所以减少了中继次数。 数据传输距离越短,路由对性能产生重大影响的可能性越低。
-
供应具有高容量网络端口的服务器:每秒可以在服务器上传输海量数据。 如果由于端口完全饱和而导致数据包延迟,经过几毫秒时间,页面装入速度变慢,下载速度下降,用户会变得不满意。
-
了解供应商如何路由流量:当你知道数据是如何传输给世界各地的客户时,你就能更好地决定数据的托管地点。
IBM Cloud 如何最大限度缩短网络等待时间
为了最大限度缩短等待时间,IBM Cloud 采用了独特的方法来构建网络。 我们的所有数据中心都连接到网络存在点 (PoP),并且所有网络存在点都通过我们的全球主干网络相互连接。 由于 IBM 拥有自己的全球主干网络,我们的运营团队可以更精确地控制网络路径和数据传输,而不是依赖其他供应商在不同地区之间传输数据。
例如,如果柏林的用户想观看托管在达拉斯 IBM Cloud 服务器上的猫视频,组成猫视频的数据包会穿过我们的骨干网络(专门用于 IBM Cloud 流量)到达法兰克福,在那里数据包会被发送到我们的一个对等或中转公共服务提供商,最后到达柏林的用户。
在没有全球骨干网络的情况下,视频数据包被发送到达拉斯的对等或中转公共网络提供商。 然后,该提供商在其网络上路由数据包,或在网络跳转处将数据包发送给另一个提供商,最后数据包会跳转到德国。 数据包完全有可能在不使用全球骨干网络的情况下,以相同的网络延迟从达拉斯到达柏林。 但是,如果没有全球骨干网络,就会存在更多的变数;总延迟时间就更难保证或预测。
IBM Cloud 除了使用自己的全球主干网络,还将公共、专用和管理流量分段到不同的网络端口上。 这意味着可传输不同类型的流量而互不干扰。
摘要:网络等待时间
客户希望尽快收到您的数据。 数据在互联网上传输所需的时间称为网络延迟。 对数据网络路径的控制越多,网络延迟就越稳定(越低)。
- 通过Direct Link,IBM可让您控制数据的传输路径,从而避免其他流量中断或阻塞数据的传输。
- IBM Cloud 提供业界领先的服务提供商,提供高性能、安全性和弹性。
- IBM Cloud,我们将继续在全球范围内增加网络存在点( PoPs ),使客户的数据更接近客户,改善延迟和整体性能,以满足混合云工作负载的需求。