Поэтому надо пользоваться нормальными решениями: AWS, Azure, GCP.
Только не кому не говори. Я тебе тоже по секрету. Со вчерашнего дня Azure начала закрывать доступ к своим сервисам на территории РФ. А также Microsoft Teams, PowerBi, OneDrive, Dynamics CRM, Sharepoint.
Связка XPEnology + ActiveBackup for Business решает! Уже развернул на другом провайдере 2 виртуалки, сдохших в облаке МТС, из бэкапов разумеется. Цена вопроса = стоимости 2 HDD по 6 Тб (для хранения бэкапов) Продолжаем наблюдение.
Размещено через приложение ЯПлакалъ
Срочно перезаливают на какой-нить Яндекс, наверное. Предположу, что это связано как раз с уходом MS Azure, AWS, гугла и прочих hyperscalers из РФ.
Потому что все истинно "российские" облачные сервисы на них построены. А из берёзовой коры и дубовых пеньков ещё наделать не успели. Но обязательно будут. Но потом.
А мне вот интересно, у МТС и актуальные данные на сервере и бэкапы в одном месте хранились? То есть наличие какой либо отказоустойчивость и безопасности, нафиг надо? И так сойдет?
Ну и говорить про не хранить все яйца в одной корзине наверное не стоит?
А мне вот интересно, у МТС и актуальные данные на сервере и бэкапы в одном месте хранились? То есть наличие какой либо отказоустойчивость и безопасности, нафиг надо? И так сойдет?
Ну и говорить про не хранить все яйца в одной корзине наверное не стоит?
99%, что от МТС там только вывеска, в реальности все было отдано на аутсорс ИП Манукян, у которого из имущества: как у латыша - хуй да душа.
Размещено через приложение ЯПлакалъ
Только не кому не говори. Я тебе тоже по секрету. Со вчерашнего дня Azure начала закрывать доступ к своим сервисам на территории РФ. А также Microsoft Teams, PowerBi, OneDrive, Dynamics CRM, Sharepoint.
Ну так, а кто в этом виноват? Кто хочет тот так и продолжает работать с лидерами рынка и горя не знает.
Размещено через приложение ЯПлакалъ
Пользоваться облаком и не настроить перекрестное резервирование - самоубийство. Бэкапы должны делаться: 1. В инфраструктуре самого хостера 2. В инфраструктуру стороннего хостера обязательно территориально распределенно. 3. "Бэкапы судного" (я их так называю) дня в свою собственную инфраструктуру на отключаемые носители. Т.е. бэкапимся на носитель и после завершения бэкапа отключаем его, дабы даже физического доступа к нему ни у кого не было. Используем несколько сменных носителей, чередуем их. ВСЕГДА должен быть более менее актуальный бэкап ВНЕ IT инфраструктуры, недоступный для удаленного воздействия на него. Кто то использует для этого включаемый по расписанию NAS, кто то "триммеры", кто то емкие съемные носители - тут зависит от фантазии и средств.
Такой я паранойик.
Это сообщение отредактировал timonsterrr - 21 мар 2024 в 11:11
Пользоваться облаком и не настроить перекрестное резервирование - самоубийство. Бэкапы должны делаться: 1. В инфраструктуре самого хостера 2. В инфраструктуру стороннего хостера обязательно территориально распределенно. 3. "Бэкапы судного" (я их так называю) дня в свою собственную инфраструктуру на отключаемые носители. Т.е. бэкапимся на носитель и после завершения бэкапа отключаем его, дабы даже физического доступа к нему ни у кого не было. Используем несколько сменных носителей, чередуем их. ВСЕГДА должен быть более менее актуальный бэкап ВНЕ IT инфраструктуры, недоступный для удаленного воздействия на него. Кто то использует для этого включаемый по расписанию MAS, кто то "триммеры", кто то емкие съемные носители - тут зависит от фантазии и средств.
Такой я паранойик.
А теперь представь, что тебе надо бэкапить 1ПБ данных каждый день.
Размещено через приложение ЯПлакалъ
Пользоваться облаком и не настроить перекрестное резервирование - самоубийство. Бэкапы должны делаться: 1. В инфраструктуре самого хостера 2. В инфраструктуру стороннего хостера обязательно территориально распределенно. 3. "Бэкапы судного" (я их так называю) дня в свою собственную инфраструктуру на отключаемые носители. Т.е. бэкапимся на носитель и после завершения бэкапа отключаем его, дабы даже физического доступа к нему ни у кого не было. Используем несколько сменных носителей, чередуем их. ВСЕГДА должен быть более менее актуальный бэкап ВНЕ IT инфраструктуры, недоступный для удаленного воздействия на него. Кто то использует для этого включаемый по расписанию MAS, кто то "триммеры", кто то емкие съемные носители - тут зависит от фантазии и средств.
Такой я паранойик.
А теперь представь, что тебе надо бэкапить 1ПБ данных каждый день.
Представил, и что? Для таких объемов - соответствующие решения (сервисы, каналы связи, хранилища и тд). Если у тебя такие объемы - не значит, что не надо делать бэкапы. Всегда должен быть способ восстановить все из пепла.
Представил, и что? Для таких объемов - соответствующие решения (сервисы, каналы связи, хранилища и тд). Если у тебя такие объемы - не значит, что не надо делать бэкапы. Всегда должен быть способ восстановить все из пепла.
Ну так решение, с отключением чего то и упаковкой в сейф тут не подходит
Размещено через приложение ЯПлакалъ
Представил, и что? Для таких объемов - соответствующие решения (сервисы, каналы связи, хранилища и тд). Если у тебя такие объемы - не значит, что не надо делать бэкапы. Всегда должен быть способ восстановить все из пепла.
Ну так решение, с отключением чего то и упаковкой в сейф тут не подходит
Почему это?)) Масштабируется до уровня кластера - ЦОД - кампуса и тд). реплецируется весь ЦОД или кластер и после этого уходит в оффлайн.
сюда же read only реплики. ВСЕГДА есть способ бэкапиться надежно. Никогда хорошая система резервирования не стоило дешево.
Все админы делятся на тех, кто ЕЩЕ не делает бэкапы и тех, кто УЖЕ делает бэкапы.
Кто крупный - используют вполне "энтерпрайз" подходы, кто мелки - делают из говна и веток, но делают.
Это сообщение отредактировал timonsterrr - 21 мар 2024 в 11:17
Для тех, кто экономил на своем железе и арендовал облачный для своей бухгалтерии это страшная новость. Это невыданеые зарплаты, расчеты с поставщиками. Это и правда конец. Если нет бекапов. Как вариант, это работа хакеров.
У нас были некоторые мощности у них в облаке. Все легло и до сих пор не восстановилось. Но мы тут же переехали на другую площадку, развернулись и работаем. А вот те, кто не делал актуальный бэкап... Насчет экономии на своем железе, кстати, ерунду пишите. У нас компания платила миллионы ежемесячно за облако. Не потому, что железа жалко, а чтобы была высокая доступность, квалифицированная поддержка, широкие каналы связи, быстрая реакция на инциденты и т.д.
Так в итоге как отреагировали на тот инцидент, когда у вас всё легло? Вернули миллионы или извинились просто?
А теперь представь, что тебе надо бэкапить 1ПБ данных каждый день.
Процедура по идее должна запускаться если не автоматически по расписанию, то путем нажатия нескольких клавиш и не требовать большого внимания. Только у долбоебов надо туеву хучу файлов аесом в несколько метров вручную копировать.
Для тех, кто экономил на своем железе и арендовал облачный для своей бухгалтерии это страшная новость. Это невыданеые зарплаты, расчеты с поставщиками. Это и правда конец. Если нет бекапов. Как вариант, это работа хакеров.
У нас были некоторые мощности у них в облаке. Все легло и до сих пор не восстановилось. Но мы тут же переехали на другую площадку, развернулись и работаем. А вот те, кто не делал актуальный бэкап... Насчет экономии на своем железе, кстати, ерунду пишите. У нас компания платила миллионы ежемесячно за облако. Не потому, что железа жалко, а чтобы была высокая доступность, квалифицированная поддержка, широкие каналы связи, быстрая реакция на инциденты и т.д.
Так в итоге как отреагировали на тот инцидент, когда у вас всё легло? Вернули миллионы или извинились просто?
По последствиям хз, т.к. я в разработке, а не в SRE/DevOPS/Менеджменте, но мне кажется, что так им никто этого не оставит и наверняка будут претензии/иски, т.к. бизнес однозначно понес убытки (переключение на другие площадки тоже заняло некоторое время, несмотря на бэкапы, плюс сами площадки тоже не бесплатные). Насчет техподдержки - как понимаю, было неопределенное "сроков нет, занимаемся", а мы ждать не могли.
Только не кому не говори. Я тебе тоже по секрету. Со вчерашнего дня Azure начала закрывать доступ к своим сервисам на территории РФ. А также Microsoft Teams, PowerBi, OneDrive, Dynamics CRM, Sharepoint.
Пользоваться облаком и не настроить перекрестное резервирование - самоубийство. Бэкапы должны делаться: 1. В инфраструктуре самого хостера 2. В инфраструктуру стороннего хостера обязательно территориально распределенно. 3. "Бэкапы судного" (я их так называю) дня в свою собственную инфраструктуру на отключаемые носители. Т.е. бэкапимся на носитель и после завершения бэкапа отключаем его, дабы даже физического доступа к нему ни у кого не было. Используем несколько сменных носителей, чередуем их. ВСЕГДА должен быть более менее актуальный бэкап ВНЕ IT инфраструктуры, недоступный для удаленного воздействия на него. Кто то использует для этого включаемый по расписанию NAS, кто то "триммеры", кто то емкие съемные носители - тут зависит от фантазии и средств.
Такой я паранойик.
Ты, похоже, уже бился об хорошие грабли. Не, я приветствую хорошую, здравую тему бекапа, но "Бэкапы судного"? Ты там не коды от ядерных ракет быкапиш? Это перебор.
Блять, народ, я семейные фото, важные доки (сканы, статьи по кандидатской и др), ламповые редкие кинофильмы храню на домашнем сервере Синолоджи и делаю еженедельный бэкап на отдельный физ. диск. Домашнее. Нахер никому кроме меня не нужное...Блядь, как можно ВАЖНУЮ инфу хранить на чужом, пусть и не бесплатном облаке? Пиздец. Может я чего не понимаю?...
А ты всё делаешь правильно. Синолоджи у самого. Отличная железка, форсить ее плюсы не буду, но это правда хорошая штука.
ЗЫ. Можно собрать из говна и палок или на современной малине похожее, кстати. Немного магии Linux и все будет работать.
В далёком начале 2000х кто-то к нам в офис жёстко постучал. Девочка-бух испугалась и некорректно выдернула переносной жёсткий на 256(🥲) Мб с чёрной бухгалтерией. Из рекламы в то время было только "из рук в руки". Нашёл чела, восстанавливающего данные, и попёрся к нему. Чел опоздал минут на 15. Перегарище👍👍👍Как у меня. Воткнул мой винт на восстановление и пошли с ним пиво пить. Чел из Бауманки. Встречался накануне с однокашниками. И базарили о моей проблеме. Пришли к коллективному выводу, что надо делать 2 бэкапа, раскиданных территориально. Живу по заветам бауманцев и в Х не дую. Всем удачи
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии. Авторизуйтесь, пожалуйста, или зарегистрируйтесь, если не зарегистрированы.
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
Это перебор.
yaplakal.com
PoM4Er21 мар 2024 в 10:46