Должен ли хостер иметь бэкап VDS?

Хостеры как всегда путают клиентские бакапы с системными.

Харды сейчас дешевые, с планами 60Gb за 30 баксов - вообще нет проблем системный бакап делать.

3Tb - 100 EUR диск. В него 50 таких клиентов влезет. Из за 100 евро готовы потерять 50*30 = 1500 в месяц ?

Вы полагаете что у хостера продающего вдс "6 GB RAM 60 GB SSD 5 CORE CPU" на "Intel Xeon E5-2680 и серверных SSD" по 1642 рубля в месяц прибыль будет равняться 30 баксам? А одного 3тб диска действительно будет достаточно для нормального бакапа 50 клиентов?

если брать аналогию с неисправным авто, то не при покупке, а при аренде

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

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

а если "по понятиям", то имхо, должен, как минимум на случай своего косяка, как в данном происшествии

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

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

Ага, клиентов по 60Гб мы значит будем бекапить, а 150, 200... лесом? А ещё все хостеры по вашему не рационально используют пространство и по этому в каждый сервер без проблем можно HDD 3.5 впихнуть)

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

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

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

Нужно внимательно читать оферту, SLA, правила использования услуг, чаше всего там все это написано.

Наш пример - мы делаем технологическоре резервное копирование всех VM, раз в неделю, своими скриптами (у нас CEPH там свои нюансы), и клиентам это не анонсируем. В случае факапа на нашей стороне (shit happens), мы сможем восстановить, пусть и не актуальные на момент аварии, данные клиента. Но авария это наша зона ответсвенности и решение вопроса работоспособности услуги клиента в том или ином виде тоже становится нашей проблемой.

В тоже время, в SLA, которое является неотъемлемой частью публичной оферты, строго разграничены наши и клиентские зоны ответсвенности. Так вот в соответсвии с SLA "в зоне ответственности клиента находятся все остальные элементы системы (вырвал из контекста, речь идет о VPS сервере), в том числе установка и настройка серверного и прикладного программного обеспечения, обеспечение информационной безопасности, систем резервного копирования и восстановления данных."

Стоит понимать, что правоустанавливающие документы НИ КТО НЕ ЧИТАЕТ, оферту и SLA в глаза не видел, и в случае малейшей проблемы начинаются старые песни о главном. Репертуар простой: "Хостер ДОЛЖЕН!!!", "Хостер ОБЯЗАН!!!", "Верните ДЕНЬГИ, вы были ДОЛЖНЫ и ОБЯЗАНЫ!!!".

Думаете не приходят запросы на тему восстановления данных? Еще как приходят, кто-то что-то у себя в VM удалил, криво обновил, забыл продлить и оно автоматически удалилось. Да масса примеров. Но в тоже время ни кто объективно не хочет расценивать реальность, что восстановление услуги из резервной копии - это та же работа, которую делает специалист провайдера, чаще всего руками. И эту работу ни кто не хочет оплачивать. Потому что в голове плотно засели тезисы о том что "Хостер Должен", "Хостер Обязан", "Я вам вообще-то деньги плачу, делайте и пофигу что это не ваша зона ответсвенности".

А потом море негатива, да, хостер не лоялен, хостер не делает бекап, хостер говно... А может стоит смотреть на проблему-то с другой стороны?

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

Это лол конечно полный. Все рекомендации по собственной организации бэкапов были даны еще в прошлой теме, а ТС продолжает наступать на грабли и винить в этом грабли.

Ну должен ж кто-то быть виноватым. Это похоже как некоторые начитаются о пятизвездочных отелях по 100500 у.е. с "всё включено", а потом снимают одноместный хостел за доллар в день и орут почему им не приносят Dom Perignon Rose в номер 🤣

Ну хотя бы делать бекапы на другого хостера. hetzner к сожалению свои хранилища с нового года отключит. Уже перешел на другого.