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

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

При нашем цикле пять-шесть лет на железку получается дешевле покупать именно сервера и сетевые устройства корпоративных линеек для ЦОДов.

Поделитесь циферками как считали. Разница между «около бытовой» техником и бренд сервером может достигать 5-х и более раз. Даже если ломаться «бытовые» будут в два раза чаще, то они все равно выгодней. Или расходы на восстановления такие большие?
Разница между «около бытовой» техником и бренд сервером может достигать 5-х и более раз.

Разница для хостера зависит от объемов закупок и, иными словами, от его масштаба. Если покупать 1-2 сервера в год, разница может быть и в 10-раз.

Даже если ломаться «бытовые» будут в два раза чаще

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

Далее гарантия. Если начать с продавцом самосбора разговор о том, что нужна быстрая замена комплектующих аля NBD (без замены next business day размер и стоимость зипов вырастает экспоненциально, плюс умножить на 10 площадок), то цена подскочит еще на 50%. Потому что адекватную логистику NBD могут обеспечить только крупные вендоры.

Ну и, наконец, расходы на восстановление. Каждый неприятный кейс стоит денег, как и репутационных, так и компенсации пострадавшим клиентам. И если компенсации измеримы, то репутационные издержки явно переваливают чашу весов для нас в сторону бренд серверов. Плавали, знаем)

Почему тогда Гугль в свои дата-центрах использовал совсем не брендовое железо (может и сейчас использует)? На их объемах можно было бы много чего сэкономить (если верить вашему опыту), но они предпочли "бытовуху" с хорошим запасом по избыточности.


BackBlaze, с другой стороны, сделали выбор в пользу "бытовых" HDD, и единственное что заставило их свернуть с этого пути (если мне память не изменяет) это невозможность их заказов в нужных объемах.

>но они предпочли «бытовуху» с хорошим запасом по избыточности.
Так это уметь надо) На минуточку, у гугля был GFS на 10 лет раньше, чем все начали носиться с хадупом) То есть, просто если задуматься, что пока все в принципе не понимали, как можно гарантировать сохранность данных, кроме, как лепить рейды на энтерпрайз железе от серьезных вендоров, люди уже создали решение, которое не только гарантировало сохранность, но и стабильную скорость в случае частичного отказа.
Но сейчас гугл всё ближе и ближе к тому, чтобы вообще использовать только железо от Google Inc. (Или как там правильно назвать).
1. У G много серверов, которые дублируют функционал друг-друга, имеем отказоустойчивость. В случае же хостинга у вас много клиентов, каждый утилизирует немного ресурсов.
2. G сам проектирует ПО для своих серверов и закладывает много ресурсов в обработку отказов нескольких узлов. Не у всех есть ресурсы на построение такой архитектуры.

А что именно то ломается? Я давно конечно собирал самосбор, но по моему опыту основной расходник это диски.

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

Еще важный аспект это комплектующие. Попробуйте укомплектовать 50 машин одинаковым железом при покупке комплектующих по отдельности и самостоятельной сборке- окажется, что «диски есть немного этих и немного этих, таких платформы осталось 5, а таких еще 10 и завтра может будет еще что-то» и тд. Как итог- зоопарк железа, зипов, нет возможности адекватно отслеживать статистику отказов, вообщем не про бизнес все это уже, а про азартные игры скорее)

А не сами собирали а покупали "типа" сервера. Тогда понятно. Просто если брать не типа сервера, а именно совсем самосбор, то там немного другой расклад. Из минусов это сложно подбирать комплектующие под 1U. В 2U проще. Ну и да уже тогда linux было довольно таки начхать на чем работать, по этому одинаковое железо не особо то нужно.


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

основная проблема — не ecc-ram, все остальное может ходить годами без проблем.
Да, в очередной раз убеждаюсь, что лучше сделать чуть дороже, чем у конкурентов и, может, потерять часть, но зато не содрогаться каждое утро перед открытием тикет-системы.
Да, нормально делай — нормально будет.
НЛО прилетело и опубликовало эту надпись здесь
Клиентам от того что там будет брендовое железо ни жарко ни холодно.

Мы работали с супермикро до этого как раз в другом проекте. Если говорить про серверные платформы, то не могу разделить вашего оптимизма, брак был даже на новом железе. Помимо этого менеджмент-интерфейс, IBMC ну очень криво реализован у супермикро., а когда ставишь ОС и настраиваешь сотни хостов даже такие мелочи принимаешь во внимание. А главное, главное корпоративная гарантия: вылетел диск, рейд — собрал за минуту лог, отправил на разбор,..10 минут, и на следующий день на пороге курьер DHL с деталью. Иначе ЗИП нужно держать размером со склад и стоимостью с чугунный мост.

Для клиента же брендовое железо- это уверенность, что в случае ЛЮБОЙ поломки деталь будет заменена в кратчайшие сроки, уверенность в том, что все компоненты серверные и рассчитаны инженерами вендора, а не подобраны из того, что было в продаже опытным путем. Уверенность в заводской сборке. Ну это как машина собранная на заводе vs в гараже примерно.

У вас же брендовое железо и оно не ломается

Ломается абсолютно все, вопрос в периодичности и удобности замены и обслуживания. Когда у нас оказалась бракованная платформа супермикро, то мы даже не смогли вернуть деньги, а ждали ремонта-замены больше месяца. Как вы знаете, на юр лица в РФ не распространяется закон по защите прав потребителей с моментальным возвратом денег за косяки. А заплатить 1.5-2.0 млн за неработающую железку и ждать у моря погоды, это то еще развлечение, имеющее мало общего бизнесом и ответственностью перед клиентами за качество услуг.

в любой не понятной ситуации блекхолить трафик на автомате почти мгновенно. И пусть клиент дальше сам подрубает ddos защиту.

Так и делаем в 99.99%, когда это возможно.

Я фиг знает зачем вы лезли в драйвера

Мы доработали сетевой стек, потому что базовые возможности HYPER-V нас не устраивают.
НЛО прилетело и опубликовало эту надпись здесь
Главное, чтобы не оказалось, что этот человек — автор статьи :)
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Я и есть основатель RUVDS. Мне не делают откаты в huawei и не платят за статьи, я пишу про свой опыт создания хостинга.
Думаю, за статью проплатил Huawei, все плюсы перечисленные статье актуальны для кровавого Энтерпрайза, но не для хостера.
НЛО прилетело и опубликовало эту надпись здесь
А главное, главное корпоративная гарантия: вылетел диск, рейд — собрал за минуту лог, отправил на разбор,..10 минут, и на следующий день на пороге курьер DHL с деталью. Иначе ЗИП нужно держать размером со склад и стоимостью с чугунный мост.

Да, нужно держать ремкомплект на площадке: мы меняем те же диски, RAID-контроллеры, планки оперативки и иногда блоки питания из собственных ЗИПов во всех десяти дата-центрах.

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

От цены же зависит многое. Если условно за ту же цену брендового сервера можно взять две супермикры — почему бы и не взять? Да, есть риски брака, но замена то уже рядом.
Опять же в случае поломок мгновенная замена из склада а не "курьером на следующий день". Если брать однотипное железо — не надо держать огромный склад, скорее небольшое помещение. В чем я рассуждаю неправильно?

Вы рассуждаете правильно, вопрос только в соотношении цен и логистике замены комплектующих. Но, как я уже писал, однотипное железо на рынке «самосбора» брать довольно затруднительно и склад разрастается в итоге:
Попробуйте укомплектовать 50 машин одинаковым железом при покупке комплектующих по отдельности и самостоятельной сборке- окажется, что «диски есть немного этих и немного этих, таких платформы осталось 5, а таких еще 10 и завтра может будет еще что-то» и тд. Как итог- зоопарк железа, зипов, нет возможности адекватно отслеживать статистику отказов, вообщем не про бизнес все это уже, а про азартные игры скорее)
А что мешает заранее сделать заказ у крупного поставщика типа никса/икскома на 50 позиций «Шасси XXX-7273, Память KoolMegaram reg ecc ddr4 16Gbx4, Харт — Тихачи САС 4Тбх4, Контроллер датапек ард-9999, процессор штеуд фигон аметист 7733, ssd фигвонг 2131 1Тбх2». Да, такое точно прийдется ждать 1-2 месяца, но при нормальном планировании это вполне себе допустимо, ну и ЗИП вполне можно будет заказать вместе с этим, особенно если уже есть опыт того, что чаще летит и как часто.
Или просто мигрировать виртуалку на другой сервер, пока идёт ремонт и вообще без разницы как долго чинят сервер. Тот же хецнер, если я верно помню, именно на всяком хламе и работает весьма успешно. Это просто другой бизнес, другая специфика.
Ну мы говорим о хостере, который грубо говоря и позволяет эту самую виртуалку мигрировать куда-то по облаку (или что-то около того). И тут подход с одинаковым железом вменяемого качества, заказанным крупным оптом, ИМХО очень удобен и выгоден:
1) Сокращаем номенклатуру ЗИПа — вместо того, чтобы иметь десять наименований памяти/процессоров/хардов — имеем по паре каждой твари.
2) Взяв более-менее надежное железо (а супермикра вполне себе надежна в секторе самосбора) — не раздуваем кол-во ЗИПа до космических величин (а то можно и китайского хуана взять и потом расхлёбывать абсолютно не прогнозируемое вымирание железа).
3) Заказав крупную партию можно и о скидках поговорить и об индивидуальном подходе, т.к. крупный клиент.
Полагаю, что оба подхода допустимы и предпочтительным выбирается тот подход, который наиболее соответствует привычному режиму работы с рисками.
«Российская поддержка — одна из лучших в мире.»
Это потому что у нас люди стоят копейки.

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

«Российская поддержка — одна из лучших в мире.»

Думаю автор имел ввиду не только количество исполненных тикетов, но и качество
НЛО прилетело и опубликовало эту надпись здесь
Мы стремимся не просто к конвееру, а оказанию хорошего сервиса. И подразумеваем под ним и коммуникацию человек-человек, и давать клиенту возможность позвонить и обсудить голосом, а иногда сделать чуть больше, чем обещано, например, подсказать в каком направлении гуглить, чтобы настроить сервер
НЛО прилетело и опубликовало эту надпись здесь
Не сказать, что мы мелкие, по сравнению с Амазоном и Гуглом — безусловно.
Мы справляемся по 2-м причинам:

1. Мы работаем над автоматизацией и снижением кол-ва обращений клиентов как таковых. Можно сказать, что в день обращаются мене 0,5% клиентов, что позволяет рассматривать их обращения более детально. Плюс что любой негативный опыт всегда появляется в отзывах, в отличии от позитивного

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

Но утверждение, что обычная вежливость и трата на проблему клиента лишних 50 секунд времени, чтобы поздороваться или подсказать, как погуглить решение его вопроса нас утопит — это очень напоминает «бизнес по русски» :)

По настоящему зарабатывают на долгом LTV — хорошая поддержка дает нам клиентов с высоким LTV.
НЛО прилетело и опубликовало эту надпись здесь
Мы видимо коллеги (судя по вашей фразе выше о выстраивании системы поддержки), давайте оставаться в рамках приличий и не будем бросаться фразами “вы — никто“. Тем более на Хабре не принято общаться в подобной манере.

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

Что касается вашего выпада, то:

1. Для работы хостинга не нужна огромная команда. Нужна эффективная команда.
2. Реально по списку 12 человек, остальные все на удаленке (и так и есть у многих)
3. Сравнивать с амазоном некорректно. Это корпорация. с которой мало кого в принципе можно сравнить.
4. Сравнивать с айхором тем более некорректно. В компании нет риска спора собтсвенников, нет риска остаться без площадок — их 10 сейчас. Нет риска отъема оборудования — оно все в собственности
НЛО прилетело и опубликовало эту надпись здесь

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

Если не секрет, смена это сколько часов? 12? 12 часов = 720 минут. 1 тикет пусть даже в 2 минуты?

ntsaplin Что вы имели ввиду под «Российская поддержка — одна из лучших в мире.»?
НЛО прилетело и опубликовало эту надпись здесь
Смены разные, все зависит от того, как комфортно сотруднику. Можно работать 5/2, тогда смена 8 часов. У руководителей смены сложился график 2/2 — 12 часов. Кто-то работает сутки через трое, тогда смена 24 часа.

Я имел в виду то, что крупные зарубежные хостинги могут отвечать по несколько дней, в то время как мы и наши коллеги закрывам тикеты в течение суток, а в 90% случаев- менее чем за 15 минут, благодаря тем же шаблонам. А еще мы в RUVDS еще поднимаем трубку (да, нам можно позвонить 24/7) и угощаем кофе в офисе, если клиент решил зарулить)
Вот только в начале этого дурдома с закрытиями и изоляциями у меня вдруг канал между серваками превратился в подобие пионер-нет образца 2001 года — потери под 20%, скорость ни в какие ворота. Сервера (железные) были в .fr, в .ru была дешманская виртуалка. Как результат — Франция с неделю канифолила мозги + пошла походу на отмазки «а нам низя ниоткуда ничего скачивать и смотреть» (когда я .pcap трафика им скинуть пытался, т.к. «не видим никаких проблем»), наша-же ТП спокойно слила пару таких дампов, посмотрела + проверила с кучи точек доступность и вынесла вердикт — на маршруте перегружен канал или роутер.

В мохнатых 00х имел разговор с владельцем бизнеса в Пермской губерне (г. Кунгур, примечательное место!), Спрашивал почему так мало платит своим работягам? Он сказал что этого достаточно для того что бы они не разбежались по другим конторам, (незначительно выше рынка но с системой штрафов и премий. По медеджерски называется "оптимизация ФОТ" ). А для финала сказал "если я ему в полтора раза больше заплачу он что мне прибыли в полтора раз больше принесёт?"
Коллеги, будте бдительны! Вас используют! На вас зарабатывают! )))
Будте как рыбы, ищите где глубже и лучше!
Не ленитесь! И ещё раз вы работаете за зарплату!
И только за зарплату! Ищите офферы и требуйте контроффера. Иначе будет как в прошлый раз (надеюсь все помнят анекдот?)
С Первомаем!

Про поддержку — подпишусь под каждым словом. Работал год в одной крупной хостинг-компании, и не понимаю, что в саппорте (даже тех~) можно делать дольше 1-2 лет. Даже при условии относительно неплохой зп (немного выше средней по рынку), она не оправдывала огромный поток тикетов от "помогите настроить почту на телефоне" до траблшутинга на древних конфигурациях, которые работали на святом духе и внезапно померли, при помощи экспериментов, гугла и трех этажного мата.
В России такую работу нельзя воспринимать, кроме как экспресс-обучением с последующим повышением/переходом, ибо можно поехать кукухой.
Про спамеров на дешёвых тарифах не очень понял. Чаще всего на VDS у юзера рутовые права и залочить порты не так просто (и не разумно, проще поставить парсер логов, который будет бить банхаммером по голове заядлых нарушителей).

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

Да на нагрузочном тестировании супермикро регулярно помирают.
НЛО прилетело и опубликовало эту надпись здесь

А нам материнку на одном редком сервере чинили 3 месяца, посылали её в Германию.


Так что я в Супермикро не верю.

НЛО прилетело и опубликовало эту надпись здесь
Вопрос, а какие у вас провайдеры интернета? Я про блокировки РКН. Проверил ваш 30-рублевый VPS в качестве VPN, как-то странно, Telegram, Rutracker, Kinozal открываются, но, например, LinkedIn — нет. Вы-то не обязаны ничего блокировать как датацентр, я в курсе.
а какие у вас провайдеры

Вермонт, Раском, RETN NET, hurricane electric, Гарс, Филанко, Транстелеком, прямой выход на обменники MSK IX, W IX.
Коллеги, вот вы пишете «выбрали железо понадежнее», «у нас железо корпоративного класса», намекаете, что мало кто вообще ставит серверное железо, кроме вас (хотя это далеко не так).

А расскажите подробнее о том, какое это такое железо вы ставите? Хотя бы текущие конфиги: процессор, диски, память. Даже железо «корпоративного класса» бывает очень разным. Можно ставить и морально устаревшее, оно тоже 5 лет еще пробегает. У нас есть горстки и интелов и самсунгов dc-серий… которые отлично подходят для подпирания столов, стеллажей и другой мебели. Бывают и у них неудачные партии.
Мы пишем о том, что мало кто ставит серверное железо корпоративного класа от ведущих вендоров, и судя по информации на сайтах хостеров, они либо это тщательно скрывают, либо не брезгуют самосбором.

А расскажите подробнее о том, какое это такое железо вы ставите?

Мы используем серверные платформы Huawei RH22888, подробный обзор которой уже размещали у нас в блоге. Оборудование надежное, ничем не уступает ведущим платвформам от DELL или HP, разве что ценой в меньшую сторону. Использовали несколько поколений этой платформы, косяков не обнаружили.
Спасибо за ссылку. Почитал с интересом.

Прошу прощения, не хочу показаться назойливым, но вот вы пишете:

Насколько я знаю, профессиональное серверное железо есть у нас


А что такое «профессиональное железо»? У меня создается ощущение, что вы как-то не очень ловко жонглируете терминами «серверное железо», «профессиональное железо» и «корпоративного класса».

В итоге мне становится не понятно, чем вы хвастаетесь: то ли тем, что не ставите десктопное железо в стойки, то ли тем, что покупаете брендированные платформы (хотя стоимость платформы ~7-10% от всей внутренней требухи)? =)

Ну и на вопрос про диски/процессоры вы все-таки не ответили )) Если это коммерческая тайна, то нет проблем, так и скажите, но по ссылке платформа для процессоров E5-v3/v4, а это на 2-3 поколения отстает от текущего у Интела.
А что такое «профессиональное железо»
Серверное (недесктопное) железо корпоративного класса (брендированное) полностью

стоимость платформы ~7-10%
Правильно говорите, но у нас вся требуха тоже от того же вендора, сервера полностью собирают на заводе в Китае по нашему заказу. Это тоже важно, так как минимизирует риск некачественной сборки, что в России встречали неоднократно: то проц криво посадили на мать, то еще что-то перепутали. Это причем у крупнейших российских продавцов железа, не в подворотне какой-то.

Ну и на вопрос про диски/процессоры вы все-таки не ответили )) Если это коммерческая тайна, то нет проблем, так и скажите, но по ссылке платформа для процессоров E5-v3/v4, а это на 2-3 поколения отстает от текущего у Интела.
Когда начинали была Huawei RH22888v3, сейчас в закупке Huawei RH22888v5. Диски (ES3500S V5 SSD), рейды, оперативка, все хуавей. Ставить самые топовые версии процессоров не имеет смысла, потому что а) клиенты реально сильной разницы не ощутят на виртуальном сервере, б) цена при этом будет сильно выше. Потому берется современная производимая линейка всего оборудования и компануется в серверы именно на заводах хуавей, с тестированием и заводской гарантией, а не сбор где-то у оптовика, с тестами, которые могли быть на бумаге только. Ошибок завод не допускает, на нашей памяти не было
ваш тариф 30 руб полностью не рабочий
тупняки с io что диск что сеть
у меня простой апт даже не сработал
тестил неделим 3 назад

Тупняки бывают, но, в целом, работает.

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

По сути это бесплатная виртуальная машина по цене 1 IP-адреса.

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

на вашем месте я бы хорошо бы порезал скорость и доступ к диску
если такое вообще возможно на hyper-v
apt тормозит, да, ну и что же? один раз настроил сервисы через ансибл или аналог и кайфуешь, дальше уже диск не нужен) главное что сеть шустрая и проц(пока еще?) не режут. жду-недождусь когда можно будет купить еще один впс за 30 рублей, за эти деньги — супер предложение.
у меня апт не смог пакеты скачать
не смог понимаешь?
понимаю, у меня dist-upgrade чистой системы с дебиан9 на дебиан10 занял порядка 6 часов, но я совершенно доволен сервисом при этом.
да кстати, про провайдеров. Странный момент, живу в Татарстане, VDS в Казани пинг 60мс. До Москвы 25мс плюс, минус. от Московских серверов до Казанского у других хостеров, пинг 20-30, такое ощущение, что пакеты ходят через Москву ) но traceroute не показал ничего странного, все нормально. В общем какая то кривая маршрутизация, 300км 60мс, 1000км 25мс. :)
Любопытно) чтобы разобраться, надо смотреть ваш traceroute и сервер. Если интересно, напишите в личку

Если брать совсем десктопное дешевле железо, то — наверное. Но вот когда сравнивали HP, Dell с тем же Supermicro, поитом что первые любят свои расходники и комплектующие, а к супермикре походят довольно породистые комплектующие, из hcl, но все же по более гуманным ценам, то впечатления совсем другие.


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


И, да, завих HP вдруг не давать качать дрова и биос на машину, если у тебя нет купленной поддержки — это «дорогого стоит» в смысле показа рисков работы с брендами.

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

А почему нет, начали это акция и она имеет условия?

Конечно. Facebook не поставляет гарнитуры Oculus в Россию, Xiaomi не поставляет огромный ассортимент товаров никуда вообще, кроме Китая.

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

На практике, китайские клиенты получают эти серверы, обходными путями.
Вместе с тем прошу не забывать о статье 37.ч.2 Конституции РФ о том, что принудительный труд запрещен. Если сотрудники организации, понимая какие проблемы несут клиенты на 30-рублевые серверы из Китая, отказываются с ними работать, никто не вправе заставить их обслуживать.
При желании, мы можем их вам передать (это шутка))
Так а за что так китайцев не любите? Ну сделает китаец себе и родным впн. Диск и проц не нагружает. Канал и кол-во соединений ему порежете, как посчитаете нужным, почти весь объем RAM обеспечите файлом подкачки на хост машине. Все равно не окупается?
Дело в том, что если Китай выкупает все 30р. виртуалки за 10 минут после объявления об старте продаже, то от локальных пользователей начинается вонь на тему «пиарщики проклятые, рекламят, что у них виртуалки по 30 рублей, даже в мыло пишут, а как зайдешь — извините всё раскупили» и к компании начинает приклеиваться ярлык «мир-дверь-мяч», чего я думаю этой компании не надо(учитывая, что в каждой теме на хабре, где они упоминают про такие цены моментально находится несколько человек, которые в комменты пишут, что нифига такого нету и оно вечно недоступно к покупке).

Так и не смог "купить" VDS за 30 руб, т.к. при третьем клике (уже после авторизации) перекидывает на страничку "детали заказа", где список доступных ОС пустой, и, соответственно, невозможно продолжить. Сперва подумал на noscript, но и в нативном Edge такая же проблема (ну, ещё появились некоторые артефакты вёрстки, но это некритично). Ладно бы надпись "кончилась сегодня халява!", а так — просто не работающая форма заказа, что очень сильно снижает репутацию поставщика решения в глазах потенциального потребителя — я после такого даже нормальную VPS заказывать не рискнул — а вдруг и там что-то подобным образом сломается?..

Это неправильно сработал наш сайт. Спасибо за баг-репорт. Написали вам в личку, чтобы воспроизвести ошибку и все починить.
так когда будут новые 30рублевые впс?
Можно оставить почту на сайте, как только будет новая волна — вам придет письмо.
А у вас до сих пор в базовом образе Debian-а в sources.list кривые ссылки на зеркала?
В идеале, конечно, вспомнить что был за кейс… Кривых ссылок в sources.list не было никогда, а вот случай когда репозитории были недоступны когда-то был и это было связанно с сетевыми проблемами. Сейчас указанные в образах репозитории доступны из всех ЦОДов.
Тикет 2019091928000166

Добрый день. Я сегодня приобрёл у вас VDS-сервер (самый дохленький для начала — там посмотрим), и пытаюсь начать разворачивать на нём софт. Однако в используемом
по умолчанию зеркале mirror.yandex.ru многие пакеты не находятся.
Портянка
Get:1 mirror.yandex.ru/debian stretch/main amd64 libgpm2 amd64
1.20.4-6.2+b1 [34.2 kB]
Err:2 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-0 amd64
2.50.3-2
404 Not Found [IP: 213.180.204.183 80]
Err:3 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-data all
2.50.3-2
404 Not Found [IP: 213.180.204.183 80]
Get:4 mirror.yandex.ru/debian stretch/main amd64 mc-data all 3:4.8.18-1
[1,267 kB]
Get:5 mirror.yandex.ru/debian stretch/main amd64 mc amd64 3:4.8.18-1 [513
kB]
Get:6 mirror.yandex.ru/debian stretch/main amd64 shared-mime-info amd64
1.8-1+deb9u1 [731 kB]
Err:7 mirror.yandex.ru/debian stretch/main amd64 unzip amd64 6.0-21
404 Not Found [IP: 213.180.204.183 80]
Get:8 mirror.yandex.ru/debian stretch/main amd64 xdg-user-dirs amd64
0.15-2+b1 [52.2 kB]
Fetched 2,597 kB in 9s (288 kB/s)
E: Failed to fetch
mirror.yandex.ru/debian/pool/main/g/glib2.0/libglib2.0-0_2.50.3-2_am[..]
404 Not Found [IP: 213.180.204.183 80]
E: Failed to fetch
mirror.yandex.ru/debian/pool/main/g/glib2.0/libglib2.0-data_2.50.3-2[..]
404 Not Found [IP: 213.180.204.183 80]
E: Failed to fetch
mirror.yandex.ru/debian/pool/main/u/unzip/unzip_6.0-21_amd64.deb 404 Not
Found [IP: 213.180.204.183 80]


Ответ:
Скорее всего на этом зеркале нет данных пакетов,
К сожалению мы не консультируем по установке ПО на серверах.

Вопрос: нафига такой источник, если даже базового софта там нету? Что за кривые зеркала выбраны в образе по умолчанию?
Почему чтобы начать работу, сначала приходится вкорячить в source.list ftp.ru.debian.org/debian?
Перед установкой (apt install) или обновлением (apt upgrade) выполните:
# apt update

Прочитать о команде (update) можно здесь:
linux.die.net/man/8/apt-get
и здесь:
askubuntu.com/questions/337198/is-sudo-apt-get-update-mandatory-before-every-package-installation

Нашли Ваш тикет и воспроизвели ситуацию.
Полный лог под кат
Linux ruvds-kb1fy 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
root@ruvds-kb1fy:~# apt install libglib2.0-0 libglib2.0-data libgpm2 mc-data shared-mime-info unzip xdg-user-dirs
Reading package lists… Done
Building dependency tree
Reading state information… Done
Suggested packages:
gpm zip
The following NEW packages will be installed:
libglib2.0-0 libglib2.0-data libgpm2 mc-data shared-mime-info unzip xdg-user-dirs
0 upgraded, 7 newly installed, 0 to remove and 0 not upgraded.
Need to get 7,462 kB of archives.
After this operation, 26.3 MB of additional disk space will be used.
Get:1 mirror.yandex.ru/debian stretch/main amd64 libgpm2 amd64 1.20.4-6.2+b1 [34.2 kB]
Err:2 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-0 amd64 2.50.3-2
404 Not Found [IP: 213.180.204.183 80]
Err:3 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-data all 2.50.3-2
404 Not Found [IP: 213.180.204.183 80]
Get:4 mirror.yandex.ru/debian stretch/main amd64 mc-data all 3:4.8.18-1 [1,267 kB]
Get:5 mirror.yandex.ru/debian stretch/main amd64 shared-mime-info amd64 1.8-1+deb9u1 [731 kB]
Err:6 mirror.yandex.ru/debian stretch/main amd64 unzip amd64 6.0-21
404 Not Found [IP: 213.180.204.183 80]
Get:7 mirror.yandex.ru/debian stretch/main amd64 xdg-user-dirs amd64 0.15-2+b1 [52.2 kB]
Fetched 2,085 kB in 0s (5,928 kB/s)
E: Failed to fetch mirror.yandex.ru/debian/pool/main/g/glib2.0/libglib2.0-0_2.50.3-2_amd64.deb 404 Not Found [IP: 213.180.204.183 80]
E: Failed to fetch mirror.yandex.ru/debian/pool/main/g/glib2.0/libglib2.0-data_2.50.3-2_all.deb 404 Not Found [IP: 213.180.204.183 80]
E: Failed to fetch mirror.yandex.ru/debian/pool/main/u/unzip/unzip_6.0-21_amd64.deb 404 Not Found [IP: 213.180.204.183 80]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
root@ruvds-kb1fy:~# apt update
Get:1 security.debian.org/debian-security stretch/updates InRelease [94.3 kB]
Ign:2 mirror.yandex.ru/debian stretch InRelease
Get:3 mirror.yandex.ru/debian stretch-updates InRelease [91.0 kB]
Get:4 mirror.yandex.ru/debian stretch Release [118 kB]
Get:5 mirror.yandex.ru/debian stretch Release.gpg [2,410 B]
Get:6 mirror.yandex.ru/debian stretch-updates/main Sources.diff/Index [13.0 kB]
Get:7 mirror.yandex.ru/debian stretch-updates/main amd64 Packages.diff/Index [13.0 kB]
Get:8 mirror.yandex.ru/debian stretch-updates/main Translation-en.diff/Index [7,132 B]
Get:9 mirror.yandex.ru/debian stretch-updates/main Sources [13.8 kB]
Get:10 mirror.yandex.ru/debian stretch-updates/main amd64 Packages [27.9 kB]
Get:11 mirror.yandex.ru/debian stretch-updates/main Translation-en [11.9 kB]
Get:12 mirror.yandex.ru/debian stretch/main Sources [6,753 kB]
Get:13 security.debian.org/debian-security stretch/updates/main Sources [211 kB]
Get:14 security.debian.org/debian-security stretch/updates/main amd64 Packages [525 kB]
Get:15 security.debian.org/debian-security stretch/updates/main Translation-en [232 kB]
Get:16 mirror.yandex.ru/debian stretch/main amd64 Packages [7,083 kB]
Get:17 mirror.yandex.ru/debian stretch/main Translation-en [5,381 kB]
Fetched 20.6 MB in 7s (2,717 kB/s)
Reading package lists… Done
Building dependency tree
Reading state information… Done
74 packages can be upgraded. Run 'apt list --upgradable' to see them.
root@ruvds-kb1fy:~# apt install libglib2.0-0 libglib2.0-data libgpm2 mc-data shared-mime-info unzip xdg-user-dirs
Reading package lists… Done
Building dependency tree
Reading state information… Done
Suggested packages:
gpm zip
The following NEW packages will be installed:
libglib2.0-0 libglib2.0-data libgpm2 mc-data shared-mime-info unzip xdg-user-dirs
0 upgraded, 7 newly installed, 0 to remove and 74 not upgraded.
Need to get 5,382 kB/7,467 kB of archives.
After this operation, 26.3 MB of additional disk space will be used.
Get:1 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-0 amd64 2.50.3-2+deb9u2 [2,692 kB]
Get:2 mirror.yandex.ru/debian stretch/main amd64 libglib2.0-data all 2.50.3-2+deb9u2 [2,517 kB]
Get:3 mirror.yandex.ru/debian stretch/main amd64 unzip amd64 6.0-21+deb9u2 [172 kB]
Fetched 5,382 kB in 0s (12.5 MB/s)
Selecting previously unselected package libgpm2:amd64.
(Reading database… 26439 files and directories currently installed.)
Preparing to unpack .../0-libgpm2_1.20.4-6.2+b1_amd64.deb…
Unpacking libgpm2:amd64 (1.20.4-6.2+b1)…
Selecting previously unselected package libglib2.0-0:amd64.
Preparing to unpack .../1-libglib2.0-0_2.50.3-2+deb9u2_amd64.deb…
Unpacking libglib2.0-0:amd64 (2.50.3-2+deb9u2)…
Selecting previously unselected package libglib2.0-data.
Preparing to unpack .../2-libglib2.0-data_2.50.3-2+deb9u2_all.deb…
Unpacking libglib2.0-data (2.50.3-2+deb9u2)…
Selecting previously unselected package mc-data.
Preparing to unpack .../3-mc-data_3%3a4.8.18-1_all.deb…
Unpacking mc-data (3:4.8.18-1)…
Selecting previously unselected package shared-mime-info.
Preparing to unpack .../4-shared-mime-info_1.8-1+deb9u1_amd64.deb…
Unpacking shared-mime-info (1.8-1+deb9u1)…
Selecting previously unselected package unzip.
Preparing to unpack .../5-unzip_6.0-21+deb9u2_amd64.deb…
Unpacking unzip (6.0-21+deb9u2)…
Selecting previously unselected package xdg-user-dirs.
Preparing to unpack .../6-xdg-user-dirs_0.15-2+b1_amd64.deb…
Unpacking xdg-user-dirs (0.15-2+b1)…
Processing triggers for mime-support (3.60)…
Setting up libgpm2:amd64 (1.20.4-6.2+b1)…
Setting up libglib2.0-0:amd64 (2.50.3-2+deb9u2)…
No schema files found: doing nothing.
Setting up mc-data (3:4.8.18-1)…
Setting up unzip (6.0-21+deb9u2)…
Setting up libglib2.0-data (2.50.3-2+deb9u2)…
Processing triggers for libc-bin (2.24-11+deb9u3)…
Processing triggers for man-db (2.7.6.1-2)…
Setting up shared-mime-info (1.8-1+deb9u1)…
Setting up xdg-user-dirs (0.15-2+b1)…
root@ruvds-kb1fy:~#


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


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

Прошу прощения, а можете просто посоветовать несколько хостингов, пользовал vcsale и ihc
перестали к сожалению у меня работать в стране. еще раз прошу извинить за незнание :(
Поддержка качественная на нашем рынке у многих, вы тут не одни. Конкуренция большая.

И многие остальные сектора просто сосут. Надо чем-то другим заниматься. :) Вот буквально вчера.

«Добрый вечер.
Получила ответ от нашего технического директора:

«Этот заголовок настоятельно рекомендуется к использованию на новых продуктах. Объемные и долгоживущие проекты, такие как Юздеск, требуют существенных доработок, поэтому допускается отсутствие поддержки. Мы сейчас не можем в существующий план разработки добавить столь объемную задачу, как испекция и рефакторинг виджета. Возможно, через 2-3 месяца, у нас на это появятся свободные ресурсы.»»

Это ответ на претензию, что у люде inline стили нарушают политику HTTP Content-Security-Policy. Это коммерческий продукт. Два дня думали прежде чем послать подальше. И это повсеместно: в банках, в крупных компаниях. У всех, кто сидит на потоках.

Проблема многих хостингов в том, что нет нормальной архитектуры, просчета сибестоимости и планирования. К примеру, в чем проблема закупать в европе брендовые сервера с запасом? Платформы, комплектущие… Хорошее качество, взаимозаменяемость. При правильной архитектуре выход сервера из строя не страшен. И конечно бекапы! А хостинги хорошие в рф есть… Beget, timeweb, ihc, iqhost

Реклама с залезанием в душу потенциального клиента, желательно по площадям. Остальное как обычно, это статистика. Внутри любой бизнес-конторы души уже нет, вместо неё личная прибыль (про 300% помним). Это не обвинение, а усталая констатация.
Посмотрел ваш сайт, не понял, как привязать при заказе сервера сетку IPv6, и сколько это стоит.
К сожалению, у нас просто нет IPv6
Зарегистрируйтесь на Хабре, чтобы оставить комментарий