Как стать автором
Обновить

Комментарии 22

Скажите, а какая ваша ответственность за утрату бэкапа\файла не по вине заказчика?
Полагаю, что ответственность такая же как и у всех производителей устройств хранения информации, т.е. никакой
Производитель железа может похерить только одну версию, остальные лежат в оффлайне в надежном месте. А вот держать все яйца в одном облаке, на мой взгляд довольно рисковано. Одно неверное движение и все бэкапы исчезли.
Производитель железа может похерить все яйца находящиеся на СХД и при возможных претензиях сослаться на то что вы яйца должны периодически бэкапировать разными решениями — на ленту, асинхронно, синхронно, рейд т.к. в соглашениях с производителем железа прописан отказ от ответственности за ваши яйца, а тем более за манипуляции вашего персонала с вашими яйцами
Я не про производителя схд в облаке, а про ленточку которую поменяли софт. Проблемы железа теперь не проблемы заказчика, хотелось бы понять какая ответственность берется на себя провайдером услуги.
Ну, например, могут написать в ленту Роскомнадзора в Твитере.
Во время следующих веерных блокировок.
1) у Veeam дедупликация только в рамках одной сессии, у Netbackup настоящая дедупликация между всеми бэкапами
2) Netbackup хранит данные в S3 именно в дедуплицированном виде без регидрации
3) передаются только измененные данные с учетом дедупликации
При работе с дедуп хранилками, типа датадомена, veeam сам ничего не дедуплицирует, отдавая это на откуп конечного хранилища. Во всяком случае настройки меняются автоматически в зависимости от сторы. Но это так, лирика )
А вот хранение в облаке без регидрации это удобно, не знал.
10 лет хранить. А как проверять, хранятся ли данные в действительности? Ведь был прецедент потери файлов в Амазоне.
Обычно у компаний с такими сроками хранения есть внутренние регламенты периодического восстановления своих старых бэкапов как для проверки целостности данных, так и для проверки того, что процесс в целом рабочий. Еще в самом ПО резервного копирования можно verify процесс запустить.
А сколько это будет стоить для S3 это во-первых (скачать), и что делать если бэкап пропадёт? Или за 10 лет заблокируют амазон опять.
Данные в нашем S3 могут пропасть при следующих условиях:
1) три ЦОД одновременно выйдут из строя, что крайне маловероятно
2) заказчик сам удалит свои данные в S3, что тоже случайно сделать нельзя
habr.com/post/262043 — вот статья, которую я имел ввиду. Данные с S2 снапшотились на S3. Сломалось всё, причины достоверно неизвестны.
Объясняю: есть требование регулятора, под него написан внутренний регламент, который диктует, что бекапы хранятся 10 лет. В действительности очень сомневаюсь, что через 10 лет эти данные вообще будет куда восстанавливать. В общем регулятор счастлив, магазин счастлив, интегратору заплатили за 10 лет — он тоже счастлив.
восстанавливаются, был опыт с DLT80 восстановления бэкапа 12 летней давности. Хорошо на складе остались приводы и контроллер со старым сервером.
НЛО прилетело и опубликовало эту надпись здесь
В какой-то момент они устарели. Но бюджета было ровно на новую версию ленточной библиотеки. В этот момент заказчик появился у нас на пороге с энной суммой и спросил, можно ли что-то придумать в её рамках.

Использовать запись на Blu-ray диск, также можно писать сначала в облако, а потом на диск большого объема?
При записи на последовательные устройства чтения не будет дедупликации данных локально в регионах. Также не будет оптимизации траффика при передаче в центральный офис. Еще вопрос с ценой обслуживания устройств типа Optical Librarу. Нет смысла гонять траффик сначала в облако, а потом обратно в ЦОД заказчика.
А потом придет Ransomware и теплые ламповые кассеты, которые физически отключены от остальной инфраструктуры станут снова востребованными.

Красиво. А что по деньгам поддержки? За облако надо каждый месяц платить. В DD дисков докупить чтобы основное производство не стало. Порядок интересен. Стало дороже или нет и на сколько.

Люблю такие истории — сам обслуживал, сам предложил опции, сам сравнил все ваианты и выбрал наиболее интересный. Тоже себе.


Какие сценарии от ваших конкурентов рассматривал клиент? Почему выбрана реализация S3 именно вашей компании?


Зачем все 10 лет держать на S3 без отчуждения? Какой фактор репликации? С redundancy это по определению не может быть дешевле ленты…

Зарегистрируйтесь на Хабре , чтобы оставить комментарий