测试概述
芝加哥绝对是我接触过所有『数据中心』里边最贵的那个，并且正好有咨询到芝加哥交易所要稳定了解行情。
今天测试芝加哥的交易所（CME/CBOT/ICE）的网络情况，进行一个网络高峰期6小时的网络监测，分别监测交易所的：
TCP 连接测试（端口 443）
交易所官网是否能够顺利访问，测试失败率高或者延时不稳定，导致行情和公告信息无法及时获取。
HTTP 请求测试
衡量官网和行情页面的加载速度，如果延迟高或不稳定，影响获取最新行情和公告更新。
网络延迟与丢包率
反映访问芝加哥交易所网络的可靠性和稳定性，高丢包或高延迟导致行情更新不及时或报单延迟。
基础环境
为了更接近真实的业务场景，选择在东京部署一台windows，并在同一个windows上分别监测这些交易所。
选择东京作为部署节点，是因为东京『数据中心』在亚洲地区访问美国芝加哥网络延迟最低，能够更真实地反映访问性能。
监测时间为 6小时，覆盖 21:00 至次日 3:00 的高峰期，以增加数据的代表性和可靠性。
测试过程
环境准备好了，测试发现CME和ICE网站都是用的akamai和Cloudflare的CDN，延时不到1ms，这个数据是日本直连CDN的原因，API数据要收费我也没有测试连接，只能找其他芝加哥的IP和芝加哥的网站进行测试了。
6小时监测其他芝加哥测试内容
测试显示高峰期访问104.128.58.1的延时是122ms，无丢包，这个地址应该在芝加哥本地。
测试显示高峰期访问172.245.73.1的延时是146ms，无丢包，这个地址应该在芝加哥附近。
测试结果
从测试结果来看，访问芝加哥的网络延时最低可达 122 ms，整体表现稳定。对于一般交易接口或行情数据访问，普通『互联网』即可满足使用；若业务对实时性要求极高（如批量或自动化交易），更推荐使用专线以获得更低延迟和更高稳定性
本人在『数据中心』行业多年，从事带宽专线及『数据中心』解决方案相关工作，了解网络分布情况。本次测试环境均亲自搭建并部署，追求数据真实可信。如果测试内容正好与您的需求相关，欢迎私信交流。
每个企业的网络环境与使用场景都各不相同，测试数据仅供参考，如有不足之处也请多包涵。
