IBM Cloud Docs
网络拓扑

网络拓扑

有多种方法可以连接到 IBM Cloud® Object Storage ,端点的选择可能会影响性能。

物理距离

当应用程序向 COS 发出请求时,它需要跨越一些物理距离。  随着此距离的增加,请求的等待时间也将增加。 为了减少物理距离造成的延迟,最好在可能的情况下对计算资源和对象存储进行协同定位。 如果应用程序正在 us-south 区域的 IBM Cloud 中运行,那么为了优化性能,最好将数据读写到同样位于 us-south 区域的存储区中。

需要在远处访问数据的工作负载可能受益于使用 IBM Aspera,尤其是在存在严重丢包的情况下。  有关使用 IBM Aspera High-Speed Transfer 和 COS 的更多信息,请参阅 Aspera 指南。

通过使用 Content Delivery Network 来高速缓存存储在 COS 中与其最终用户距离较近的位置的资产,将使具有全球影响力的应用程序受益匪浅。  原始文件继续托管在其存储区中,但副本可以在用户发起请求的全球各个位置进行高速缓存。

弹性要求

某些工作负载可能需要将数据写入 "跨区域" 存储区时附带的额外弹性级别,而其他工作负载可能依赖于单个数据中心存储区中增加的边际性能。  每个应用程序都需要在更高的可用性和更快的性能之间取得平衡。

使用 "跨区域" 端点时,可以将入站流量定向到特定访问点,同时仍将数据分散到所有三个区域。 向单个访问点发送请求时, 如果该区域变得不可用,那么不会自动进行故障转移。 将流量定向到访问点 (而不是 geo 端点) 的应用程序 必须 在内部实施相应的故障转移逻辑,以实现跨区域存储器的可用性优势。

使用访问点的一个原因是控制数据进入和流出的位置,同时仍将数据分散到尽可能广泛的区域中。 假设在 us-south 区域中运行的应用程序希望将数据存储在美国跨区域存储区中,但希望确保所有读写请求都保留在达拉斯区域中:

  1. 应用程序使用 https://s3.private.dal.us.cloud-object-storage.appdomain.cloud 端点创建客户机。
  2. 达拉斯的 COS 服务中断。
  3. 应用程序检测到尝试使用访问点时发生持久故障。
  4. 应用程序认识到需要故障转移到其他访问点,例如圣何塞。
  5. 应用程序使用 https://s3.private.sjc.us.cloud-object-storage.appdomain.cloud 端点创建新客户机。
  6. 将恢复连接,并且可以在恢复服务时将访问权重新路由到达拉斯。

相反,假设另一个应用程序使用正常的美国跨区域端点:

  1. 应用程序使用 https://s3.us.cloud-object-storage.appdomain.cloud 端点创建客户机。
  2. 达拉斯的 COS 服务中断。
  3. 所有 COS 请求都会自动重新路由到圣何塞或华盛顿,直到服务恢复为止。

网络类型

指向 COS 的流量可以来自以下三个网络之一: 公用,专用或直接。 目标网络由用于访问存储区的 COS 服务端点定义。 在单个位置 (即跨区域,区域或单个站点) 创建存储区时,仍可以通过描述的三种网络类型中的任何一种来访问同一存储区。

公共流量遍历公共因特网,直到它到达 IBM Cloud 并路由到用于将流量引导到 COS 分布式存储网络的负载均衡器。 专用流量源自 IBM Cloud ,从不与公共因特网接触。  直接流量源自可以同时包含本地数据中心和 IBM Cloud 资源的虚拟私有云。 此体系结构需要 IBM Direct Link,并允许用户从用户的数据中心 (使用逆向代理) 直接连接到专用 IBM Cloud 网络,而无需访问公共因特网。

由于专用网络消除了在公用因特网中发现的任何差异,拥塞或漏洞,因此建议所有工作负载尽可能使用专用网络。