rustelekom, если хостер отдал под виртуалку 20тб, то это уже странная ситуация.
smart2web: если снапшот + дамп памяти + бекап, то это неизбежный саспенд.
Не суспенд, а заморозка на время, нужное для сброса содержимого оперативки в файл + снапшот = это реально считанные секунды. Дальше уже сделанный снапшот качать с нужной скоростью, чтоб не мешать виртуалкам, еженедельный бекап делать не проблема. Я так виртуалбокс виртуалки много лет бекапил и ни единого разрыва :D в KVM виртуализации вроде все тоже самое.
Клиенту хостер должен только то, что указано в договоре и тарифе.
Т.е когда клиент накосячит, попросит хостера бекап - а хостер: а нету их у нас по договору. И хостер тут прав и вопросов к нему нету.
Но бекап и прочие телодвижения по сохранению клиентских данных хостер должен делать для себя, чтоб когда хостер накосячит - мог для себя восстановить клиента.
Потому что если хостер все похерит и такой: вот вам голый вдс, начинайте все с начала - большинство уйдут от такого хостера, потребуют манибек и оставят 100500 ацки негативных отзывов. Потому адекватный хостер понимает, что надо делать такой бекап для себя, хотябы раз в неделю. А от сильно экономных надо бежать.
---------- Добавлено 11.09.2019 в 20:59 ----------
Solmyr: Диск все время пишет и читает. Чтобы сделать образ его надо остановить. Надолго.
снапшоты делаются за считанные секунды, максимум минута чтоб сбросить дамп оперативки. а дальше уже качай как хочешь.
---------- Добавлено 11.09.2019 в 21:02 ----------
unixadm: У нас есть такие бекапы, хоть и не афишируются официально. Но мы их делаем сугубо для себя, чтобы повысить шансы на восстановление данных клиента в случае чего и нигде не берем на себя обязательства по их наличию/целостности.
rustelekom, если хостер отдал под виртуалку 20тб, то это уже странная ситуация.
если снапшот + дамп памяти + бекап, то это неизбежный саспенд.
Не суспенд, а заморозка на время, нужное для сброса содержимого оперативки в файл + снапшот = это реально считанные секунды. Дальше уже сделанный снапшот качать с нужной скоростью, чтоб не мешать виртуалкам, еженедельный бекап делать не проблема. Я так виртуалбокс виртуалки много лет бекапил и ни единого разрыва :D в KVM виртуализации вроде все тоже самое.
Клиенту хостер должен только то, что указано в договоре и тарифе.
Т.е когда клиент накосячит, попросит хостера бекап - а хостер: а нету их у нас по договору. И хостер тут прав и вопросов к нему нету.
Но бекап и прочие телодвижения по сохранению клиентских данных хостер должен делать для себя, чтоб когда хостер накосячит - мог для себя восстановить клиента.
Потому что если хостер все похерит и такой: вот вам голый вдс, начинайте все с начала - большинство уйдут от такого хостера, потребуют манибек и оставят 100500 ацки негативных отзывов. Потому адекватный хостер понимает, что надо делать такой бекап для себя, хотябы раз в неделю. А от сильно экономных надо бежать.
---------- Добавлено 11.09.2019 в 20:59 ----------
Диск все время пишет и читает. Чтобы сделать образ его надо остановить. Надолго.
снапшоты делаются за считанные секунды, максимум минута чтоб сбросить дамп оперативки. а дальше уже качай как хочешь.
---------- Добавлено 11.09.2019 в 21:02 ----------
У нас есть такие бекапы, хоть и не афишируются официально. Но мы их делаем сугубо для себя, чтобы повысить шансы на восстановление данных клиента в случае чего и нигде не берем на себя обязательства по их наличию/целостности.
Да вот это самая правильная схема работы.
Купите ссылки для этих доноров с других доноров.
Никуда не переходите, пусть падает. Зато когда трафа нету - не будет переплаты за лишние не расходуемые ресурсы )))
Метрика тормозит полюбому. Если исходная - тормозит потому что ее блочат.
Альтернативный тормозит потому что сервер у него тормозной и он всегда тормозит.
Только в криптовалюту и даркнет.
Его новые админы забанили за спам :D
ibtcfan, ну вот тут о том и говорят, что сильно вы на мошенника похожи, если прячитесь за клонами.
Меняйте домен и крутите следующий раз аккуратнее.
ip принадлежит хостингу IHC.