Pull to refresh

Comments 18

Зачем так далеко ходить? Есть же Selectel.

Помню использовал их S3 для хранения сформированных файлов и пользователи их скачивали.

Один умник поставил скрипт типа while(true) download(url). Ни задержек, ни лимитов. Вот так втупую. Selectel радостно отдавал несчастный файл весом в десяток Мб, а я обнаружил резко кончающийся баланс.

И все бы ничего, но когда я спросил их о мерах защиты от скрутки моего баланса (ведь запросы идут явно неадекватно, с одного IP на один URL): их просто нет.

P.S. Ненавижу облака с платным трафиком. В наше то время это лютый бред.

Для вас бред, для них – источник дополнительного дохода

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

Ненавижу облака с платным трафиком. В наше то время это лютый бред.

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

Ну так берите деньги за объем, а не за трафик, в чем проблема?

Я и пользуюсь S3 которое так и делает.

Либо вообще можно minio поднять у себя.

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

А minio то где поднимать? У себя дома? Если на vds, то смысла нет никакого, так как ты ограничен дисковым пространством, да и не особо то и нужна лишняя прослойка.

Кто-то мне помешает нагенерить десятки терабайт на VDS с безлимитным трафиком? Так в чем разница?

Проблема даже не в самом факте платности трафика, а в его неадекватной стоимости. Я сейчас плачу 639 руб в месяц за ~200 Гб S3 и анлим по трафику. Селектел с меня даже при нормальном потреблении брал за это же 2-3 тыс в месяц (с него я и переехал уже давно). При неадекватном там охренеть можно. Амазон тут просто можно на 10 умножать, видимо.

Мы живем в эпоху дуалапов у провайдеров или что?

А где у вас такие тарифы на s3?

Таймвеб. Там банальные бакеты по объему

Обычно - нет "анлима", а есть полоса/разделяемая полоса (физическое ограничение трафика и "как получится") и, иногда, "мелкими буквами" лимит трафика. Вот они и помешают. Бывает и смешнее - "ddos protection", который влезает в нормальную работу сайта/сервера и вырубает сеть.

Само собой, где-то есть какое- ограничение. Обычно что-то около 3 Тб. После этого скорость может сильно упасть или ещё чего.

Напомните, сколько вы отдадите за 3 Тб на Амазоне? :)

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

Хм, я люблю ruvds, в целом, и пользуюсь много лет, но, и тарифы сильно дороже конкурентов, и самое главное, когда пробовали оплату за ресурсы, у нас установка системы увела баланс в большой минус))) зато денег за трафик не просят, да

где бы найти аналог hetzner storagebox за который можно платить рублями или битками.. s3 это круто стильномодномолодёжно, но иногда нужен простой nfs или sshfs.

пока что временно переехал на сидбокс pulsedmedia так как это более менее приемлемо по цене, но всё равно не торт..

А можно ли сделать защиту от перерасхода? Сервер считает сколько отдал и срабатывает скрипт... Достаточно ли потушить сервер или нужно чтоб у провайдера файрвол отработал?

Мы в своё время в nvidia считали стоимость размещения "резервного ЦОД" в амазоне, аналогичного нашему сетапу по сбору телеметрии: у нас было 24 физических сервера с Xeon E3-1240v5, 32 гб памяти и ssd на террабайт, это примерный аналог m4.2xlarge. Коробка с 12 такими блейдами тогда стоила 15000 баксов, а EC2 за один такой инстанц без апфронта и 3хлетнего контракта просил 1500 в год. То есть уже к середине второго года эксплуатации решения "на своём железе" мы выходили в плюс с учётом запасов запчастей, сетевой и менеджмент инфраструктуры и избыточности.

Для себя мы тогда сделали выводы, что размещение в облаке оправдано только в случае создания прототипов сервиса, когда сроки поставок оборудования (особенно выходящего за рамки типовой конфигурации) и общая загруженность команд эксплуатации ЦОД или админов не позволяет выкатить сервис в срок

Есть другой нюанс - когда админов, де-факто, мало/нету совсем, а есть поток денег. Часть этого потока ты отдаешь за все эти облачные приблуды, типа amazon RDS и т.п. - и все довольны, пока на доходы больше расходов. Также, "коробка за 15К$" - предполагает наличие этих 15К "сразу", или расходы на кредит (когда за пару лет она в 20-25К превратится, например). А если "не взлетит"?

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

Sign up to leave a comment.