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

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

Не написали, во сколько вышло это решение? Действительно ли S3 дороже, чем «простое решение»? Либо было использованы существующие мощности, и таким образом «сэкономили» 2000 USD?
Вроде бы написали же :)

Получается, что вся связка стоила нам лишь добавления одного сервера стоимостью 60 евро и бесплатного трафика, который отдается с него, в текущих объемах. При этом есть еще двукратный запас по росту трафика до того момента, когда он может начать оплачиваться.
Пропустил, спасибо!
Присматриваю проектик вне работы. На амазон у нас хостятся примерно 300 фалов по 2-4гб, которые нужно доставлять клинетам. В месяц выходило порядко 1200-2500 долл.

Оставили s3 как source of truth, добавили автоматическую поддержку зеркал — добавляешь в админке, он автоматом синхронизирует зеркала. Добавили балансировку между зеркалами.

Как зеркало пока используем DigitalOcean Spaces. Постепенно раз в месяц увеличивает траффик на зеркало. Уже сейчас заметна разница в счетах (примерно в 2 раза меньше), но для статистики нужно погонять больший срок.
Конструкция из нескольких server'ов. В чем её смысл?

Если честно, то в вашей конструкции нет смысла. IP не будет кешироваться и при более простой конструкции, без лишних локейшнов.
location / {
    resolver 1.1.1.1.;
    set $s3_dns s3.eu-central-1.amazonaws.com;
    proxy_pass $s3_dns;
Ну так мы именно этот метод и использовали в backup'ном апстриме. Или как вы предложили бы это реализовать без него?
НЛО прилетело и опубликовало эту надпись здесь
а можно ссылочку на «У cloudflare до 100тб можно бесплатно»? Везде где я видел, они обещают любой объем бесплатно, при условии соблюдения «Section 10: Limitation on Non-HTML Caching of our Terms of Service» и всего остального из www.cloudflare.com/terms
Перешли с s3 на cloudflare. Платили как вы, сейчас ничего не платим. На настройку ушло полчаса.
Конечно можно было взять сервак в хецнере за 60 евро, но облака и сервисы мы любим в том числе за отказоустойчивость, а с одним сервером отказоустойчивость такая себе, особенно за 60%.
Можно было взять за те же деньги дешёвый cdn на scaleway/hetzner/kamatera/ovh и не париться.

у cloudflare бесплатный тариф не позволяет ставить свой сертификат и получать выделенные ip, бывали случаи залета в бан ркн, потому что кто то еще на нашем ip делал что-то запретное

То есть вся экономия за счет того что сервер у хостера с бесплатным траффиком?
Еще раз доказывает, что AWS — это дорого. И что есть «скрытые» платежи, в этом случае это была оплата трафика, которым обычно пренебрегают. Вначале проекта может действительно был 1Гб и оплата казалась минимальной.
И что есть «скрытые» платежи, в этом случае это была оплата трафика, которым обычно пренебрегают.

Почему трафик-это скрытый платеж? Везде в тарифах, калькуляторах, примерах он указывается.


Еще раз доказывает, что AWS — это дорого.

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

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

Даже без надежности.
Я могу поднять MQ, распределенную БД, в которую будет писаться из этой MQ, настроить алерты на случай падения сервисов и т.д. буквально за пару часов один, для поддержки мне вообще ненужен админ. Вне облака это будут делать пару админов, причем не дни а скорее недели/месяцы. И кто-то потом будет это сопровождать, обновлять до новых версий-так что стоит прибавить з/п и время потраченное на это.
Или сервис, который раз в день поднимается и обрабатывает сотни гигабайт данных-я подниму в облаке лямбду/функцию, за которую я буду платить только во время ее исполнения(причем сама по себе она стоит очень мало)-вне облака мне понадобится отдельный выделенный сервер для этой задачи, который 90% времени проставивает.

Так это вы всё про надежность — распределенная БД, алерты, разве нет?


А в целом я больше про сервисы типа EC2 и управляемые РСУБД, про миграцию с десятка (V)DS без переписывания кучи кода

Очень. Но удобно и надежно.
Вообще, удивляет конечно разница в стоимости инстансов. Когда пришли дешевые процессоры Амд разница в цене была 10%. Не знаю как сейчас. Уже даже 64 ядра подвезли, должно бы подешеветь.

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

>И что есть «скрытые» платежи
Они не скрытые. Но, как и во многих других вещах, AWS сложнее legacy хостинга.
AWS сложнее legacy хостинга.

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

две стороны одной монеты :-)

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

это без "поиграть", а предсказать счёт — вообще нереально.

в легаси инфре (с VM) предсказать счет проще, но по факту постоянно влетаешь в ограничения ресурсов, что приводит к существенно более дорогим потерям. Та же доустановка узлов в ДЦ — она происходит не мгновенно с учетом долго закупочного цикла оборудования. Поэтому будущее за гибридными сценариями (для плюс/минус постоянной нагрузки — свое железо, для остального облако)

Амазон это не про "дёшево", а про "надёжно". Понятно что свое "на коленке" за 60$ тоже будет работать, но вы условно теряете то ради чего нужен S3 — масштабируемость, простота в обслуживании.

.., а отказоустойчивость на основе VRRP.

это шутка, да? — VRRP в AWS?

Видимо, в хетцнере, на который хватило денег клиента )

Возникала ли необходимость инвалидации кеша, отдельных файлов?

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