有没有人有这个数据？ 我主要是从私人networking的angular度来问（假设他们也受到防火墙的影响）。 也就是说，我在中国使用的所有应用都在我们的内部networking上。 在阅读Denny先生关于SQL复制的最近回答后，我想到了这个问题 。 现在我想知道，由于防火墙的原因，我的应用在中国的应用有多大。
我今天和DELL会面，讨论一下我们的SAN设置，我希望能够谈谈我所看到的。 我们的平均延迟时间为20ms。 我附上了一个截图 ，展示了它在当前时间范围内显示的内容。 如果有任何iSCSI SAN专家，我正在看什么问题？ 我认为它开始显示出一个的迹象。 延迟也遍布所有的服务器，以前我认为这只是我们的主要dataserver。 在旁注：我们有一个PS5000和PS6000都设置为RAID 50.我们正在寻找另一个容器的build议，它看起来像它将专门为SQL，所以我在想RAID 10。唯一的事情是，PS6000XV（看起来是最好的）最多只能在RAID 10上提供大约4.2TB。 我想知道如果RAID 10甚至会给我们最好的performance。
我工作的公司正在为我们的一个客户build立一个分公司。 我们在每个位置都有1.5 Mbps的向上/向下T1，每个位置的Cisco RV042路由器在两个位置之间托pipe一个Gateway to Gateway VPN隧道，我们在主办公室有一台SBS 2008服务器，分公司。 我们设立了DFSR来在两个办事处之间来回复制特定的股票。 我们不使用名称空间，只是DFSR。 我们的问题是，在分支服务器上打开DFSR服务时，networking延迟增加100倍，达到200倍。 我测量的延迟只是使用连续的ping从我的笔记本电脑运行到外部网站。 在DFSRclosures的情况下，平均延迟为〜11.5 ms。 在DFSR打开时，它在〜1100和〜2500毫秒之间变化。 DFSR时间表从星期一到星期五从上午6点到下午6点不可复制，在其他时间完全复制。 即使在计划表示不应发生复制的时候，延迟也会增加。 作为testing，我将复制计划从UTC切换到本地时间。 我曾经假定UTC会查询和使用本地时间源的UTC偏移量。 （现在想想，我不知道为什么我这样做）。我没有看到立即改善，但是在写这个问题之前，我去了几个DFSR相关的文章，现在几分钟后，我看到了延迟已经下降了。 Ping现在报告的时间在300到400毫秒之间，我从Speakeasy.net Speedtest获得了“好的”结果。 所以我想这成了两个部分的问题。 这是DFSR期望增加的延迟吗？ 如果没有，我可以做些什么来进一步调整，调整或debugging？ 谢谢阅读。 如果有什么不清楚的地方，或者您想了解更多信息，请告诉我。
我想比较我的Web应用程序与两个不同的MySQL服务器的延迟：一个是本地机器，另一个是通过Amazon RDS托pipe的。 什么是一个好的，免费的，（最好）简单的工具来testingMySQL的延迟？ 我有Windows和Linux的工作，所以这些工具至less应该运行在其中之一。
我有一个在Amazon EC2和Rackspace中托pipe的Web应用程序。 用户可以通过这个应用程序上传文件，并修改它们。 这些文件存储在每台服务器的本地存储器中，并使用统一进行同步。 为了避免处理同步问题，我想使用s3fs来探索Amazon S3。 它工作，但performance很差，差不多慢了10倍。 我在试错什么？ S3只能用于备份，只能用于运行时更新的本地存储？ 请提供您的意见。 谢谢，Srikanth
我正在努力提高AWS的基础架构可靠性，我的一项任务是在我们的ELB上实现跨区域平衡。 我们的ELB在高峰时间以秒为单位接收到大约20K的请求，而我们所有的实例都在我们东区-1d。 我遵循以下步骤： 修改ASG以开始在us-east-1c中创build实例并复制所需的容量 等待创build的新实例完全configuration 在ELB中启用我们的east-1c区域。 当我执行步骤3时收到Sum ELB 5XXs错误的一个尖峰。 我猜这些错误与我们最近升级的服务器“冷”有关。 有一种方法可以开始递增地向它们发送请求吗？ 谢谢。
我试图通过ssh使用各种ncurses程序，但在sshd中存在滞后/下降。 我想知道是否有任何提示，如sshdconfiguration设置或TCP / IP设置，可以帮助减less延迟。
我一直在观察从我的服务器机器到我服务器的内部网关交换机的ping延迟。 我注意到有时会发现ping峰值高达500ms。 这是否可能表明开关过载或完全正常？
背景 我在专用防火墙（Cisco ASA 5505 Sec +）后面有一个新的托pipe的专用数据库服务器。 计划是在防火墙的另一端连接到后端数据库服务器的虚拟（又名“云”）networking服务器。 在设置服务器的同时，我对它的networking性能不以为然。 事实certificate，虽然2台服务器都有GigE，但是防火墙只支持100Mb，所以大部分的性能问题我都可以充分的解释。 问题 但是，作为故障排除的一部分，我从专用服务器向防火墙运行了一系列ping命令。 这些ping回来了一些有趣的结果 – 具体来说，100坪的分布是： 57% < 1ms 14% between 1ms and 2ms 12% between 2ms and 3ms 11% between 3ms and 6ms 6% >= 6ms Min/Avg/Max: 0/1/8 ms 我一直期望第一跳始终<1ms（不能诚实地回想一下没有的硬连线环境）。 随后的testing非常相似，而且一直是这么多天 – 所以这似乎不是一个孤立的事件。 没有观察到重传或丢弃的数据包。 Ping防火墙显示类似的性能： 58% < 1ms 14% between 1ms and 2ms 8% between 2ms […]
是否可以通过HAproxy将请求路由到具有源IP最低延迟的服务器？ 这似乎是一个非常需要的要求，但我似乎无法find任何东西。 我的问题是，我们的数据中心位于美国西海岸，我们从欧洲，亚洲和南美洲获得越来越多的需求，而这些地点的延迟使应用程序无法使用。