Стоянки, квартиры - аналогия не катит. Изъяли физические накопители с виртуальными серверами на них. Их невозможно было изъять по другому (видимо). Причина, по которой изъяли неизвестна, но можно предположить, что кто-то из клиентов делал что-то непотрёбное и это был не спам, а что-то связанное со взломом. Точно также могли изъять диски шаред хостинга где с взломанного аккаунта через прокси рассылали фишинг письма по сотрудникам банков. Хостер тут поделать ничего не может, даже на шаред хостинге, такого рода вещи контролировать не просто, существует множество путей обхода любого контроля. Поэтому винить хостера в том, что у него изъяли диски - это нонсенс. Винить хостера за то, что бэкапы не делались - это уже позиция. Я считаю, что когда с самого начала четко было заявлено, что бэкапы не делаются, предъявлять по этому поводу претензии странно.
На файлах? На ЛВМ это не работает без остановки. Ну и как я уже писал, у всех свои особенности. Мы ведь тоже предлагали услугу бэкапа и дешевую (1 Гб места за 2 рубля в места) и дорогую на выбор - почти никто не заказывал.
Это неизвестно. Чаще всего диски изымаются в качестве вещдоков и часто по достаточно давним историям - от нескольких месяцев до года и более. Полиция, как правило, не информирует о том, кто конкретно провинился. Задним числом, через какое-то время, может быть в СМИ что-то напишут, как это было с международными операциями Европола в прошлом году с изъятыми серверами по всей Европе в рамках дела о сети педофилов.---------- Добавлено 04.06.2018 в 19:18 ----------
Задам вопрос из анекдота: "С какой целью интересуетесь?" :)
Как правило, такая информация полицией не оглашается. На практике - всякое может быть. Будут новости - известим клиентов, конечно.
Это другой случай. Это как бы облако.
У нас другой случай - бэкапов и сохранности данных соответственно никто не обещал, было бы странно, если б они вдруг взялись ниоткуда. Вы все пытаетесь нам вменить в обязательства делать то, что в обязательства никогда не входило. Соответственно и разбираться по поводу того, что произошло бессмысленно, так как сам предмет разбирательства отсутствует.
Извинения? Они были, но, к сожалению, клиентам без бэкапов они в общем-то и не очень нужны.
Поиск решения? Оно известно же (вот Enelis о нём напомнил), когда будет готово - внедрим.
Цена определяется не только тем, какие ресурсы выделяются клиенту, но и тем, где размещена площадка. А это ведь не OVH и не Online и не Hetzner.
Время летит быстро, не вчера и не позавчера, 25 мая:
Earlier today at 18:30 UTC, our Cloud Operations team uncovered evidence of data loss on the hypervisor hosting this Droplet. Due to this loss, your Droplet's disk image, and any data hosted on the Droplet are corrupted and presumably lost. Your droplet configuration has been moved to a new machine and attempts to recover the disk image data are underway, although this is a time-intensive process that will take many (8+) hours, and may conclude without any data being recovered.
If it is feasible under your deployment, we highly suggest to destroy and redeploy, or rebuild this Droplet as that will likely provide the most timely resolution. If you do not have a valid backup or would prefer to wait for the recovery process that is an option as well although it will take some time for the recovery efforts to conclude.
We do sincerely apologize for this inconvenience and we greatly appreciate all of your patience and understanding around the matter. We have raised the case with your Customer Success Manager in order to promote visibility into this situation and please do let us know if there are any questions or feedback you'd like to share for the time being.---------- Добавлено 04.06.2018 в 18:49 ----------
Нет, не предусмотрено увы. Подумаем, возможно, реализуем. Не столько в плане гарантированной "отмазки", потому что, тем кто хочет побуянить, ничто не указ, а в плане удобства для клиента. Причём галку ставить по дефолту, чтобы её нужно было снять.
О каких оправданиях здесь идёт речь? Кто нибудь заявлял о сохранности данных ВПС? Нет. Потеря лица - это когда заявляют о чём-то, а потом выясняется, что бекапов нет, данные потеряны и т.п. и т.д. И вот тут уж действительно, никого не будет волновать, по какой причине нет данных - из-за полиции, сгоревших дц или потому что бэкапы оказались битыми.
Я честно говоря, вообще не очень понимаю о чём топик, так как претензия ТС относится к несуществующей услуге (бэкап ВПС), за которую ему никто счёт не выставлял и которую он не оплачивал. Весь топик о том, какие у клиентов и хостеров есть представления о том или ином функционале. Ну они разные и даже в чём-то противоречащие друг другу, как мы все увидели. А когда было иначе?
По пунктам:
1) Форс-мажор - это в том числе действия государственных органов, к коим относится и полиция. Хотя нет, не прав я. Исключаем этот пункт. Но смысл от этого не меняется, компенсация будет, но не финансовая, а в виде продления сервиса на время времяпростоя = ххх * 3.
2) Никто не обещал бэкапов - на что обиды в таком случае? Да и у большинства хостеров, даже у крупных, специально оговаривается, что хостер будет стараться сохранить данные, но гарантии не даст. Вот буквально вчера-позавчера у DigitalOcean дроплеты посыпались - ровно тем же путём пошли: извинились и создали просто новые дроплеты взамен повреждённых. Ведь данные могут пропасть не только из-за полиции. Они могут пропасть по любой причине, вопрос только в том, брал ли на себя ответственность хостер или нет за сохранность данных. Что касается КВМ нод - мы не брали. И даже когда будет шестая версия в которой будет предусмотрена возможность бэкапа - не факт, что возьмемся. Будем смотреть, насколько это целесообразно и при каких условиях, для какого рода тарифов и т.п.
3) В выбранном решении действительно не позволяет, как уже объяснялось выше.
Мы всегда делаем резервные копии виртуального хостинга, по технологии R1Soft и на удалённое хранилище. Но что касается ВПС серверов, этого пока не делается о чём открыто и честно заявляется. Это наш выбор - он был сделан на основании финансового, технического и организационного анализа и, клиенты с этим выбором согласились.
Что касается "сора из избы" - а что нам скрывать? Безусловно, у нас есть недостатки, а у кого их нет. Мы ничего не скрывали, не скрываем и не собираемся скрывать.
Любой кастомайзинг увеличивает стоимость решения и приводит к возникновению дополнительных точек отказа. В сочетании с коробочными версиями продуктов это чревато, так как разработчики знать не знают о кастом решении и, очередное обновление ПО, может привести к непредсказуемым последствиям. Так что тут стоит сильно задуматься - либо ваять своё, либо ждать от разработчиков решения. В шестой версии VMmanager использование возможностей LVM для бэкапа виртуальных машин запланировано, так что остаётся дождаться выхода версии.
Уточню, та реализация КВМ которая используется у нас, не позволяет производить бэкапы. Мы используем коробочное решение от ISPsystem (как и множество других провайдеров хостинга ВПС) и, в ней возможности производить бэкап ВПС нет. Вернее есть, но с полной остановкой ВПС на время бэкапирования, что недопустимо, конечно, для большинства пользователей. Кроме того, выбор того, бэкапить ноды или нет, остаётся всегда за провайдером. Мы выбрали такое решение, никогда его не скрывали и, везде об этом извещали. Сейчас на рынке множество самых различных провайдеров услуг бэкапа и наладить бэкап на удалённое хранилище не составляет никаких проблем и мы бы с радостью помогли в настройке клиентам.
