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

На OpenVZ? ибо на аппаратных виртуализациях без остановки или саспенда никак.

Зачем саспенд? Снапшот с LVM, потом dd снапшота в файл.

так снапшот это несколько килобайт в виде отметки момента времени на ВМ. После отметки идет другая ветка записи на диске. То, что вы снапшот (каким-то) нереальным образом выкачиваете не дает абсолютно ничего. Снапшот без диска ничто. Это пара ноликов и единичек.

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

Сначала ищем самый дешёвый вариант, а потом начинается:

Оговорен ли этот пункт в договоре услуг? Нет. Значит и не должен.

smart2web, полагаю имеется ввиду не сам snapshot, а режим создания backup'а.

Делать или не делать бэкапы определяет для себя хостер. Есть хостеры предоставляющие виртуальный хостинг сайтов (не впс, а просто сайтов), которые не делают бэкапов. И ничего, живут себе прекрасно.

Виртуализация KVM которая сейчас широко распространена сильна своей изоляцией. Это означает, что доступ к виртуальной машине с уровня хостера весьма ограничен, если не предпринять специальных мер. И это не единственная проблема для хостера - объём данных, ресурсы необходимые для их хранения на удалённом хранилище (а иначе нет смысла в этих бэкапах) - всё это стоит денег, которые клиент платить не хочет.

Кроме того, при больших объёмах данных на воссстановление полностью уничтоженных данных может уйти куда больше времени, чем можно принять за разумный срок. Представьте себе, сколько будут перекачиваться данные по сети хотя бы даже 10-20 Тб + сколько времени они будут восстанавливаться. Физические пределы оборудования никто ведь не отменял.

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

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

если снапшот + дамп памяти + бекап, то это неизбежный саспенд.

Снапшот - моментальный снимок диска, каким он был в момент создания снапшота. Дальше можно сохранить в файл полный образ диска на этот момент. Приблизительно так же бекапит виртуалки без остановки и Proxmox.

Что касается размера получаемых файлов:

# ls -lh
итого 701G
-rw-r--r-- 1 root root 30G сен 11 00:04 vm25144_snapshot_2019-09-11-000001
-rw-r--r-- 1 root root 30G сен 11 00:08 vm25160_snapshot_2019-09-11-000001
-rw-r--r-- 1 root root 30G сен 11 00:12 vm25324_snapshot_2019-09-11-000001
-rw-r--r-- 1 root root 30G сен 11 00:17 vm25341_snapshot_2019-09-11-000001
-rw-r--r-- 1 root root 30G сен 11 00:21 vm25356_snapshot_2019-09-11-000001
-rw-r--r-- 1 root root 30G сен 11 00:25 vm25444_snapshot_2019-09-11-000001
-rw-r--r-- 1 root root 30G сен 11 00:29 vm25451_snapshot_2019-09-11-000001

И восстановить из них диск вполне можно, проверено не раз.

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

# ls -lh

итого 701G

-rw-r--r-- 1 root root 30G сен 11 00:04 vm25144_snapshot_2019-09-11-000001

-rw-r--r-- 1 root root 30G сен 11 00:08 vm25160_snapshot_2019-09-11-000001

-rw-r--r-- 1 root root 30G сен 11 00:12 vm25324_snapshot_2019-09-11-000001

-rw-r--r-- 1 root root 30G сен 11 00:17 vm25341_snapshot_2019-09-11-000001

-rw-r--r-- 1 root root 30G сен 11 00:21 vm25356_snapshot_2019-09-11-000001

-rw-r--r-- 1 root root 30G сен 11 00:25 vm25444_snapshot_2019-09-11-000001

-rw-r--r-- 1 root root 30G сен 11 00:29 vm25451_snapshot_2019-09-11-000001

Ну это как сделать dd на запущенной машине. Как вариант да. Как по фен-шую нет.

А насколько много у вас данных? У меня на одном проекте до петабайта виртуалок. Это месяцы только переливания. Не говоря уже об самом процессе резервирования. Нет просто столько времени и места.