Как нас четыре раза пытались купить





Нашему VDS-хостингу — 10 лет. За это время нас серьёзно пытались купить четыре раза, ещё пару раз — несерьёзно.

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

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

Начну с самой отбитой категории покупателей. Я даже не могу назвать их инвесторами. Схема у них примитивная и рассчитана на молодых и голодных, какими мы были в первые годы. Они никогда не покупают компанию за живые деньги. Они приходят и говорят:

— Чуваки, вы хотите больше?
Мы, естественно, такие:
— Да, мы хотим!
— Отлично! — говорят они. — Мы сейчас дадим вам денег. Однако для этого вы отдадите нам половину компании. Но на самом деле денег мы вам не дадим!

«Благодетель»
Процесс вы уже, возможно, поняли.

Инвестор оценивает вас, скажем, в пять выручек последнего года (тогда был такой стандарт рынка для хостингов) и говорит, что даст их деньгами за 50% компании. Получается, что компания теперь стоит 10 выручек, у инвестора остаётся 50%, у исходного владельца — тоже 50%. Но реальных денег владелец не видит, потому что инвестор вкладывает их в компанию.
Вы, основатель, остаётесь с нулём в кармане, но с партнёром, перед которым теперь должны отчитываться. По факту вы рискуете стать просто наёмным сотрудником в своей же фирме, отдав половину бизнеса даром.

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

Почему я считаю, что сделка была плохой:
  • Инвестор не разбирался в ИТ, а занимался стройкой.
  • Кредитное предложение денег (тогда) выглядело примерно так же привлекательно, но не требовалось отдавать кому-то 50% бизнеса. По крайней мере, пока шли выплаты.

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

И тут появились они — представители одного московского инвестхолдинга. Ситуацию весело дополняло то, что я поспрашивал про них у коллег из финансов (а мы пришли в хостинг из финансов) и узнал, что они с рейдерской репутацией, мягко говоря.

Они говорили правильные слова, называли нас «ценным активом», но суть предложения была та самая: мы отдаём им долю, они вливают деньги в развитие, и всем становится хорошо. Мы сели считать. Вот мы с их деньгами через год вырастаем в два раза. А наша доля прибыли в абсолютных цифрах остаётся ровно такой же, как сейчас.

Однако есть одно огромное «но»: это ещё не факт. И главное — у нас появляется партнёр, который в любой момент может сказать: «Чуваки, а зачем вам дивиденды или зарплаты? Давайте лучше ещё вложим, ещё вырастем!»

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

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

А если проект провалится? Ты, как соучредитель, отвечаешь по всем долгам.

Именно поэтому я не доверяю таким инвесторам. Меня в этом сильно укрепила история моего друга и однокурсника. Он работал техническим директором в американском стартапе Trucker Path. Получил опцион, вкалывал. Компания выстрелила, стала «единорогом» с оценкой больше миллиарда долларов. А потом их всех, держателей опционов, кинули.
Классическая практика: как только стартап становится успешным, инвесторы — а там был какой-то крупный китаец — проводят фиктивную сделку. Продают компанию за копейки подставной фирме, «высаживают» всех миноритариев, а потом уже перепродают по-настоящему. Мой друг остался ни с чем. Он звонил даже мне, искал юристов: хотел судиться. Эта история навсегда отпечаталась в моей памяти как пример того, почему нельзя продавать долю в компании без получения реальных денег на руки.

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

«Вы, Никита, ценный актив»
Второй заход был от зарубежного олигарха, которого на нас вывели знакомые. С нами общался его человек из Нью-Йорка. План был такой: купить нашу платформу и построить на ней международный хостинг, благо у нас уже было много зарубежных дата-центров. Но разговор очень быстро скатился к обсуждению затрат.

Они относились к нашей команде, как к гастарбайтерам, которым можно платить три копейки. Когда они услышали, что наши инженеры хотят зарплату больше 100 тысяч рублей, у них глаза на лоб полезли. Началась эта песня: «Ох, так вы хотите зарабатывать и жить в комфорте прямо сейчас или вам нужно построить что-то крупное?»

То есть, по их логике, строить великое можно только натощак.

В целом это правда: в культурном коде стартаперов из Долины и Европы учредители действительно получают символические зарплаты. Основные деньги приходят с продажи компании или после объединороживания, когда можно позволить платить и себе, и Совету директоров. До этого надо жить на накопления.

Они даже сделали оценку: около пяти годовых выручек за всю компанию. Но схема была мутная. Опять та же история: мы теряем контроль и не получаем денег.

Мы подумали и отказались.

«Вы неправильно работаете»
Был и ещё один, уже третий подход от владельца крупного сервиса, который хорошо сочетался с хостингом. Профильный игрок, казалось бы. Но разговор — тот же: «Вот, давайте мы так хотим…» Я сидел, слушал и ощущал дежавю.

Ещё до подписания чего-либо они уже начали учить нас жизни. Оказалось, что у себя они используют б/у железо. И нам говорят: «Нет, вот вы дорого покупаете, надо брать бэушное». Мы им: «Ребят, мы на таком работать не будем». Это был конец разговора.

Если ещё до сделки начинается такое продавливание, то что будет после этого?

Цивилизованный флирт
Мы надолго забили на все эти переговоры, решив для себя, что это не очень осмысленная трата времени. Но потом на рынке случилась движуха: государство ввело реестр хостинг-провайдеров и ужесточило требования по СОРМ. Один из крупных игроков рынка тут же подсуетился и начал рассылать письма всем, кто поменьше. Посыл был такой: «Вам сейчас будет пипец, вы разоритесь, давайте мы вас купим». По сути, они хотели скупить клиентские базы. Всем нужны клиентские базы. Бренд не нужен никому. Даже если мы сейчас будем брать региональный хостинг, то бренд не будет нас интересовать — только база.

Так вот, нам тоже пришло такое письмо. Мы об этом написали на VC и Хабре. Покупатели после такой огласки сначала отморозились, но через пару недель мне позвонили: «Слушайте, то было экстренное реагирование, но всё равно мы хотели бы с вами поговорить». И вот тут начался совсем другой разговор. Они назвали ожидаемые нами цифры: оценка была в районе шести годовых выручек. Мы впервые подписали соглашение о неразглашении и вступили в процесс due diligence. Это когда покупатель проводит полную проверку вашего бизнеса, чтобы убедиться, что вы не продаёте ему кота в мешке.

Они вели себя очень цивилизованно, задавали логичные вопросы без залезания в трусы.

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

Но мы не расстроились: это был первый опыт, когда с нами говорили как с равными, а не как с просителями.

Высшая лига
И вот совсем недавно на нас вышел игрок совсем другого масштаба. Назовём его N3. Они пришли не сами, а через профессиональных посредников — M&A-компанию. И вот тут мы увидели, как на самом деле выглядят серьёзные сделки.

Там всё начинается не со звонка основателя, а с общения с этими M&A-специалистами, по сути — инвестбанкирами. Они задают очень правильные вопросы про качество актива: срок жизни клиента, динамику роста и так далее. Они не лезут в ноу-хау: все понимают границы. Если их всё устраивает, то следует звонок от самих покупателей. Они обсуждают сценарий сделки. И если стороны сходятся, то присылают Letter of Intent — официальное предложение с главными условиями.

Только после его подписания начинается самый ад — due diligence, который может длиться месяцами. На этом уровне никто уже не считает по выручке. Всё считается по мультипликатору к EBITDA: это, грубо говоря, ваша прибыль до налогов, процентов и амортизации. Самый честный показатель. Нормальным для текущей рыночной ситуации считается мультипликатор от 5. Хочешь больше? Докажи, что у тебя есть супертехнология или ты растёшь как на дрожжах.

И самое интересное — деньги. 100% суммы тебе никогда не заплатят сразу. Аудиторы посчитают все риски, которые сочтут вероятными для покупателя, и порекомендуют заморозить эту сумму на эскроу-счёте на три года. Вы получите её, только если за это время не будет претензий.

Процесс этот дико дорогой. Покупатель тратит на аудиторов миллионов 30–50. Но и вы, продавец, если хотите, чтобы ваши интересы нормально представляли, должны нанять своих консультантов. А это ещё минимум 20–40 миллионов. Получается, что сама сделка обходится обеим сторонам под 80–100 миллионов. Поэтому покупать маленькую конторку в таком формате просто бессмысленно. Но у M&A-отделов этих гигантов есть своя пропускная способность: они не могут покупать по 10 компаний в год, т. к. ведут одну сделку по полгода. Поэтому все эти байки про «M&A-бюджет, который надо освоить до Нового года» — чушь: считают каждый рубль.

По итогам due diligence определяются финальная сумма и структура сделки. И вот тут начинается самое интересное — игра в деньги и власть.

Для вас, как для продавца, идеальный сценарий — это получить все деньги сразу. Чемодан с немечеными купюрами, как в кино. Ну или просто всю сумму на счёт за вычетом того самого эскроу на риски. Получил, попрощался — ушёл в закат.

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

Схема называется earn-out, или выплата по результатам. Выглядит она так: «Мы платим тебе часть суммы, скажем, 50%, прямо сейчас. А за это получаем контрольный пакет — 51% акций. Оставшиеся 50% ты получишь частями в течение следующих двух-трёх лет, если выполнишь определённые KPI, например, по росту той же EBITDA».

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

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

И тут же возникает очевидный и неразрешимый конфликт интересов. Покупателю теперь НЕВЫГОДНО, чтобы вы выполнили свои KPI. Ведь если вы их выполните, то ему придётся платить вам следующий большой транш. А зачем, если контроль над активом он уже получил? И он будет делать всё что угодно, чтобы вы не достигли этих показателей. Вплоть до умышленного вредительства.

Как это выглядит на практике? Очень просто. Вы приходите и говорите: «Нам нужно поднять цены для клиентов, чтобы увеличить прибыль и выполнить KPI». А новый мажоритарный акционер отвечает: «Нет, мы не можем: это отпугнёт клиентов». Вы говорите: «Нужно вложиться в маркетинг, чтобы привлечь новых пользователей». Они: «Бюджета нет». Нужно нанять ключевого разработчика? «Давайте подождём». Любая инициатива, направленная на рост, будет тормозиться. Вам просто не дадут работать.

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

С N3 мы в итоге не сошлись в оценках. Мы хотели мультипликатор 8 к EBITDA, а они — немного меньше (сколько — не позволяет сказать NDA).

Мы такие: «ОК, давайте поговорим через год. Мы не торопимся».

Итого
Первое. Если вы хотите идти на продажу, то готовиться к ней надо с первого дня. Если у вас бардак в бухгалтерии и какие-то мутные схемы, то потом будет мучительно больно: либо сделка сорвётся, либо вам насчитают такой эскроу, что от суммы продажи ничего не останется. Финансовая гигиена — это основа.

Бизнес «для себя» оптимизирован для вашего личного комфорта и эффективности. Там могут найтись какие-то схемы, которые тебе посоветовал бухгалтер на аутсорсе, чтобы платить поменьше налогов. Юридическая структура может быть запутанной. Идеальная документация — в голове. И если на такое приходят аудиторы из «Большой четвёрки», то начинается ад. Всё это риски и красные флаги, нет документа — это юридическая проблема. Они пересчитают все эти риски в конкретные суммы и либо вычтут их из цены, либо заморозят на эскроу-счёте на три года, либо вообще уйдут из сделки. Нельзя десять лет строить сарай для себя, а потом за один день пытаться продать его как дворец.

Второе. Ваш бренд, скорее всего, не стоит ничего. Покупателю нужны ваша клиентская база, а также EBITDA. После сделки ваш бренд убьют. Никто уже не помнит, что был Foodfox, а не «Яндекс Еда». Исключение — если какой-нибудь Wildberries решит выйти на рынок ЦОДов и купит компанию с именем, чтобы не стартовать с нуля.

Третье. Не ждите щедрости. Покупатели — не дураки. Они найдут все ваши косяки, даже те, о которых вы не подозревали. Они будут торговаться за каждый рубль.

Четвёртое. Все вокруг говорят про «экзит» как главную цель любого стартапа. Продать компанию гиганту, получить мешок денег и уехать на Бали. Звучит красиво, как в кино. Но в реальной жизни, если твой бизнес работает и приносит стабильный доход, продавать его — это экономически нелогично. Зачем резать курицу, которая несёт золотые яйца?

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

Если вам нужны деньги — рассмотрите кредит или другие варианты. Там можно продать только будущую выручку (или прибыль) без других частей компании.

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

И это очень отрезвляет и помогает понять, что на самом деле вы построили.

ruvds.com/ru-rub

Ваша учетная запись Dedibox была объединена с Scaleway



Дорогой Скейлер
Ваш доступ к нашим услугам теперь упрощен: ваша учетная запись Dedibox **** теперь объединена с Scaleway.
Вот все, что вам нужно знать:

Что означает объединение счетов?
С этого момента аутентификация Dedibox будет осуществляться через Scaleway, что обеспечит вам повышенную производительность, безопасность и пользовательский опыт.

Как получить доступ к своему аккаунту Dedibox?
Для входа в Scaleway через account.scaleway.com используйте адрес электронной почты **** Инструкции по входу в систему см. в нашей документации.
account.scaleway.com
www.scaleway.com/en/docs/account/how-to/log-in-to-the-console/#log-in-as-an-iam-member

Политика конфиденциальности
Это изменение не повлияет на цели и категории обрабатываемых данных. Чтобы узнать больше о ваших персональных данных, ознакомьтесь с нашей политикой конфиденциальности или свяжитесь с нашим отделом по защите данных по адресу privacy@scaleway.com.

Требуются ли с моей стороны какие-либо действия?
Да, вам необходимо ознакомиться и подписать наши Условия и положения, а также Соглашение об обработке данных до 17.03.2026.
www.scaleway.com/en/privacy-policy/

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

Нужна помощь?
Посетите нашу страницу часто задаваемых вопросов для получения ответов на наиболее распространенные вопросы.
www.scaleway.com/en/docs/dedibox-scaleway/faq/

Если вам потребуется дополнительная помощь, свяжитесь с нашей службой поддержки.

Команда пользователей Scaleway.

Чёрная Пятница, оплатите услуги со скидкой до 40%



Только с 20 по 30 ноября 2025 года вы можете продлить услуги по самым выгодным условиям года.
  • Скидки для хостинга — до 40%
  • При оплате тарифа на 2 года и использовании промокода black-15-25.
  • Скидки на VPS и выделенные серверы — до 30%
  • При оплате услуг на год и использовании промокода black-15-25 скидка действует на:
  • аренду виртуальных серверов (VPS) в России, Нидерландах, США, Израиле, Молдове, Армении, Турции, Германии, Франции, Гонконге,
  • аренду выделенных серверов с каналом 10 Гбит/с.
  • аренду выделенных серверов.
  • Самое удачное время продлить услуги — год подходит к концу, а вместе с ним и самые выгодные цены.
  • Количество промокодов ограничено — активируйте свой уже сегодня!

webhost1.ru

Свободных слов почти нет: 94% популярных существительных уже заняты в российских брендах



Российским предпринимателям всё труднее придумывать новые и запоминающиеся названия для брендов. Большинство простых и понятных слов, которые легко ассоциируются с продуктом или услугой, уже заняты на рынке. Это показало исследование «Онлайн Патент» и Рег.ру о самых популярных словах русского языка в зарегистрированных товарных знаках.

Аналитики подсчитали, что 94% самых употребительных (частотных) существительных русского языка уже зарегистрированы в качестве товарных знаков для каких-либо товаров или услуг. При этом 20% таких слов, например, запатентованы абсолютно для всех категорий товаров — от продуктов питания до стройматериалов и IT-услуг. В ТОП-10 самых популярных существительных в российских товарных знаках вошли: центр, компания, дом, мир, завод, группа, русский, вкус, клуб, водка.

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

Среди прилагательных 74% частотных слов встречаются хотя бы в одном зарегистрированном товарном знаке, а 6% используются сразу для всех возможных категорий товаров. Самыми популярными являются слова «русский», «золотой», «торговый», «натуральный», «московский», «сибирский», «детский», «новый», «красный», «белый» и «черный».

Половина самых частотных наречий и слов категории состояния (таких как «нет», «можно», «жаль») русского языка встречаются хотя бы в одном зарегистрированном товарном знаке, однако лишь 3% используются для всех категорий товаров. Среди самых популярных из них в брендах лидируют слова «дома», «вкусно», «просто», «вместе», «нет», «легко», «рядом», «лучше», «добро» и «надо».

Что касается глаголов, 33% частотных слов входят хотя бы в один товарный знак, а лишь 1% – во все категории. Среди наиболее популярных глаголов в названиях брендов – «есть», «быть», «жить», «готовить», «расти», «любить», «знать», «делать», «пить» и «видеть».

Современный рынок брендинга в России сталкивается с необычной ситуацией: большинство простых и легко запоминающихся слов уже зарегистрированы в качестве товарных знаков. Это создает дополнительные сложности для предпринимателей, которым приходится искать нестандартные и оригинальные подходы при выборе названия для своей продукции или компании. При этом важно не только проявлять креативность, но и учитывать правовые аспекты, чтобы выбранное название можно было надежно защитить. Современные аналитические инструменты помогают предпринимателям быстро оценивать доступность слов и фраз, создавая уникальные и легко узнаваемые бренды»
комментирует Алина Акиншина, генеральный директор компании «Онлайн Патент», патентный поверенный РФ.

Когда большинство простых и понятных слов уже занято, важно думать не только о юридической чистоте названия, но и о его маркетинговом потенциале. Выбранное имя становится фундаментом, который определит успех всего дальнейшего продвижения — особенно в цифровой среде, где без яркого присутствия невозможно добиться узнаваемости. Именно здесь на помощь приходят наши решения: мы помогаем бизнесу усиливать видимость в интернете, создавать больше точек контакта с аудиторией и побеждать в конкурентной борьбе за внимание
дополняет Владислав Иванов, евангелист Рег.решений.

Подарили 66666 рублей дважды



66666 тикет :)

Так как у нас в биллинге используется не только домен Yacolo, а еще и Понаехали или ФакЗемКлауд всякий тд тд, то ID распределяются по проектам. На Яколо вообще было не более 3000 тикетов за все время существования, да и на других не особо много, а 50000 тикетов в том биллинге накрутилось в 2020 или 2021 году, когда какой-то тролль завистник подключил бот регалку тупо чтобы засрать биллинг моему другу, поэтому такие огромные ID и образовались.



Сначала я анонсировал топиком у себя в мелких заметках. Оттуда видимо появился 1 желающий и он стал по 100р закидывать раз в день :) И никто больше не писал кроме него, я ему даже сказал что ты единственный желающий видимо поучаствовать.
Потом уже почти рядом с ID — я анонсировал в топике черной пятницы. Оттуда видимо, где-то через час появился 2-ой желающий, он успел создать несколько тикетов или даже написал что может клонов замутить, на что я ему ответил что если будет заниматься накрутками, то приз точно не получит.

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

Итого получилось так.
Сам 66666 ID выпал на другом проекте, т.к. биллинг корпоративный. Почему вообще YaColo оказалось тут добавлено? В 2021 году Сгорел нахуй ОВХ SBG вместе с биллингом yacolo, бекап не был настроен, т.к. ДЦ спросом не пользовался и продаж то и не было там с 2016 и т.к. как вы знаете ДЦ пустовал, то мне просто было лень создавать новый биллинг после пожара и я его добавил в уже рабочий любой корпорейт по тем годам. В 2021 году еще были разные версии биллинга это он сейчас стал по умолчанию корпорейтом для любой версии. А когда пошло второе дыхание ДЦ я просто не стал переделывать.





Честно получает свои 66666 рублей


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

Стало


Хостинг Кухня второй раз поменяла сервер

История
  • 10/2014, i3-8ram CA ovh 2 ТБ HDD SATA (2014-2018)
  • 12/2018, Хостинг Кухня впервые поменяла сервер, E3-1245v2-32ram CA ovh 2x 480 SSD (2019-2025)
  • 11/2025, 1650v4-64-2tb-nvme-new — надеюсь проживет до того момента, пока Адвансед с 3 гигабитами не будут стоить 30 евро

hosting.kitchen/page/sitemap/

Было в черную пятницу 2018 ухватили прикольный сервак по скидке. В принципе это тот же самый сервер что и был в 2014. Но в 2014 он стоил дорого, поэтому в 2014 мы запустили блог на i3 core чтобы подешевле. А в 2018 году уже Хеон был «подешевле» за счет черной пятницы.

В 2025 году он уже начинал часто под предел работать.
Плюс сам по себе старый уже стал и ОС там тоже стала старая.


Это AI боты пиздили или обучались на контенте всего рынка хостинга в 2025 году :)

Но задумал поменять сервер я еще с 2024 года, когда ОВХ начало обновление тарифов.
Целый год он валялся просто так, все не было желания по началу, а потом я подумал, а дождусь уже черной пятницы 2025 года, вдруг будет еще круче. В 2025 году ЧП ОВХ была крутая, но прямо лучше чем текущий (а у него цена аж 15 евро) я не нашел. Конечно я мог бы купить за 80 евро с 3 гигабитами например, если честно очень хотелось, но пока я думал BHS локация кончилась там. А у меня каждый блог строго в отдельном ДЦ. Раз уж чисто случайно в 2014 hosting.kitchen попала на канаду, то теперь до самого конца будет всегда на Канаде BHS CA OVH.

Итак переехал блог на вот такую машинку.

Разумеется так же по скидкам распродажам, даже дешевле чем я отдавал в 2014 году, а так же дешевле чем был сервер из 2018 года :) У ОВХ мощности растут, а цены только падают ^_^



Хотел сохранить все IP так же
Но увы Франция у них мигрирует отлично из SYS на OVH панель
А в Канаде поленились похоже





СОВЕТ всем дата-центрам, нужно создавать опцию «купить новый диск». Но не взять в аренду у вас диск, а просто разово купить хоть за 10к хоть за 50к если это энтерпрайз диск.

Хостинг в Омске



  • Дата-центр спроектирован и построен по стандарту Tier 3
  • 1,2 МВт Доступная мощность дата-центра
  • N+1 Резервирование систем электропитания и охлаждения в ЦОД
  • Собственная AS и провайдеронезависимые IP-адреса

coredatanet.ru
my.coredatanet.ru/billmgr

Размещение сервера (19″) Tier 3
  • Размер корпуса вашего серверного оборудования должен соответствовать стандартам (ширина 19 дюймов, высота, кратная 1 юниту), для того чтобы технические специалисты смогли разместить его в стойке (серверном шкафу)
  • Мощность БП 350 Ватт
  • Розетки С13 2 Шт.
  • Ширина канала 100 Mбит/сек
  • Порт ethernet (1 Гбит)
  • 4 640.00 RUB/месяц

VMmanager
  • Дисковое пространство 20 ГиБ
  • Оперативная память 1024 МиБ
  • Количество процессоров 1 Шт.
  • Публичные IPv4-адреса 1 Шт.
  • Ширина канала 100 Mбит/сек
  • 350.00 RUB/месяц
vm.coredatanet.ru


bgp.tools/as/52086
ООО «ОСНОВА ДАТА НЭТ»

Proxmox Datacenter Manager 1.0 (стабильная версия)



Мы рады представить первую стабильную версию нашего нового Proxmox Datacenter Manager!

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

Проект полностью разработан на языке программирования Rust, от бэкэнд-сервера API до инструментов CLI и совершенно нового фронтенда. Фронтенд построен на новом наборе виджетов, разработанном нами за последние несколько лет. Это обеспечивает более современный веб-интерфейс, не только с точки зрения внешнего вида и функциональности, но и с точки зрения доступности, скорости и совместимости. Proxmox Datacenter Manager распространяется по лицензии GNU Affero General Public License v3 (GNU AGPLv3).

Большое СПАСИБО нашему международному сообществу за существенную поддержку на этапе бета-тестирования! Мы особенно благодарны за проведённые стресс-тесты, подробные отчёты об ошибках и другие предложения — огромное спасибо, ваше сотрудничество просто фантастическое!

Основные особенности:
  • Основано на Debian Trixie 13.2 с последними обновлениями безопасности
  • Ядро Linux на основе версии 6.17 с включенной ZFS 2.3.4
  • Аутентификация: поддержка областей LDAP, Active Directory и OpenID Connect для аутентификации
  • Пользовательские представления для индивидуальных обзоров, отфильтрованных по пультам дистанционного управления, ресурсам, типу ресурса или тегам, а также выделенному контролю доступа
  • Поддержка удаленных устройств Proxmox Virtual Environment и Proxmox Backup Server
  • Эффективный централизованный сбор показателей
  • Мощная функция поиска для быстрого нахождения ресурсов (с фильтрацией по типу ресурса, статусу и т.д.).
  • Управление привилегиями для пользователей Proxmox Datacenter Manager из пользовательского интерфейса управления доступом
  • Обзор централизованного обновления системы
  • Первоначальная интеграция программно-определяемой сети с конфигурацией EVPN между кластерами
  • Обзор централизованного обновления
  • Корпоративная поддержка доступна для существующих клиентов с активной базовой или более высокой подпиской на пульты Proxmox.
  • Лицензия с открытым исходным кодом: GNU AGPLv3

Заметки о выпуске
pdm.proxmox.com/docs/roadmap.html#proxmox-datacenter-manager-1-0

Пресс-релиз
www.proxmox.com/en/about/company-details/press-releases/proxmox-datacenter-manager-1-0

Скачать
www.proxmox.com/en/downloads
Альтернативная загрузка ISO:
enterprise.proxmox.com/iso

Документация
pdm.proxmox.com/docs/

Форум сообщества
forum.proxmox.com

Отслеживание ошибок
bugzilla.proxmox.com

Исходный код
git.proxmox.com

В этой последней версии представлены улучшения и обновления, созданные благодаря вашим идеям и поддержке. Огромное спасибо всем членам нашего сообщества и клиентам, которые сообщают об ошибках, отправляют исправления и участвуют в тестировании — СПАСИБО!

FAQ
В: Как это интегрируется в Proxmox Virtual Environment и Proxmox Backup Server?
О: Вы можете добавлять произвольные хосты или кластеры Proxmox в качестве удаленных. Proxmox Datacenter Manager будет затем отслеживать их и обеспечивать базовое управление, используя только API.

В: Сколькими различными хостами и/или кластерами Proxmox VE я могу управлять с помощью одного экземпляра Datacenter Manager?
О: Из-за ранней стадии разработки все еще есть некоторые проблемные места, но мы уверены, что сможем справиться с большими установками при умеренном количестве ресурсов. Мы провели тесты с более чем 5000 удаленных узлов и более чем 10000 виртуальных гостей, чтобы подтвердить ожидания по производительности нашей новой структуры пользовательского интерфейса. Мы нацелены на аналогичные цифры для бэкэнда.

В: Какие версии Proxmox VE и Proxmox Backup Server поддерживаются?
О: Минимальная требуемая версия Proxmox VE — 8.4, а минимальная требуемая версия Proxmox Backup Server — 3.4.
Мы будем поддерживать все активно поддерживаемые выпуски проектов Proxmox, но поощряем частые обновления как PDM, так и удаленных модулей PVE и PBS для использования всех функций.

В: Могу ли я обновить бета-установку до стабильной версии 1.0 через apt?
О: О: Да, обновление возможно через apt и графический интерфейс. Для наиболее стабильной работы мы рекомендуем использовать репозиторий pdm-enterprise при обновлении.

В: Могу ли я обновить Proxmox Datacenter Manager Alpha до этой версии 1.0?
О: Да, следуйте инструкциям по обновлению на странице pve.proxmox.com/wiki/Proxmox_Datacenter_Manager_Upgrade_from_Alpha_to_1

В: Могу ли я установить Proxmox Datacenter Manager вместе с Proxmox VE или Proxmox Backup Server?
О: Да, но установка вместе с другими проектами Proxmox не рекомендуется (только для экспертов).

В:: Какую среду поддерживает Proxmox Datacenter Manager?
A: Proxmox Datacenter Manager будет работать везде, где поддерживается стандартная система Debian x86-64/AMD64.

Q: Есть ли рекомендуемые системные требования для Proxmox Datacenter Manager?
A: Да, см. pdm.proxmox.com/docs/installation.html#system-requirements

Q: Какие сетевые настройки поддерживаются между Proxmox Datacenter Manager и удаленными компьютерами?
A: Как правило, Proxmox Datacenter Manager должен иметь возможность напрямую подключаться ко всем удаленным компьютерам Proxmox VE для отправки запросов API и запросов показателей нагрузки и использования. С другой стороны, удаленным компьютерам не требуется возможность прямого подключения к Datacenter Manager. Обратные прокси-серверы между Proxmox Datacenter Manager и любыми его удалёнными устройствами Proxmox VE не поддерживаются. Мы рекомендуем использовать туннелирование (например, WireGuard или OpenVPN) для хостов, которые не должны быть напрямую подключены к нечастной сети.

Скрытые затраты на поддержку хостинг-провайдера с плохой инфраструктурой



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

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

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

Общеизвестно, что иногда техника дает сбои, но долгосрочный ущерб редко связан с одной ошибкой на диске или DNS; почти всегда причиной являются сбои в работе службы поддержки.

Разрыв в поддержке хостинга инфраструктуры
Стандартные модели поддержки инфраструктуры как услуги (IaaS) имеют тенденцию выходить из строя предсказуемым образом: циклы сортировки ботов замедляют реагирование на инциденты, непрозрачные эскалации оставляют клиентов в неведении, а разрозненность поставщиков перенаправляет клиентов между категориями очереди.

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

Одно из самых распространённых заблуждений относительно поставщиков гипермасштабных облачных решений заключается в том, что они по умолчанию должны предоставлять комплексную поддержку. Однако поддержка гипермасштабируемых решений неравномерна, и только пользователи с наибольшим количеством платных услуг (или те, кто готов платить за дополнительные уровни поддержки) получают адекватную поддержку. Для остальных стандартным является «только устранение неполадок», и получение ответа после отправки тикета может занять несколько недель — независимо от того, насколько серьёзна проблема для вашего бизнеса.

В результате ваши инциденты длятся дольше, ваши запуски сопряжены с большим риском, а ваша команда берёт на себя ту самую работу, которую должен выполнять ваш хостинг-провайдер. Как сказал один из глобальных директоров по технологиям ведущей платформы iGaming в интервью для services.com:

«Вы редко уделяете должное внимание вещам, важным для вашего бизнеса, но не критичным для вашего провайдера [гипермасштабных] облачных услуг. Например, пропускная способность между двумя регионами не важна для них просто потому, что она приводит к задержке. Даже если эта задержка приводит к потере дохода, вы не сможете разобраться в произошедшем и найти решение (или хотя бы срочное решение) проблемы».

Короче говоря, службы поддержки хостинг-провайдера просто не являются продолжением вашей команды: вот в чем проблема.

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

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

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

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

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

Допустим, ваше мероприятие приносит средний почасовой доход в 200 000 долларов, а фактический простой составляет 0,75 часа. Это означает потерю дохода в размере 150 000 долларов. Если для устранения инцидента потребовалось 15 инженеров и три менеджера, которым выставили счёт по 120 и 160 долларов в час соответственно, это ещё 5700 долларов на обработку инцидента. Сбой также привёл к серьёзным социальным последствиям, поэтому ваши инженеры тратят дополнительно 60 часов на послеаварийное обслуживание, что обошлось им в 7200 долларов.

Вы должны 90 000 долларов США в виде возвратов и кредитов клиентам, включая 120 часов работы дополнительного персонала службы поддержки по ставке 40 долларов США в час, что в общей сложности составляет 94 800 долларов США на устранение проблем клиентов. Вы также должны своим партнерам-рекламодателям 30 000 долларов США в качестве компенсации за потерянные показы, потратили 4200 долларов США на соблюдение требований и отчетность (30 часов по ставке 140 долларов США в час) и оформили подписку на два месяца дополнительных вычислительных мощностей стоимостью 40 000 долларов США.

Наконец, вы прогнозируете, что понесете убытки в размере 144 000 долларов США из-за вероятного оттока клиентов (на основе среднегодовой оценки в размере 12 долларов США в месяц, предполагаемой дельты оттока клиентов, связанной с инцидентом, в размере 0,5 % в месяц и среднего оставшегося срока оплаты за шесть месяцев).

Общая стоимость инцидента составила 475 900 долларов США.

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

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

Чтобы рассчитать общую стоимость неразрешенного инцидента, рассчитайте сумму следующих показателей:
  • Потеря дохода из-за инцидента
  • Lost revenue = revenue per hour x business hours down
  • Потеря производительности из-за инцидента
  • Lost productivity = number of affected staff x loaded rate per hour x hours disrupted
  • Стоимость обработки инцидента
  • Incident handling = role involved in incident handling x rate per hour x hours
  • Стоимость устранения неполадок у клиента
  • Customer remediation = value of refunds/ credits + extra support hours x support rate
  • Расходы, связанные с оттоком клиентов
  • Impacted paying customers x average revenue per user (ARPA) x churn rate x remaining contract months
  • Любые дополнительные единовременные выплаты, понесенные непосредственно в результате инцидента



Как определить исключительную поддержку инфраструктуры
Делать наших клиентов счастливыми и поддерживать их счастье — вот главная цель нашего сайта на серверах. Мы придерживаемся четырёх принципов поддержки:

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

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

Для Nitrado именно эта человеческая поддержка стала основой нашего долгосрочного и доверительного партнерства:
У нас сложились очень простые, человеческие отношения с командой server.com, и люди, с которыми мы познакомились на той самой первой встрече, по-прежнему остаются теми же людьми, с которыми мы общаемся и сегодня
поделился Феликс Охслер, технический директор Nitrado.

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

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

Когда ваш хостинг-провайдер знает ваш бизнес досконально, производительность можно оптимизировать, а серьёзные проблемы можно предотвратить ещё на ранней стадии. Именно это мы и сделали с компанией Ceeblue, предоставляющей услуги потокового вещания в режиме реального времени:
Мы сотрудничали в целях совместной разработки всего оборудования, которое мы в настоящее время развертываем, и многие из наших последних передовых достижений были реализованы на оборудовании server.com
сказал Йонас Блётц, вице-президент по инжинирингу компании Ceeblue.

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



24/7/365 ответов
Инфраструктура работает не в обычном режиме, поэтому преимущества круглосуточной поддержки хостинга нельзя недооценивать. Когда время буквально означает деньги в условиях технических сбоев или простоев, крайне важно рассчитывать на то, что служба поддержки вашего провайдера всегда готова прийти на помощь.

Итак, независимо от того, есть ли у вас простой запрос или сложная проблема, вы можете (и должны) рассчитывать на доступ к поддержке в течение нескольких минут, даже если это происходит в нерабочее время или в выходные. Для одного из наших финтех-клиентов, Ark Technologies, такой прямой подход к поддержке «всегда на связи» стал настоящим спасением:
Даже в выходные служба поддержки server.com всегда доступна, и решение проблемы будет принято в течение нескольких минут
сказал Ияд Яссер, соучредитель и технический директор Ark Technologies.

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

«В отличие от предыдущих поставщиков, с которыми мы работали, в Servers.com наш менеджер по работе с клиентами обрабатывает все наши контракты по всему миру, что значительно упрощает нам задачу».



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

Одним из признаков успеха является согласование чёткого и прозрачного соглашения об уровне обслуживания (SLA) перед подписанием договора. Также стоит поискать отзывы от компаний аналогичного размера, которые пользовались услугами поставщика.

Как говорит Айзек Дуглас, директор по управлению рисками компании servers.com
Независимо от того, используете ли вы один сервер или целый парк, инфраструктура мирового класса требует поддержки мирового класса, и именно так мы работаем в services.com. Здесь нет места фаворитизму — каждый клиент имеет приоритет и получает одинаковое обслуживание, ориентированное на человека



Исключительная поддержка способствует развитию бизнеса
Исключительная поддержка инфраструктуры должна быть стандартом, но часто происходит обратное. Безличные системы тикетов, неэффективные процессы эскалации, поддержка, ориентированная только на устранение неполадок, и неравный приоритет учётных записей — всё это обычное явление.

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

www.servers.com