ua-hosting.company: облачный сервер в Нидерландах и США по цене хостинга, дешевле ip

Проблема в комплексе, вот в кратце ещё раз что меня не устроило:

1)Когда регистрировался, прям сразу начились проблемы с оплатой, т.е. нужно оплатить полный месяц, короче например если оплачиваю 2 апреля, мне ещё прийдёт счёт прората, или как они это называют, точно не помню...😂😮

2)Тут даже дело принципа уже, оплачено-то на месяц, ну забыл клиент уведомить, можно-же пойти на уступки и включить сервер, почему нужно опять платить на месяц, в общем-то договор исполняется клиентом, а то-что он допустим не хочет продлять услугу, так и Европейцы навряд-ли будут уведомлять что-то, если как утверждает представитель хостинга у них снимятся средства, то наверняка будут разбирательства на каком основании ?🙅

3)С этим хостингом ну реально не возможно работать, тут и непонятный учёт траффика, непонятные счета и крайнее не желание идти на встречу клиенту...

Не ну если много клиентов это конечно хорошо, видно когда компания сильно вырастает, то просто плюёт на клиентов, зачем заботится о пользователях, если всегда будет профит с новых, или старых постоянных пользователей ?

Знаю пачку подобных компаний, с таким отношением, просто нужно стараться обходить такие конторы стороной !😡

hosting_manager,

Ничего не буду говорить, а просто приведу здесь два скрина.

Стоимость с главной страницы:

Стоимость из страницы аккаунта:

Как это называется?

Тем не менее, если с главной страницы нажать "Заказать", то возникает вот что:

...

Это называется невнимательность, Вы смотрите разные локации. В Нидерландах цена сейчас выше - 5.99, для США цена 3.99.

hosting_manager, увы вижу только цитату вырванную из контекста. Так как даже лог всего тикета может зависит от предыдущих тикетов. Так что да, субъективная оценка =)

Да признайтесь уже что у вас в ТП тугодумы трудятся. В тикете я четко изложил суть претензии и приложил скриншоты статистики до перевода трафика, во время перевода и после возврата на исходный сервер. На них четко было видно, что на вашей машине исчезал таргетированный мобильный трафик и который восстановился после возвращения на исходную машину. На предположение вашего техника об обновлении ДНС, я сразу же объяснил, что исходный сервер работает и принимает трафик в штатном режиме, т.е. проблема не в ДНС. После чего он снова начал гнуть линию ДНС, после чего, я попросил более компетентного сотрудника/управляющего. Надо отдать должное, ответил он достаточно быстро, но сходу врубил режим "дурака", типа "я не в курсе что тут происходит, давай-те ка, расскажите для меня лично, все по новой". Так сложно перечитать тикет, вникнуть в суть проблемы и предложить варианты решения? Нет, надо выпендриваться, строить из себя директора крупной европейской компании. Черт, смешно же. Вы учитывает только свои интересы и бережете нервы своих сотрудников, а то что по вашей вине у клиента теряется трафик и он имеет право быть рассержен по этому поводу, вас не волнует. Да к черту такую "контору"! Благо, хватает альтернативы вам даже в ряду реселлеров Лизвеб.

это не ответ - а отписка - общие фразы, где доказательства?

В тикетах мы саппорту ответили так (вторая цитата) и с тех пор тишина. Как и тишина на простой вопрос

А чем общение в тикетах хуже. Это и проверка функционирования компании, когда на общих основаниях можно, без привилегий решать важный вопрос. Сергей, если бы Ваш саппор не морозился, а дал исчерпывающие ответы. Я бы так не разозлилась, но они предпочли полностью игнорировать. А это - плохое поведение для чего-то там платинового

а как все пафосно начиналось:

/ru/forum/725322 - этот топик цитировать можно долго... почувствуйте разницу©

кстати hosting_manager,там в топике Вам предлагали "завязывать с ложью"... зря Вы не послушали.

1) Не Вы определяете законность и не законность ресурсов.

2) Не Вы регулируете политику PayPal-a

3) Другие реселеры Leaseweb-a, мягко говоря, ставят под сомнения Вашу аргументацию.

PS

в этой ветке видно, что это не первый случай по возмещению, Ваша поддержка всех довела до "употребление не нормативной лексики"?

Вы так всех, кому НЕ возвращаете средства успокаиваете?

Эта "общая фраза" и есть доказательством. Понятное дело, что можно начать снимать трафик со свитчей и пытаться найти где конкретно "теряются" эти 10%, но это глупо и лишено смысла. Так работает система учета трафика в дата-центре и она реально считает весь трафик, по всем портам, даже тот, который не дошел до сервера (но который дошел до маршрутизирующего оборудования и по какой-то причине был отклонен), помимо прочего есть еще трафик между сервером и роутером, технический, который также невозможно фиксировать на сервере. В силу особенностей протоколов стека TCP/IP, потребителю услуг Интернет практически невозможно подсчитать именно тот трафик, который считает провайдер. И эта разница может доходить до 30% в некоторых случаях, если есть паразитный трафик, который фильтруется.

10% различие с данными учета с бордеров маршрутизатора - вполне адекватное значение. Хорошо, что не больше.

К примеру, на Ваш сервер могут идти ICMP-запросы и другие запросы, которые блокируются оборудованием в соответствии с политикой приоритетов (обрабатывается только важный трафик), этот трафик будет резаться еще на маршрутизаторе, до сервера он не дойдет, но учтен будет.

Также, как и с DDOS-атаками, трафик может во все не дойти до сервера, но будет учтен, так как внешние каналы дата-центра были задействованы для его доставки.

---------- Добавлено 02.04.2016 в 01:02 ----------

Я не говорил, что общение в тикетах хуже, а наоборот призываю всех клиентов к этому, зачастую даже лучше, ведь я не постоянно на связи. Но если у Вас есть какое-то недовольство в решении вопроса - нужно это озвучивать.

В данном случае ребята сработали профессионально - уберегли Вас от огромного счета за превышение, а оно случилось бы, учитывая характер суточного потребления по графикам. Конечно, даже в таком случае мы бы пошли на встречу, и посчитали бы превышение по льготному тарифу, так как обнаружили его еще до конца месяца и могли мы договорится о Вас с дата-центром. Но она нужна такая головная боль? Лучше планировать потребление заранее и не превышать.

Они включили, как только Вы готовы были оптимизировать трафик (ограничить порт), чтоб не выйти за пределы. Передали Ваш запрос сетевым инженерам. Если бы Вы им сказали - включите, я готова отвечать за перерасход, они бы сделали это без каких-либо возражений. Но такой фразы не было, а рисковать никто не хотел. Не забывайте, что сотрудники отвечают за свои действия материально. И у них должна быть очень хорошая мотивация, чтоб рисковать ради Вас своей зар. платой, так как именно в этом, как я понял, Вы их обвиняете. Что они не захотели, чтоб произошло превышение.

Сотрудники передали ответ инженеров Вам, Вас он не устроил. Да, похоже инженеры в дата-центре "морозятся", так как пока не могут придумать, как Вам объяснить доступнее, возможно даже проверяют систему учета на основании Ваших данных, чтоб дать более полный ответ (но для этого подключить нужно уже и программистов). А учитывая то, насколько это большая и сложная система, которая считает и учитывает свыше 3.5 Тбит / с трафика, это не просто и ответ не может быть дан мгновенно.

Вспомните хотя бы себя, когда Вас спросили о том, не забыли ли Вы о входящем трафике, Вы кстати сразу сходу не смогли дать ответ, как Вы там написали?

Отвечаю, нет, он не все учитывает. Вот тот ответ инженеров, он не учитывает.

И даже админ Ваш понимает это, он же на английском и написал, что "походу он не видит весь трафик": Seem's our server have own VLAN and i don't see a lot other traffic on server interface via tcpdump (multicast for example).

Решение этого вопроса на самом деле простое, вместо того, чтоб ожидать комментарии от инженеров, которые сами досконально не знают, я в этом уверен, как та сложная система все учитывает (по поводу расхождений) - проще заложить эти 10% в статистику, которые Вы снимаете с Вашего сервера. Для того, чтоб примерно понимать, сколько Вы потребляете реально (в соответсвии с системой учета дата-центра).

Одно могу сказать точно, никто там Вас не кидает и не обманывает. Таких мотивов нет и быть не может. Если найдут реальную проблему в статистике - пофиксят, но не быстро. Подобные вещи быстро не делаются.

Ну и не надо забывать, что у инженеров познаний в системе учета, вероятно не больше, чем у Вас о Вашей статистике на Вашем сервере, систему разрабатывали программисты, и детально без них понять, есть проблема или нет - сложно.

---------- Добавлено 02.04.2016 в 01:05 ----------

По отказу в возврате из-за этого пункта - первый. Проблема не в лексике, а в том, что человек оскорбил другого человека. За что и был наказан.

---------- Добавлено 02.04.2016 в 01:21 ----------

Ну да, почти не отличаются, а я то думал... Если для Вас в 3-4 раза дешевле - почти не отличаются, то это крайне странно.

К примеру эта конфигурация доступна у нас от $74,92:

2 x Intel Quad Core Xeon E5504 / 16GB DDR3 / 12 x 500GB SATA / 1Gbps 100TB

Если на какой-то другой конфигурации мы увеличили маржинальность и не сделали цену столь привлекательной - то это не означает, что мы плохие, это означает, что где-то мы все же вынуждены зарабатывать больше, чтоб платить зар. платы людям в частности и другие операционные расходы.

Риски мы ни на кого не перекладываем. Но и сами не хотим принимать на себя риски там, где они нам не нужны.

Мы не церковь и не святые, хотя даже там - бизнес. Но мы работаем по правилам, которые четко описаны. Люди с постсоветского пространства не привыкли следовать правилам. В этом и проблема тех возмущенцев, которые тут время от времени пишут полнейшую ересь. Что им что-то недодали, где-то обделили, нарушили их права, а они такие правильные.

Все четко описано. Все по регламенту. Даже больше - зачастую идем на встречу в обход регламента в пользу клиента.

---------- Добавлено 02.04.2016 в 01:28 ----------

У нашего сотрудника Ваш сайт открылся с мобильного устройства. Возможно проблема вообще носила скриптовый характер или характер настройки конкретно Вашего VPS.

Отследить в чем проблема, не зная всех нюансов Ваших сайтов, не разобравшись, невозможно.

Никто не выпендривался. Если Вас в тикете попросил человек объяснить повторно - вероятно ему не было понятно полноценно то, что написано было ранее. Компания у нас кстати в Белизе и сотрудники тех. отдела не имеют отношения к управлению ею.

После таких заявлений, я начинаю подозревать, что вы вообще не особо понимаете, каким образом идет учет трафика в датацентре или просто плаваете в сетевых технологиях, а все это пишете лишь для отмазки перед клиентом и "общественностью"

- 10% расхождений это очень прилично особенно при стоимости 50 евро за 1ТБ. Для любого коммерческого биллинга это просто недопустимо.

- LeaseWeb вам пишет, что считает трафик на свитче, а вы зачем-то бордеры вспоминаете.

- служебный трафик безусловно может существовать и расхождение может появиться, если например ваш клиент считал бы трафик по логам nginx. VNstat снимает данные с интерфейса, т.е по сути с порта свитча, но со стороны клиента. В ответе от LeaseWeb, который вы предоставили, как раз и написано, что трафик считается на свитче, т.е их биллинг снимает по SNMP счетчики трафика на клиентских портах и аккумулирует у себя в БД полученные данные о трафике.

Проверить этот факт вы можете очень легко. Достаточно на сервере с выключенным сетевым портом посмотреть статистику по трафику - её не будет совсем.

- Теперь про DDoS атаки; Порт свитча имеет ограничение по скорости, в данном случае 1гбит\с

Больше, чем скорость порта трафика в порт влезть не может. Т.к учет производится на порту клиентского свитча, то какой бы мощности ни была DDoS атака, количество переданного трафика все равно будет увеличиваться не более чем со скоростью порта. В том или ином виде этот трафик все равно будет виден vnstat, т.к ддос все равно придет на сетевой интерфейс сервера и будет посчитан.

Вариант, когда "трафик может во все не дойти до сервера, но будет учтен" безусловно возможен, но только если бы в LeaseWeb учитывали трафик по Netflow с пограничных маршрутизаторов. Но это не так.

- Что касается 10% о которых пишет LenkaAOE, то мне кажется тут все очень просто.

vnstat считает трафик в тебибайтах (TiB), а LeaseWeb учет ведет в терабайтах(TB).

На терабайтных объемах погрешность как раз достигает почти 10%

Для наглядности приведу скрин из Wikipedia

Соответственно 86.82 TiB у LenkaAOE будет означать 95.46 TB у LeaseWeb

hosting_manager, вы видимо именно об этом хотели написать несколькими постами ранее? Только вот с математикой ошиблись.

--------------

Если вы "нахапали" большое количество древних серверов по акционной цене, получили скидку за контракт, а то и еще выбили доп. скидку на количество - это ведь ваш бизнес и ваши проблемы куда девать эти сервера, а не клиента, у которого вы по сути воруете примерно 10 дней месяца прикрываясь регламентом.

Да, я не заметил тот момент, что они ответили, что собирают данные со свитчей, спасибо, особо не вникал в то, что лежит вне зоны нашего контроля. На другой площадке в Нидерландах - трафик именно с бордеров считали. Тогда действительно расхождения такого большого не может быть и теперь понятно, почему такой завтык с обновлением данных раз в сутки.

С тебибайтами действительно ошибся с математикой, реально набегает 10%, Вы правы, забыл, что эффект нарастает. Огромное Вам спасибо. Ведь так бы и не обратил внимание, что ошибся. И искали бы проблему там, где ее нет.

На счет политики учета 10 дней - мы же не отказываем в том, чтоб клиент доработал оплаченные 10 дней, для этого достаточно лишь уведомить до 20-го числа, либо выполнить продление еще на месяц, своевременно оформить отказ и доработать оплаченный срок до последнего дня. Если клиент сам выбирает путь неисполнения договора, то это уже проблема клиента, а не провайдера, который может и хочет оказать ему услугу, но исполнение обязательств провайдером было приостановлено со стороны клиента и мы просто не имеем права действовать иначе.

Было бы можно у нас чарджить средства с клиентов, как в Европе и США - блокировок не было бы во все. Просто списывалась бы сумма за следующий период 21-го, если отказ не был оформлен до 20-го, на основании договора, все честно.