我继承了一个杂乱无章的网络,我正在清理和现代化的过程中。
我们有一个托管在Windows7PC上的MySQL数据库(仅用于承载数据库)。
PC与我们的用户和服务器处于同一子网中.
DNS /Alias是为PC创建的,因此用户在浏览器中输入"voucherlog.xxxxxxx.org“以拉出DB的Drupal界面。
DB性能大幅度下降(慢到没有响应)。
DB工程师已经对DB进行了维护,并且确信性能问题是由于网络问题(丢包、抖动)造成的。
going内部设备导致数据包丢失百分比为0(但我仍将看到网络设备是如何配置的)。
Pinging www.google.com或8.8.8.8可能导致大约10%的数据包丢失,但似乎在我们的路由器和康卡斯特设备之间出现了数据包丢失(50.203.245.xxx) (见下面的WinMTR屏幕截图)。
1)根据下图,任何内部通信都不应该通过路由器,是吗?交换机的MAC地址表应该处理PC机之间的帧。我查看了路由器的流量日志,没有看到任何内部到内部的条目,只是路由器和康卡斯特之间的东西,等等。
2)我读到,追踪器中的跳数是数据通过的路由器数量,而交换机不影响跳数。如果一个跟踪是从一个PC到另一个(相同的子网),它显示1跳。这并不意味着它通过路由器,对吗?它只应该通过开关,是吗?
3)由于DB是本地托管的,因此我们与Comcast的外部丢包问题(不管如何都要解决)不应该影响DB访问。除非我遗漏了什么..。我不太熟悉DB的设计/托管,但是DB所在的PC正在运行Apache和MySQL,数据保存到PC上,所以即使我们的Comcast连接中断,我们也应该能够访问DB。



发布于 2018-12-11 17:44:25
DB工程师已经对DB进行了维护,并且确信性能问题是由于网络问题(丢包、抖动)造成的。
他们总是责怪电视网,不是吗?
1)根据下图,任何内部通信都不应该通过路由器,是吗?
那是对的
这并不意味着它通过路由器,对吗?它只应该通过开关,是吗?
这也是正确的。
...So我们应该能够访问DB,即使我们的康卡斯特连接中断。
再修正一次!
虽然有可能是网络造成了这个问题,但这是非常非常不可能的。假设这是一个托管交换机,您可以查看接口统计信息,看看端口上是否有错误,或者是否丢弃了框架。端口错误可能表示电缆问题。
如果你有一个非托管的,消费者级的交换机,它有可能不能足够快地转发帧。在商业级别的管理交换机上,这是不可能的(如果是的话,交换机会告诉你)。
最后,您可以使用像Wireshark这样的工具来捕获来自服务器的数据包。通过查看TCP流,您可能能够找到性能问题的根源。
https://networkengineering.stackexchange.com/questions/55384
复制相似问题