хостинги гарантирующие сохранность данных при физических сбоях оборудования

У меня уже лет 5 как минимум ежедневно сливаются бакапы в другой ДЦ,

и пользователь может в панели управления откатить файлы (выборочно

или папками) до 30 дней назад.

И базы данных.

И клиентские данные в течение нескольких лет жили на raid110 (4х зеркалирование).

Это не дорого. Это просто нужно сесть и сделать.

это обслуживание и сопровождение. это никто не будет делать бесплатно.

если вы это делаете для своих клиентов бесплатно - вы молодец.

Я не занимаюсь бесплатным хостингом. Но от 4$ в год - это почти бесплатно.

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

Это какие же у вас объемы?!

У нас на Московской площадке сейчас 150 ТБ данных (это только виртуалки). http://i.riaas.ru/Datacenter.png

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

А когда данных будет петабайт?!

Вообще, даже просто прочитать такой объем в окне бэкапа за 10 часов это 15 ТБ в час. Или 4.2 гигабайта в секунду :) Как?! Чем?! А когда их будет петабайт? А когда 10 петабайт?

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

Клиенты VDS/DS должны сами делать бэкапы необходимых им данных и заботиться о их сохранности!

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

http://jet9.ru , выбираете Отказоустойчивый кластер с репликацией, с двумя и тремя узлами. Ответственность определяется выбранным SLA.

И ценник соответствующий, все верно.

Немного странно выглядит ваше сообщение. Из 150 ТБ данных обычно ежедневно меняется мизерная их часть. Достаточно один раз слить 150 ТБ в другой ДЦ, а потом просто лишь проверять поменялись ли файлы. Если нет, то просто в бэкапе ставим ссылку на уже существующий файл. Итого каждый день нужно сливать не 150 ТБ, а раз в 150 меньше.

Но вообще клиент сам должен озаботиться бэкапом, т.к. даже если хостер заявляет о 100% надёжности и нескольких копиях бэкапа в разных ДЦ, то было полно ситуаций, когда на деле оказывается, что бэкап исчез. Клиент не может проверить работу бэкапа у хостера. Если данные ценные, то нужно клиенту самому бэкапить в разные ДЦ. Это по-любому будет надёжнее всего.

Как Вы себе это представляете для VDS с LVM хранилищем?