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

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

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

Так что спасибо за обеспокоенность, но у нас и у наших клиентов все хорошо, решениями успешно пользуются сотни человек. И за последний месяц случился только 1 неприятный момент, когда сотрудник вбил по ошибке ай пи два раза для разных клиентов и в итоге при выдаче новой услуги новому клиенту услуга старого клиента была удалена. За что мы принесли извинение и провели компенсацию, хотя по регламенту не обязаны.

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

Могу даже раскрыть такую печальную статистику - за последние 4 года работы по нашей вине 2 клиента выделенных серверов потеряли данные и 1 клиент виртуального сервера. И от этого не застрахован никто, особенно, когда серверов тысячи. Соответствующие выводы сделаны и дополнительные процедурные меры безопасности обеспечены.

Именно, наконец-то Вы поняли суть, но не до конца, накопители могут выходить из строя, просто это не происходит спонтанно, ибо мы не убиваем их ресурс тем же mdraid, который не поддерживает TRIM вместе с issue_discards, а используем LVM и всегда проводим мониторинг наших нод и необходимые регламентные работы. Процент отказа по случайным причинам очень мал. Все отказы более-менее прогнозированы, но это не значит, что резервные копии делать не нужно - нужно. Экспериментальный НАШ результат, который может быть подтвержден нашими клиентами в том, что RAID1 в случае SSD - не оптимальная трата на мнимую отказоустойчивость, что к тому же не обеспечивает резервной копии, а значит является излишеством. Сроки восстановления более, чем приемлемы. Ни одного негативного отзыва здесь по этой причине. Так что все Ваши допущения и домыслы - чистой воды беллетристика, основанная на статистике, которая собрана непонятно у кого и непонятно при каких условиях эксплуатации.

Пройдет 2 года и напишем. Либо можем написать базовую статью о том, как продлить срок службы SSD и уменьшить вероятность выхода из строя по случайным причинам.

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

Посоветовали как, в какой форме? Это не был совет. Вы узнали об этом сервере только потому, что сами заказали у нас услугу. По-другому, кстати, узнать вряд ли могли. Совет - это когда люди пишут лично, а не выкладывают якобы "дыру в безопасности" в паблик, чтоб другие могли ею воспользоваться. Это низко и омерзительно и еще больше показывает всю Вашу мораль, потому все Ваши слова на счет чести - оставьте для себя. У Вас её нет и не было. За подобное Вас следовало вообще забанить на серче, в виду реального пособничеству взлому.

Мы более, чем честны в своих услугах, если указано, что RAID нет, то указано, что его нет. Если есть услуга с RAID значит там указано и людям это понятно.

Вот наша страничка по полноценному аналогу выделенного сервера, виртуальных серверов с выделенным накопителем в Нидерландах:

http://ua-hosting.company/vds

VPS (KVM) - E5-2650 v4 (6 Cores) / 10GB DDR4 / 240GB SSD / 1Gbps 10TB - $29 в месяц

VPS (KVM) - E5-2650 v4 (12 Cores) / 20GB DDR4 /480GB SSD / 1Gbps 20TB - за $49 в месяц

VPS (KVM) - E5-2650 v4 (6 Cores) / 10GB DDR4 / 4TB SATA / 1Gbps 10TB - $29 в месяц

VPS (KVM) - E5-2650 v4 (12 Cores) / 20GB DDR4 / 2 x 4TB RAID1 SATA / 1Gbps 20TB - за $49 в месяц

Там же указано:

Резервное копирование

Мы всегда акцентируем внимание на важности самостоятельно следить за сохранностью Ваших данных. Специально для этих целей мы разработали дополнительные пакеты для хранения резервных копий: http://ua-hosting.company/services/backup

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

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

hosting_manager, вы часто пишете что нетехнический специалист, ну тогда не пытайтесь писать на технические темы. TRIM Support in mdadm , если не ошибусь, то с kernel 3.7

raid1, куда надежней 1-го диска, хотя backup это не отменяет

Так что пишите маркетинговые посты

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

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

• SSD диски не выходят из строя.
• Запрограммированный простой виртуального сервера в виду выхода из строя дисковой подсистемы это ОК. Таков формат услуги. Делайте бекапы.
• Виртуальные серверы выдаются клиентам в ручном режиме и есть вероятность того, что рабочий сервер удалят по ошибке, когда тех. поддержка ua-hosting будет готовить сервер для другого клиента. Но это допустимо согласно регламенту, хотя ua-hosting и идет на встречу клиентам.
• В целом, надо признать, проблемы с потерей данных на серверах клиентов по вине ua-hosting иногда происходят и от этого никто не застрахован. Человеческий фактор, но меры уже приняты.
• Если у ua-hosting что-то не написано на сайте, например, отказустойчивая дисковая подсистема для виртуального сервера, это совершенно не означает, что она должна присутствовать.
• Тоже самое с трафиком, если в тарифе написано трафик 5 ТБ, это совершенно не означает, что вы сможете использовать его полностью. Сервер отключат от сети заблаговременно, чтобы не произошло чего-то очень нехорошего.
• Тоже самое со сроком аренды сервера. Если вы не позаботитесь предупредить ua-hosting заблаговременно, то сервер отключат 20 числа месяца, при этом, аренда сервера будет оплачена до конца месяца.
• Google и FTP SEARCH уже достаточно давно являются клиентами серверов от ua-hosting; Они вероломно купили каждый по серверу и подло подсмотрели и включили в свой индекс ссылку на публичный FTP сервер, с которого техническая поддержка ua-hosting настраивает серверы и держит там важную информацию, в том числе пароли от серверов по умолчанию. Впрочем, эта информация безнадежно устарела.
• В целом, все это называется премиальный сервис с платиновым SLA.

hosting_manager, объясните только одно, зачем вы все-таки в ваши прошлые волшебные виртуалки от LeaseWeb приплели "CISCO ASA 5500 included" ? Ну ведь нету его там в облаке LeaseWeb на CloudStack... совсем нету. Совершенно не понимаю, зачем это было необходимо. Услуга то в целом ОК.. и фаервол там присутствует в виде софт решения.

Если тоже не ошибаюсь Centos 6.5 (ядро 2.6.32)

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-single/6.5_Release_Notes/

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

Лично для Вас я готов предложить решение с RAID1 по цене в 2 раза дороже, будете брать? Оно правда на столько критично для Вас, что восстановление из бэкапа в срок до 1.5 часов неприемлемо?

RAID1 не увеличит надежность. Бэкапы прийдется все-равно делать.

Мое мнение - уж лучше взять 2 виртуалки и построить отказоустойчивый кластер, если правда такая критичность, чем платить за RAID1 в 2 раза больше, когда по такой же цене можно сделать себе отличное резервирование и отказоустойчивый мини-кластер на 2-х виртуальных серверах с SSD, пусть и без RAID.

---------- Добавлено 20.12.2016 в 12:53 ----------

lsw_fan,

SSD-накопители выходят из строя, просто это происходит не так часто, как Вы почему-то представляете (в большинстве случаев после 2-х лет). Оцененная нами степень риска минимальна. Потому, мы не видим целесообразным, чтоб клиенты переплачивали за SSD-накопители. Тем не менее, если у клиентов (а не у Вас) будут такие потребности - мы будем рады предложить и такие решения. Но пока только 1 человек спросил за все время о такой возможности и после того, как ему рассказали более cost-effective варианты:

- бэкап на внутренний сервер и оперативное восстановление с него;

- второй виртуальный сервер, который может работать в кластере с первым.

То вариант с RAID1 стал не только неактуальным, но и глупым. Ибо RAID1 - не резервная копия.

А она должна быть, когда не написано?

Это актуально только для виртуальных машин в облаке, Вы прекрасно знаете, что превышения могут стоить больших денег и трафик там система подсчитывает раз в сутки, потому мы оберегаем наших клиентов от проблем - заблаговременно информируем, что поставили границу отключения на более ранний лимит, чтоб гарантированно клиент не вышел за пределы. Ибо при стоимости виртуального сервера в 4 доллара с 4ТБ трафика, вряд ли клиент захочет оплачивать превышение из рассчета $75 / TB. Пойдите покритикуйте дата-центр, что там такие адкие тарифы на превышение и что там не обеспечили нормальной системы учета.

По запросу клиента мы всегда можем изменить лимит в соответствии с его потребностями.

99% вообще не используют трафик даже на 20%, а вот случаи, когда сайт или виртуальный сервер заражаются чем-то и генерируют резко много трафика - намного более частое явление.

Так что да, очень много пользователей благодарны, что мы заблаговременно приостанавливаем услугу при превышении указанного в письме об открытии предела, который ПО ЗАПРОСУ можно поменять до ЛЮБОГО значения.

Возможность потреблять трафик на 100% обеспечивается, в чем тогда проблема? В том, что наши клиенты довольны и не платят адские счета за превышение?

Это НАШ регламент оказания услуг, и он опять же ориентирован в первую очередь на клиента:

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

- много кто забывает продевать серверы и отключение заблаговременное служит хорошим напоминанием, ибо услуга, которая завершила срок действия, не всегда может быть продлена, а порой нужно еще оплачивать fee за возврат из ЦОД;

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

Так что нравится Вам или нет - правило изменено не будет. Мы так работаем с самого начала. И наши абоненты к нему относятся с пониманием.

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

Если что-то мы где-то пишем - значит там это есть. Так что Ваши обвинения оставьте себе и поработайте над собственными проблемами.

Направил вам клиента на VPS, я просто не хочу связываться с сервисами рассылок. Он теперь мне звонит и шумит - что за компания, которая блокирует акаунт до истечения оплаченного счёта ;) проплаченно до 1 января 2017 года, а сегодня 21 число декабря. Да всё нормально говорю, правила у них такие ;) Неплохо придумали, я бы ни как не додумался за 10 дней блокировать акаунт виртуального сервера, вот это облака, вот это чудеса, вот это законы ;)

Теперь глянул на правила:

Действуете совсем не так как написанно. В ЕС за такой обман очень быстро получили поздравительную от службы охраны прав покупателей (штраф на первый раз наверне сотня /другая евро если физ. лицо не доказал что пострадал морально 🤪 ), если заказал физик, или повестку в суд, если акаунт на юрике ;)

Стало интересно - углубился дальше:

Оказывается услуга была проплаченна 1 декабря сего года, где тут прората? :kozak:

Мне пофик, но вам ребята не стыдно? Так берите сразу прорату на второй полный месяц 😂

P.S. Прората в WHMCS выставляется совсем не так ;)

LineHost, верно, pro-rata cчитается совсем не так и pro-rata выставлена не была этому клиенту, так как заказ был принят и обработан 1-го декабря. Соответственно срок действия услуги - до 1-го января без оплаты каких-либо дополнительных pro-rata за остаток дней, так как коррекции срока не было. Если бы заказ был выдан 2-го декабря - клиенту пришел бы счет за остаток декабря, а уже проведенная оплата была бы учтена, как оплата за январь, в таком варианте клиенту бы пришел счет на продление за февраль только 10-го января, а сам сервер после оплаты pro-rata действовал бы до 1-го февраля.

10-го декабря, в соответствии с регламентом был выставлен счет на продление услуги за ЯНВАРЬ месяц. Его нужно было оплатить до 20-го декабря, либо принять решение об отказе, либо попросить отсрочку, если есть проблема с оплатой.

Так как ничего из перечисленного не было - система приостановила клиента 21-го числа в соответствии с регламентом.

Причем тут pro-rata, если счета на pro-rata не было и был счет на продление, который не был оплачен в срок, также, как и уведомления об отказе от клиента мы не получали?

Так что не путайте грешное с праведным :)

ТП там просто прелестное, там у вас барышни наверно с маркетингового отдела сидят? 4 часа переписки - кроме 2х прайсов на доп.услуги толку ноль, пытатся втюхать к 4 баксовой вдске сопровождение за 20 😂

не ребята, чтоб я с вами ещё раз связался ну его нахрен.

ЗЫ. тут у ваших коллег из соседнего топика так в 3 часа ночи тп мне на вдске весту переставляли и сайты из бекапа ☝ вот такое базовое бесплатное администрирование.

Force68, я Вам ответил уже на другом форуме по этому кейсу. Процитирую ответ здесь. Все желающие могут обсудить действие наших сотрудников тех. поддержки и указать где был недочет, если он реально был. Я не понимаю, почему при стоимости услуги в $4 туда должно входить поддержки на $20 бесплатно. К слову сказать, себестоимость ответа на тикет сотрудником тех. отдела - примерно и составляет $4, с учетом времени на решение до 30 минут. Проблема носит и носила программный характер, тем не менее Вам согласились помочь решить бесплатно ее все же, но Вы "обиделись" и пошли писать на форумы, показывая то, что хостинг-провайдеры нынче должны унижаться, решать причуды клиентов бесплатно, даже когда клиент не совсем прав и просить при этом прощение. Как-то так...

Цитирую ответ:

Приветствую, Виталий, перед тем, как давать оценки, давайте уточним следующее:

- Вы заказали услугу облачный сервер без услуги сопровождения;

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

- Вы обратились в технический отдел с запросом:

Это проблема программного характера, а не конфигурации VPS:

[21.12.16] Roman: это проблема ПО

[21.12.16] Roman: nginx пытается запуститься до запуска сети

[21.12.16] Roman: что у него не получается

[21.12.16] Roman: это как-бы баг

Вам написали об этом:

Ваш ответ:

Наш ответ:

Ваш ответ:

Наш ответ:

Ваш ответ:

Наш ответ:

Имелись ввиду программные проблемы. Почему такое правило? Клиент меняет что-то в конфиге того же nginx, в результате чего nginx после перезагрузки сам не стартует, почему мы должны искать причину бесплатно, если это не по нашей вине?

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

Ваше уточнение:

Ответ с нашей стороны (Вам согласились решить эту проблему бесплатно, хотя очевидно, что вина там не наша):

Вы в ответ на этот жест доброй воли обиделись:

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

P.S. Абсолютно бесплатно можно запросить переустановку ОС с 0 всегда, если Вы думаете, что виноват человек, выполнивший базовую настройку. Это занимает 5 минут времени (есть шаблон) и потому проведено может без заказа услуги сопровождения.

Администраторы действовали в соответствии с регламентом и даже пошли Вам на встречу.

[21.12.16] Sergii: Возможные причины?

[21.12.16] Roman: баг весты

[21.12.16] Roman: + админства у него вроде как нет

Потому для исследования проблемы и просили оформить поддержку.

---------- Добавлено 21.12.2016 в 19:05 ----------

Переустановить VPS могут с 0 и у нас бесплатно, хоть в 3 часа ночи, хоть в 5. Но я не поверю, что в 3 часа ночи Вам бы кто-то бесплатно согласился искать баг весты, что занять может и не 5-15 минут времени. Как я ответил Вам в тикете, после Вашей "обиды" и слов о переносе к другому провайдеру:

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

но качество скажем так услуг тех. поддержки произвело на меня самое удручающие впечетление, благо есть с чем сравнивать,

ЗЫ - насчет "обидился" увы, у меня 14 вдсок включая 2 размещенные у Вас, и к сожелению я физически не в состоянии в случае каких то форсмажорных обстоятельств вести по каждой переписку по 4 часа либо нанимать каждой админа

---------- Добавлено 21.12.2016 в 20:21 ----------

Переустановить впс у других хостеров может любая обезьяна из вменеджера нажатием кнопки, причем самостоятельно хоть в 12 дня хоть в 5 утра, и тоже совершенно бесплатно и не списуясь с тп.