Олег Сироткин предоставлял ту информацию, которая была на тот момент. Нам важен не курс доллара, а стоимость железа. В середине декабря железо имело коэффициент удорожания примерно 1.7 по сравнению с летом, что давало нам возможность выйти на увеличение цены для наших клиентов около 30%. Сейчас этот коэффициент уже около 2. И, соответственно, мы вынуждены поднять цены больше, чем хотели.
Да, у нас действительно в последние два месяца бывает нехватка серверов. Это связно и с тем, что мы продолжаем продавать их в больших количествах, и с тем, что на рынке периодически отсутствуют некоторые комплектующие. К примеру, перед новым годом не было процессоров e3v3 1270.
По "Вы просто решили загнуть цены для всех клиентов, чтобы быстро накопить на закупку нового оборудования"... Я могу только повторить свою мысль, написанную чуть выше, немного ее изменив. Назовите российского хостера, у которого за тот же период времени Вы бы могли заплатить заметно меньше денег, чем у нас за аналогичные услуги. Можете рассматривать любой разумный период, даже с сентября 2014 по май 2015, исходя из известных на текущий момент изменений цен у нас и у других.
Если не сможете привести такой вариант, то это означает, что у нас очень дешево. И было и есть, даже после повышения. А это само по себе означает, что разговор "renter решил крупно навариться" - несостоятелен.
На вопрос "почему некоторые хостеры повышают цены для старых клиентов?" я, извините, отвечать не буду. Это тема статьи, а не сообщения на форуме.
Поскольку sidex100 не может сейчас ответить, отвечу я, руководитель renter.ru
Вы немного путаете. 2490р/мес стоили серверы на базе i7, а это другое железо.
"Комфорт E3" (не важно с какой версией e3) у нас стоил от момента его появления и до 29 января 3090р/мес. Если это последнее поколение процессоров - была плата за установку, если не последнее поколение, то, как правило, мы плату за установку мы не брали.
3390р/мес - была цена для юр. лиц.
Старая цена на Комфорт E3 - 3090р/мес , новая - 4590р/мес. Рост 49%.
То, что на сайте плохо разграничены по юр. лицам и физ. лицам договоры - наш косяк, спасибо, исправим в ближайшее время.
Ок, назовите российского хостера (не реселлера) с более низкими, чем у нас, ценами.
Вопрос "а почему у Вас так дорого?" довольно странно звучит по отношению к компании, которая держит самые низкие цены в своем сегменте. Да, российский хостинг дороже европейского, на то есть объективные экономические причины.
Если Вам нужно иметь рублевую стабильность, то можно купить сервер и поставить в ДЦ. Будет точно не дешево, но финансово стабильно.
Если нужно очень дешево и сердито - можно пойти в Хетцнер.
Если не хотите переплачивать, хотите иметь отличную связность в РФ, то у нас как минимум одно из лучших мест. И, кстати, не сильно дороже, чем у европейских дискаунтеров.
Спасибо за добрые слова и совет!
Мы не считали правильным менять цены в условиях, когда курс за неделю может поменяется на 10% и более. Постараемся в следующий раз выбрать более верный "курс" :-).
Хочу заметить, что вывешенные цены соответствуют текущим реалиям. Т.е. мы не планируем дополнительно повышать цены, если не будет дальнейшего падения рубля, не повысится резко цена на электричество и т.п.
Смотрите - открываем http://www.iptp.net/ru/lg.php и делаем ping до 89.208.23.1
Router: IPTP Moscow M9 Command: ping ip 89.208.23.1 Sending 5, 100-byte ICMP Echos to 89.208.23.1, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
89.208.23.1 - это Energopark.bb1.reu1.ip.di-net.ru.
Теперь следите внимательно.
пакет iptp.net -> 89.208.23.1 + обратный 89.208.23.1 -> iptp.net проходят за 1 мс.
Пакет billing.renter.ru -> 89.208.23.1 + обратный 89.208.23.1 -> billing.renter.ru - тоже 1мс.
Это означает, что пакет billing.renter.ru -> 89.208.23.1 -> iptp.net + обратный путь проходим за 2-3мс. И именно таким путем идет пакет от нас.
Но обратный пакет из iptp.net в billing.renter.ru, пакет почему-то идет в Европу. Пакет маршрутизируется таким образом именно iptp.net, а не нами.
Если есть еще вопросы - предлагаю обсудить их в личной переписке.
Позвольте представиться, меня зовут Сергей Боровков (Ваш К.О.), я являюсь руководителем проекта «Renter».
daniq82, ситуация показалось мне интересной и я решил разобраться в ней.
Вы привели tracert до 195.189.123.29 месячной давности, пакеты до этого адреса действительно шли через Стокгольм. Я попросил сетевых администраторов исправить ситуацию, они добились результата 40мс. Поскольку это с моей точки зрения не являлось решением, я не стал тогда отвечать, что ситуация решена.
Почему пинг стал в два раза меньше, а не превратился в нормальные 2-3-4 мс?
Оказалось, что ответ можно найти, выполнив traceroute в обратную сторону.
Открываем http://www.iptp.net/ru/lg.php и делаем трейс из IPTP Moscow M9 до billing.renter.ru
1 * * * 2 4001.r0.r327.nkf.ams.nl.iptp.net (91.194.117.130) 40 msec 44 msec 44 msec 3 mx01.Stockholm.gldn.net (195.69.145.153) 72 msec 72 msec 68 msec 4 pe04.Moscow.gldn.net (79.104.225.70) [AS 3356] 84 msec pe04.Moscow.gldn.net (79.104.225.74) [AS 3356] 92 msec 92 msec 5 81.211.13.162 [AS 3216] 44 msec 44 msec 44 msec 6 po1-vl24.gw1.dc6.agava.net (89.108.112.243) [AS 43146] 48 msec 44 msec 44 msec 7 10.37.50.250 [AS 3356] 48 msec 52 msec 44 msec 8 ah-n1.renter.ru (89.108.84.2) [AS 43146] 44 msec 44 msec 40 msec 9 billmgr.renter.ru (89.108.84.4) [AS 43146] 48 msec 48 msec 44 msec
Смотрите как интересно:
Пакет из iptp.net до billing.renter.ru идет через Европу. Причем идет до Стокгольма+обратно ~70мc, потом идет до gldn.net, время увеличивается до 90мс, что позволяет сделать предположение, что обратный пакет из pe04.Moscow.gldn.net идет тоже через Европу.
А дальше в точке 81.211.13.162 время резко уменьшается в два раза. Единственное, чем можно объяснить уменьшение времени прохождения пакета туда-обратно – это существенное изменение обратного пути. Ведь путь пакета от 91.194.117.130 до 81.211.13.162 нам известен, а путь обратного пакета – нет.
81.211.13.162 - это первая точка, в которую пакет из iptp.net идет через Европу, а обратный пакет идет напрямую, без большого крюка.
Также он идет и в billing.renter.ru
Путь пакета до многих серверов iptp.net показывается лишь частично. Ниже проверка связи с сервера billing.renter.ru
traceroute to 195.189.123.29 (195.189.123.29), 30 hops max, 60 byte packets 1 * * * 2 10.37.50.249 (10.37.50.249) 0.399 ms 0.855 ms 0.994 ms 3 po1-vl24.br1.m9.agava.net (89.108.112.241) 53.440 ms 53.461 ms 53.491 ms 4 Energopark.bb1.reu1.ip.di-net.ru (89.208.23.1) 1.059 ms 1.123 ms 1.195 ms 5 85.26.206.142 (85.26.206.142) 6.475 ms 6.506 ms 6.541 ms 6 * * * 7 * * * PING 195.189.123.29 (195.189.123.29) 56(84) bytes of data. 64 bytes from 195.189.123.29: icmp_req=1 ttl=121 time=42.3 ms 64 bytes from 195.189.123.29: icmp_req=2 ttl=121 time=42.0 ms
До того, как сетевые администраторы сделали ручной выбор аплинка для подсети iptp.net, пакеты шли и туда и обратно через Европу и мы имели 80мс, сейчас они делают крюк только по дороге в одну сторону и мы имеем 40мс.
Для решения проблемы надо обращаться не к нам, а в iptp.net.
По поводу адреса 217.12.97.25 уже написано объяснение ситуации.
Тут мы смогли найти решение, обратились в NOC AGAVA с просьбой изменить маршрут. Сейчас ping 3мс
PING 217.12.97.25 (217.12.97.25) 56(84) bytes of data. 64 bytes from 217.12.97.25: icmp_req=1 ttl=121 time=3.46 ms 64 bytes from 217.12.97.25: icmp_req=2 ttl=121 time=3.35 ms 64 bytes from 217.12.97.25: icmp_req=3 ttl=121 time=3.01 ms
По Вашему последнему сообщению:
Нет противоречия с тем, что я написал выше. Дело как раз в том, что пакет из di-net до 195.189.123.29 доходит быстро. И от нас до di-net тоже.
traceroute to 195.189.123.29 (195.189.123.29), 30 hops max, 60 byte packets 1 * * * 2 10.37.50.249 (10.37.50.249) 0.361 ms 0.789 ms 0.970 ms 3 po1-vl24.br1.m9.agava.net (89.108.112.241) 1.084 ms 1.074 ms 1.076 ms 4 Energopark.bb1.reu1.ip.di-net.ru (89.208.23.1) 1.032 ms 1.123 ms 1.154 ms 5 85.26.206.142 (85.26.206.142) 5.749 ms 5.782 ms 5.818 ms 6 * * *
А на пути обратно есть разница – из iptp.net до di-net пакеты идут напрямую, а до renter.ru – через Европу.