☰

GCE 实例的 mtr 跟踪是否应显示所有跳数的数据包丢失

tag-icon • tag-icon networking google-cloud-platform google-compute-engine
GCE 实例的 mtr 跟踪是否应显示所有跳数的数据包丢失

我有两个 GCE 实例欧洲-西部1-b区域。其中一个实例是 CI 服务器，它在与要部署到的远程服务器建立 SSH 连接后卡住了。

我通常的诊断总是包括 mtr 跟踪来检查网络健康状况，但今天这两个实例显示整个路径上的数据包丢失。

                                       My traceroute  [v0.86]
gitlab-2 (0.0.0.0)                                                  Wed Jul  4 10:40:12 2018
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                    Packets               Pings
 Host                                             Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 209.85.248.116                                15.8%   101   38.6  39.0  37.4  47.1   1.7
 2. 108.170.245.14                                 9.9%   101   38.4  38.7  37.5  54.1   1.6
 3. prs-b2-link.telia.net                         16.0%   101   38.9  39.2  37.4  53.1   2.0
 4. prs-bb3-link.telia.net                        10.9%   101  143.2 143.6 142.5 156.0   1.3
 5. nyk-bb3-link.telia.net                        11.0%   101  124.5 125.2 123.8 133.4   1.6
 6. chi-b21-link.telia.net                        13.9%   101  145.0 144.1 142.9 147.2   0.6
 7. serverhub-ic-324864-chi-b21.c.telia.net       12.0%   101  145.5 144.8 143.5 160.9   2.0
 8. agg1.c13.r05.s101.chi03.singlehop.net         15.0%   100  158.7 214.1 146.2 689.3 137.5
 9. aswg1.c02.r05.s101.chi03.singlehop.net        11.0%   100  144.4 144.2 141.2 145.5   0.3
10. devdb01.com-2.mobi                            11.0%   100  143.4 143.7 142.7 145.0   0.1

在我看来这似乎是一个问题，但直接ping针对目标却显示出一致的延迟并且没有损失。

有人知道这是 GCE 网络设置的怪癖还是一个真正的问题？

更新： 因此答案是否定的，来自 GCE 实例的跟踪不应该显示所有跳数的数据包丢失。现在问题已经解决，我选择了一条完全不同的路线，使用了不同的传输提供商：

                                      My traceroute  [v0.86]
gitlab-2 (0.0.0.0)                                                        Wed Jul  4 14:24:28 2018
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                          Packets               Pings
 Host                                                   Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 72.14.238.62                                         0.0%   102    4.7   6.2   4.6  26.1   3.9
 2. 108.170.244.167                                      0.0%   101    5.6   5.5   4.6  35.3   4.0
 3. ???
 4. ae27.cs1.cdg11.fr.eth.zayo.com                       0.0%   101  136.4 137.3 125.9 146.6   4.4
 5. ae0.cs1.cdg12.fr.eth.zayo.com                        0.0%   101  141.4 137.4 122.7 151.2   4.7
 6. ae2.cs1.lhr11.uk.eth.zayo.com                        0.0%   101   97.5  98.0  97.4 103.6   1.0
 7. ae5.cs1.lga5.us.eth.zayo.com                        98.0%   101  136.9 137.0 136.9 137.2   0.0
 8. ae0.cs2.lga5.us.eth.zayo.com                         0.0%   101  137.8 138.9 125.9 171.7   6.5
 9. ae3.cs2.ord2.us.eth.zayo.com                         0.0%   101  149.3 143.8 125.3 168.3   7.6
10. ae27.cr2.ord2.us.zip.zayo.com                        0.0%   101  141.3 138.3 125.6 150.9   4.2
11. ae17.er2.ord7.us.zip.zayo.com                        0.0%   101  142.1 138.6 126.5 163.2   4.9
12. 128.177.108.98.IPYX-142927-900-ZYO.zip.zayo.com      0.0%   101  140.7 138.5 128.1 145.4   4.1
13. agg1.c13.r05.s101.chi03.singlehop.net                0.0%   101  163.1 215.6 140.4 762.2 144.8
14. aswg1.c02.r05.s101.chi03.singlehop.net               0.0%   101  141.7 138.8 125.7 148.9   5.0
15. devdb01.com-2.mobi                                   0.0%   101  141.7 137.3 123.9 142.8   4.3

答案1

更新：https://status.cloud.google.com/incident/compute/18007

Google 已确认 europe-west1-b 存在问题 Google 云状态

相关内容