Как стать автором
Обновить

Комментарии 26

Я мерил скорость с помощью speedtest_cli. Там можно выбрать сервер, до которого будет измеряться скорость, попробуйте — наверняка есть Китай.
Спасибо за идею. Попробовал разные ресурсы, получил такие результаты:

Среднее
  • Hangzhou City, China — 202 мс
  • Shanghai, China — 189 мс
  • Hangzhou, China — 246 мс
  • Hong Kong, China — 66 мс


Еще интересные
  • Tokyo, Japan — 74 мс
  • Kuala Lumpur, Malaysia — 70 мс
  • Bangalore, India — 45 мс


Справедливости ради стоит отметить, что Дели и Мумбаи выдают уже 250 мс.

Зачем писать в статье вывод ping, причем, даже не говоря, откуда этот пинг выполнялся, если значения зависят от места, провайдера, того, ведутся ли сейчас у провайдера с кем-либо пиринговые войны, загруженности маршрутизаторов на пути следования (который уже через минуту может стать другим) пакетов и того, какая погода сейчас на марсе?
Одесса, Украина

--- 128.199.253.115 ping statistics ---
12 packets transmitted, 12 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 245.418/247.854/256.425/2.819 ms
Всего 15ms до Джакарты, круто! Долго этого ждал. Пожалуй, поразмыслим с другом о переходе с ArdHosting-а.
P.S.: сам пользуюсь Digital Ocean уже достаточно давно, классный оператор.
У меня вопрос, из России(серверо-запад), Ростелеком, только у меня пинги одинаковые, что на Амстердам, что на Нью-Йорк — 200-300 ms(и потери разумеется)? Проверял где-то неделю-две назад, или это просто единичный случай?
Сайт с большим количеством изображений, поэтому пинги очень критичны.
Traceroute лучше сделайте — возможно, прояснит ситуацию.
Попробовал, но честно говоря мало проясняет.
Скрытый текст
Tracing route to 146.185.147.*** over a maximum of 30 hops

1 1 ms <1 ms <1 ms 192.168.1.1
2 1 ms 1 ms <1 ms lo0-psk18-3.natm.ru [213.148.173.212]
3 1 ms 1 ms 1 ms eth-113-163-148-213-homell.natm.ru [213.148.163.
113]
4 1 ms <1 ms <1 ms 213.24.***.21
5 36 ms 36 ms 37 ms xe-10-3-0.stkm-ar1.intl.ip.rostelecom.ru [87.226
.133.225]
6 37 ms 37 ms 36 ms s-b3-link.telia.net [213.248.95.105]
7 35 ms 34 ms 36 ms s-bb4-link.telia.net [80.91.253.226]
8 52 ms 52 ms 53 ms hbg-bb2-link.telia.net [62.115.136.9]
9 65 ms 60 ms 65 ms adm-bb4-link.telia.net [62.115.136.130]
10 60 ms 67 ms 60 ms adm-b4-link.telia.net [213.155.137.183]
11 62 ms 76 ms 70 ms digitalocean-ic-302452-adm-b4.c.telia.net [62.11
5.34.22]
12 225 ms 229 ms 222 ms 146.185.147.***

Trace complete.

ping 146.185.147.***

Pinging 146.185.147.*** with 32 bytes of data:
Reply from 146.185.147.***: bytes=32 time=229ms TTL=54
Reply from 146.185.147.***: bytes=32 time=223ms TTL=54
Reply from 146.185.147.***: bytes=32 time=230ms TTL=54
Reply from 146.185.147.***: bytes=32 time=231ms TTL=54

Ping statistics for 146.185.147.***:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 223ms, Maximum = 231ms, Average = 228ms


последнии два хопа смущают
11 62 ms 76 ms 70 ms digitalocean-ic-302452-adm-b4.c.telia.net [62.11
5.34.22]
12 225 ms 229 ms 222 ms 146.185.147.***
Т.е. все остальное время нормальный пинг, и вдруг громадный скачок причем на переходе на мой сервер.
Написать бы им в поддержку? Уж кто-то, а они стык с Телией явно быстрее проверят и доведут до ума.

А с СЗ России Нидерланды явно быстрее обычно работают. Конечно, от вашего провайдера тоже зависит, но все же.
Совсем забыл про их саппорт, спасибо за напоминание :)
Отличный саппорт кстати.
Да, поддержка там просто рулит. Поначалу еще (может, просто не хватало людей?) чуть тормозили, а потом как взяли планку скорости ответа, так и держат.

Что приятно — отвечают по делу, стараются помочь, финансовые вопросы решают обычно в сторону клиента. Нашим бы провайдерам так!
В этом и плюс ДО — отличный сервис, отличный саппорт, хорошая админка, хотя за те же цены у конкурентов есть VPS-ки и получше, но слезать не хочется абсолютно, особенно на российских провайдеров(просто хостеров тем более).
А мне вот их суппорт как-то не очень. Отвечают медленно и не по сути. Недавно создал тестовый VPS на Arch Linux в Сингапуре, сеть не поднялась. Попросил друга из Самаринды попробовать под своим аккаунтом — та же проблема. Зашёл через веб-консоль и вижу — на интерфейсе eth0 нет IP-адреса. Пришлось руками через ifconfig задавать IP и маску (благо, они указаны на страничке с консолью) и шлюз по умолчанию. Написал в суппорт — часов через 5 ответили, попросив попинговать VPS со своего компа и скинуть им вывод. Очень интересное решение проблемы, конечно.
Там на самом деле раз на раз не приходится. Бывает сразу и в точку, а бывает как в лужу пернут. Мне кстати почти всегда один и тот же человек отвечает.

Они кстати набирают персонал для саппорта . Жаль что все это только в Нью-Йорке.
Пекин, Китай. Провайдер: China Telecom
Tracert
traceroute to 128.199.250.34 (128.199.250.34), 64 hops max, 52 byte packets
1 192.168.88.1 (192.168.88.1) 0.871 ms 0.606 ms 1.216 ms
2 1.16.202.1.static.bjtelecom.net (1.202.16.1) 1.603 ms 1.651 ms 1.352 ms
3 bj141-131-221.bjtelecom.net (219.141.131.221) 978.061 ms 1.789 ms 1.864 ms
4 118.84.3.25 (118.84.3.25) 2.730 ms 3.678 ms 3.539 ms
5 202.97.53.98 (202.97.53.98) 2.262 ms 2.250 ms 2.200 ms
6 202.97.58.94 (202.97.58.94) 98.408 ms 100.807 ms 101.831 ms
7 202.97.58.81 (202.97.58.81) 104.776 ms 105.765 ms 104.859 ms
8 p16-5-1-0.r22.tokyjp01.jp.bb.gin.ntt.net (129.250.9.53) 155.271 ms 153.576 ms 156.600 ms
9 as-6.r21.sngpsi02.sg.bb.gin.ntt.net (129.250.5.157) 276.037 ms 268.095 ms 280.299 ms
10 ae-6.r00.sngpsi02.sg.bb.gin.ntt.net (129.250.6.105) 241.177 ms 249.139 ms 307.063 ms
11 116.51.27.150 (116.51.27.150) 368.166 ms * 361.729 ms
12 103.253.144.242 (103.253.144.242) 326.348 ms 331.204 ms 322.505 ms
13 128.199.250.34 (128.199.250.34) 293.699 ms 290.022 ms 285.657 ms


-- 128.199.250.34 ping statistics ---
31 packets transmitted, 28 packets received, 9.7% packet loss
round-trip min/avg/max/stddev = 199.622/208.383/272.298/20.320 ms
Вы про «Китайский файрвол» не забывайте…
Из Ростелекома пакеты тоже идут через Японию:
tracert
  1     3 ms     2 ms     2 ms  
  2    27 ms    26 ms    26 ms  
  3    33 ms    28 ms    28 ms  
  4    30 ms    31 ms    27 ms  
  5    33 ms    31 ms    32 ms  77.51.254.234
  6    90 ms    74 ms    74 ms  ae-5.626.m7-cr1-b.msk.ip.rostelecom.ru [188.254.36.101]
  7   133 ms   144 ms   136 ms  95.167.91.155
  8   174 ms   162 ms   166 ms  61.213.146.253
  9   185 ms   185 ms   162 ms  ae-0.r23.tokyjp01.jp.bb.gin.ntt.net [129.250.4.106]
 10   236 ms   232 ms   231 ms  as-6.r21.sngpsi02.sg.bb.gin.ntt.net [129.250.5.157]
 11   233 ms   225 ms   241 ms  ae-4.r20.sngpsi02.sg.bb.gin.ntt.net [129.250.6.100]
 12   227 ms   226 ms   228 ms  116.51.27.150
 13   299 ms   226 ms   225 ms  103.253.144.242
 14   246 ms   254 ms   246 ms  128.199.244.8

Ping statistics for 128.199.244.8:
    Minimum = 247ms, Maximum = 251ms, Average = 249ms
Хуахин, Таиланд
traceroute
traceroute to 128.199.253.115 (128.199.253.115), 30 hops max, 60 byte packets
1 192.168.11.1 (192.168.11.1) 1.798 ms 3.454 ms 5.177 ms
2 10.121.73.113 (10.121.73.113) 33.570 ms 10.121.73.145 (10.121.73.145) 37.172 ms 10.121.73.129 (10.121.73.129) 39.305 ms
3 10.121.73.146 (10.121.73.146) 38.051 ms 39.724 ms 41.147 ms
4 mx-ll-110.164.0-175.static.3bb.co.th (110.164.0.175) 44.841 ms 45.761 ms mx-ll-110.164.0-161.static.3bb.co.th (110.164.0.161) 49.990 ms
5 mx-ll-110.164.0-140.static.3bb.co.th (110.164.0.140) 48.305 ms 49.653 ms mx-ll-110.164.0-174.static.3bb.co.th (110.164.0.174) 52.921 ms
6 mx-ll-110.164.1-3.static.3bb.co.th (110.164.1.3) 52.655 ms mx-ll-110.164.1-5.static.3bb.co.th (110.164.1.5) 26.837 ms mx-ll-110.164.1-73.static.3bb.co.th (110.164.1.73) 27.295 ms
7 mx-ll-110.164.1-117.static.3bb.co.th (110.164.1.117) 31.158 ms 35.360 ms 36.435 ms
8 mx-ll-110.164.0-79.static.3bb.co.th (110.164.0.79) 66.999 ms 69.170 ms 70.032 ms
9 xe-0-0-0-6-101.r00.sngpsi02.sg.bb.gin.ntt.net (116.51.17.189) 73.222 ms 75.346 ms 78.171 ms
10 116.51.27.150 (116.51.27.150) 77.736 ms 78.917 ms 81.676 ms
11 103.253.144.242 (103.253.144.242) 82.544 ms 85.496 ms 61.282 ms
12 sin.zimin.name (128.199.253.115) 61.985 ms 66.564 ms 66.781 ms


--- 128.199.253.115 ping statistics ---
63 packets transmitted, 63 received, 0% packet loss, time 62075ms
rtt min/avg/max/mdev = 60.615/73.708/312.152/37.179 ms
Хм, отличные цифры для Тая. Спасибо.
Это от того, что интернет Азии, особенно ЮВА, как бы отделелён узким горлышком от остального мира. Не знаю точно с чем это связано, но внутри ЮВА нормальный интернет, а наружу резко печально. Вот кусок трейса до России:
 7  mx-ll-110.164.1-117.static.3bb.co.th (110.164.1.117)  36.233 ms  40.762 ms  40.761 ms
 8  inter-hk-pop.3bb.co.th (110.164.0.225)  98.748 ms  101.150 ms  102.102 ms
 9  ttk-10G.hkix.net (202.40.160.210)  120.265 ms  120.443 ms  120.506 ms
10  Rosniiros-gw.transtelecom.net (217.150.63.137)  332.223 ms  332.500 ms  335.076 ms

Может быть в этом виноват Китай, не знаю.
Знаю эту хрень… Те же индонезийские хостеры на своих VPS всегда дают в Индонезию 100 мегабит, а в остальной мир в лучшем случае мегабит (а порой бывает 256 килобит или ещё меньше). И чаще всего с шарингом аплинка. Можно и выделенный (1:1) мегабит арендовать, но выходит в пересчёте в рубли штук 20 за мегабит. Вот пруф для тех, кто не верит. Не очень люблю этого хостера, но у меня там хороший знакомый работает, с которым мы в реале знакомы.

ЮВА — очень густонаселённый регион, имеющейся сетевой инфраструктуры не хватает. Плюс регион этот быстро развивается, всё больше людей подключаются к интернету. Имеющийся аплинк в мир почти целиком отдаётся домашним «потребителям», потому что в мире море сайтов, которые этим потребителям интересны (Twitter, Facebook, etc), а локальные ресурсы это, в основном, какая-то плесень.
Всё, перенесли пару сайтов с целевой аудиторией в Индонезии с американского сервера на сингапурский, индонезийцы в глубочайшем трансе от того, как всё быстро работает! Если вдруг кто-то, находящийся в ЮВА, захочет покликать: bsmsite.com (ссылка не для рекламы, а просто для теста ощущений)
Как переносили?

Через саппорт в другой регион или через image и новый дроплет?
Через image и новый дроплет не получилось, решительно выдаёт ошибку, но это не было проблемой, так как один чёрт решили поменять операционную систему, так что просто создали новый дроплет и перебросили то, что нужно.
Действительно шустро. А перенос через Image это частная ошибка или общая?
Не знаю, так как нас куда больше беспокоила другая проблема, о которой мы написали в суппорт и они в итоге её решили — была проблема с настройками сети в шаблонах Arch Linux.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации