Comments 23
Тарифы действительно не самые плохие для РФ. Но виртуализация очень тормознутая. Взял самую слабую VPSку на тест. Брал из-за RTT в 7мс. После некоторого времени RTT стал обычным, около 30мс… Часто соединения с сервером (ощущение что сам сервер) подвисают на несколько секунд… Вобщем, по сравнению с тем же хецнером (где самая слабая VPS в 2-3 раза богаче) — тоска и печаль… Закон Яровой в действии?...)
Ваш вопрос надо изучить более детально. Если возможно, пришлите в техническую поддержку на почту support@ruvds.com трассировку до сервера. Либо укажите номер сервера в нашем сервисе, передадим в службу поддержки ваш вопрос, чтобы разобрались в чем именно проблема. Спасибо.
Крайне нестабильный RTT
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=15 ttl=57 time=5.51 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=16 ttl=57 time=4.54 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=17 ttl=57 time=6.22 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=18 ttl=57 time=5.82 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=19 ttl=57 time=5.82 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=20 ttl=57 time=5.60 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=21 ttl=57 time=41.9 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=22 ttl=57 time=5.26 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=23 ttl=57 time=30.3 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=24 ttl=57 time=40.9 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=25 ttl=57 time=29.5 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=26 ttl=57 time=16.1 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=27 ttl=57 time=4.53 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=28 ttl=57 time=36.7 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=29 ttl=57 time=15.0 ms
64 bytes from ptr.5x00.ru (MY_IP_ADDR): icmp_req=30 ttl=57 time=28.0 ms


Какие-то постоянные пертурбации…

Трассировка раз
traceroute to MY_HOST_ADDR (MY_IP_ADDR), 30 hops max, 60 byte packets
1 router (192.168.1.1) 0.531 ms 0.518 ms 0.516 ms
2 тут мой провайдер
3 тут мой провайдер
4 zn-comcor-network-gw2.zhukovsky.net (87.245.160.169) 3.310 ms 3.408 ms 3.464 ms
5 62.117.100.153 (62.117.100.153) 4.553 ms 4.594 ms *
6 * * *
7 * * *
8 * * *
9 * * *
10 * ptr.5x00.ru (MY_IP_ADDR) 5.443 ms 5.359 ms


Трассировка два
traceroute to MY_HOST_ADDR (MY_IP_ADDR), 30 hops max, 60 byte packets
1 router (192.168.1.1) 0.590 ms 0.580 ms 0.580 ms
2 тут мой провайдер
3 тут мой провайдер
4 zn-comcor-network-gw2.zhukovsky.net (87.245.160.169) 3.755 ms 3.794 ms 3.794 ms
5 62.117.100.153 (62.117.100.153) 5.986 ms 6.024 ms 6.026 ms
6 82.138.46.58 (82.138.46.58) 3.797 ms 2.984 ms 2.930 ms
7 * * *
8 ptr.5x00.ru (MY_IP_ADDR) 4.383 ms 6.321 ms 6.323 ms


Полагаю проблема может быть и в Комкоре…

Номер сервера RU185931.
P.S. кстати так и не нашел где reverse-запись DNS прописать для сервера…
Передали ваш запрос в службу поддержки, если вы не возражаете, дальнейшее обсуждение предлагаем перенести с хабра в рамки стандартной работы службы поддержки?
Не вопрос. Я собственно уже перевел все сервисы на хецнер. Но если почините — возможно, что-то переплывет обратно.
Ну и по поводу поддержки — outsource и экономия это здорово.
Но для сравнения когда например GoDaddy списал с меня автоматом денег за домен, про который я забыл — они по звонку в течение 10 минут все отменили и вернули деньги в полном размере (хотя домен уже неделю проработал).
В похожей ситуации у вас: обрадовался низкому RTT, оплатил хостинг на год вперед (скидка же, скупой платит дважды). Далее захотел отменить…
На первое письмо ответили быстро, спросили как хочу вернуть деньги на счет. Ответил что другой хостинг в зачет не нужен, верните на карту. Следующий ответ почему-то пришлось ждать 4 рабочих (!!!) дня. Ну и ответ «мы удержим 10% согласно договора, который никто не читает»…
Когда уже бизнес поймет, что хорошо расстаться с клиентом — зачастую значит его вернуть.
Услугами GoDaddy я воспользовался снова. А вашими — даже не знаю…

Это не камень в ваш конкретный огород, а так — мысли вслух…
Да конский ценник же.
Только недавно арендовал сервак, RUVDS раз в 5 дороже него. И в 10 раз дороже того, что я арендую в европе.
Может я чего то глобально не понимаю? За что такая разница?
Киньте ссыль в личку, если можно.
У ruvds можно взять VPS с 0,5Гб RAM за 130р/мес, если за год оплатить — то 104р/мес. Для РФ вполне… Если б он еще только нормально работал… Для большинства задач его хватало бы (ну без СУБД конечно).
Ну такое я не рассматриваю. У меня на одном куча всяких обработчиков месит разные API прогоняя по базам на PostgreSQL а на втором сейчас планируется пачка сайтиков.

ЗЫ кину конечно
В дата-центр приходит 3 независимых ввода интернета по 10 Гбит/с каждый, которых полностью хватает для нужд дата-центра RUVDS и их вышестоящего провайдера. Правда, однажды все три оказались перебитыми экскаваторами со стройки в соседнем блоке здания.


Какие же они тогда независимые, если где-то там через 100 метров от ДЦ сводятся в одну траншею, которую и перебили экскаваторами.
Подразумевается независимость именно канала связи как такового. В магистральных узлах связи так же все каналы физически будут находиться вместе, при этом каждый из них будет независим.
Провода приводятся в порядок. Мы показали наш дата-центр как есть, естественно, где-то могут быть недочеты. Тем не менее это не влияет на работоспособность. Мы можем привести немало примеров дата-центров, где все очень красиво, но при этом менее стабильно, а это главное для клиентов.
Красиво уложенная витуха, да еще и в цвете — это не для хвастовства делается же, а для более быстрого поиска «концов». Когда у вас над душой стоят 100500 орущих клиентов и вам нужно по-быстрому перекоммутировать провода с одной вышедшей из строя железки на другую, то поверьте, при красиво уложенных и минимально подписанных (цветных) проводах это делается в разы быстрее и время тут как раз имеет значение.

Рыба гниет с головы, но в данном случае с хвоста...., поэтому начните с подборки и маркировки своих хвостов.
Это может не влиять на надёжность сервиса до первой необходимости перестановок. Если вы десятилетиями не собираетесь обновлять инфраструктуру — ок, в остальных случаях наткнётесь на неприятности.
Ну и само собой, вам не жаль времени и средств на обслуживание этого дела.
День, потраченный на приведение кабла в порядок, может сэкономить неделю на миграции и обновлениях, не говоря уж о безопасности всех работ в такой стойке.
Мотки тощей оптики в юните вместо копеечного органайзера вообще безмерно радуют.
В настоящее время компания HUAWEI активно завоевывает рынок телекоммуникационного оборудования не только в России, но и в мире, а их оборудование, одно из лучших по качеству по приемлемой цене. Мы уже третий год используем их оборудование, все работает без нареканий. Отсюда и выбор.
Рядом с баллоном пожаротушения валяется на полу подключенная PDU… Шикарно, не говоря уже про витуху смачно свисающую со шкафов.
Данное PDU используется для подключения мобильного монитора, по сути используется как удлинитель. PDU для серверов установлены в стойки, их здесь не видно. А это просто переноска.
Ещё один фактор экономии: IPv6 адреса хостер не предоставляет и в ближайшее время планов на это нет. Цаплин защищает и это решение:

— Банально такие адреса никому не нужны. За все время никто даже не интересовался этим вопросом, а стоимость внедрения не нулевая, поэтому смысла тратить деньги на то, что не нужно, нет.

Сильное заявление. Поэтому Россия и находится в конце списка по скорости внедрения ipv6. У зарубежных хостеров наличие ipv6 уже давно стало стандартом, а тут вот, никому не надо. Все современное оборудование давно из коробки поддерживает ipv6, не думаю, что стоимость внедрения в данном случае действительно является останавливающим фактором.
Данный вопрос чисто экономический. За годы работы не было ни одного запроса на IPv6.
Какой смысл запрашивать то, чего нет? — проще проголосовать ногами туда, где уже есть необходимый ресурс.
Интересно генератор расположен, точнее его радиатор. В том же помещении, предполагаю, что не очень большом. Туда через час-другой работы генератора войти-то можно? Вентиляция справляется?
Спасибо за фото, стоит сделать пометочку, с кем работать не нужно.
Посмотрел и понял, что даже у меня в серверной красота и порядок, хотя ещё теснее в помещении. По крайней мере, более-менее идентифицируются коммуникации и нет боязни что-то задеть и уничтожить.
Only those users with full accounts are able to leave comments. Log in, please.