Age время создания

Неа

Эт было 2 года тому назад, я могу не помнить тонкостей

Эт было 2 года тому назад, я могу не помнить тонкостей

Да вот я пытаюсь найти чтобы к опенстеку прикрутить как сервис но пока age формируется как время сборки

Да вот я пытаюсь найти чтобы к опенстеку прикрутить как сервис но пока age формируется как время сборки

Сразу большой буй, прикрутить это можно будет скорее всего к контрейл

Сразу большой буй, прикрутить это можно будет скорее всего к контрейл

Я уже сделал

в ovs сложные цепочки, невозможно смоделировать как и в ovn

Осталось сбросить age

Я уже сделал

К контрейлу?

Осталось сбросить age

Скриптом ток.

Скриптом ток.

Так вот и проблема куда ломиться я уже все индексы пощупал

я почему спрашивал, ну может что нового придумали.. Но чет ничего нового не увидел, мало ли..

Storware Backup and Recovery Veritas NetBackup Vinchin Backup & Recovery AISHU AnyBackup Commvault Hystax Trilio Vembu BDR Suite Ahsay Bacula Enterprise Dell EMC Avamar OpenStack Data Protection Extension Кибер Бэкап Cinder backup :) FYI: OpenStack Backup and Recovery: Best Practices and Solutions for Cinder, Nova and Swift (приведена часть решений и краткие описания) А дальше от задачи смотреть какая схема нужна: агентная, безагентная, агентная + безагентная; какая функциональность и т.д.

Так вот и проблема куда ломиться я уже все индексы пощупал

so-nsm-clear so-elastic-clear

so-nsm-clear so-elastic-clear

Это не сбрасывает age уже пробовал

ну в мускуле тоже не сбросит

можно конечно добраться до securityoniondb но так в лоб не скажу

snorby, но я хз чего там чистить

чисто технически age должно быть в sensor таблице.

и базейку snorby не желательно трогать

Потом насколько я понимаю все в контейнерах? Там где то должно были в конфигах про delete_age

я почему спрашивал, ну может что нового придумали.. Но чет ничего нового не увидел, мало ли..

некоторые компании пишут свой собственный бэкап OpenStack

некоторые компании пишут свой собственный бэкап OpenStack

а рестор пишут ? а проверку рестора проводят ?

некоторые компании пишут свой собственный бэкап OpenStack

бекап именно опенстека, не квм ?

рестор - неотьемлемая часть системы, а как же

рестор - неотьемлемая часть системы, а как же

ууу какие мы оптимисты*

* Мальчик с мамой на приеме у врача. Врач закончил осмотр и обращается к малышу: -Ну, и как нас зовут? - Слава. - У-у! Какие мы молодцы! Ну, и сколько нам лет? - Скоро будет четыре! - отвечает малыш. - Ути-пути, какие мы оптимисты!

https://cloud.vk.com/cloud-backup/ вот

https://cloud.vk.com/cloud-backup/ вот

Есть такой австралийский пенсионный фонд Unisuper, недавно инфраструктура прилегла на недельку. Хотя казалось бы — все сделано правильно — Google Cloud, два разных региона. Но что-то пошло не так. Гугл решит их private cloud удалить, в обоих регионах. В итоге все же Unisuper нашли у себя бекапы на другом сервисе. Ошибка, никогда такого не случалось. И меры чтобы больше так не случалось приняли. Ссылки: www.networkworld.com/article/2099457/google-cloud-issue-blamed-for-unisuper-week-long-service-disruption.html www.theregister.com/2024/05/09/unisuper_google_cloud_outage_caused www.unisuper.com.au/contact-us/outage-update#faqs

https://cloud.vk.com/cloud-backup/ вот

вот одна из статей https://habr.com/ru/companies/vk/articles/661553/

в VK точно свой самописный бэкап

вот одна из статей https://habr.com/ru/companies/vk/articles/661553/

Автор статьи в этом чате сидит, есличо

Автор статьи в этом чате сидит, есличо

конечно

в VK точно свой самописный бэкап

окей, раз. В яндексе скорее всего тоже все свое, особенно учитывая их любовь к "убить все".

в VK точно свой самописный бэкап

толку то, если они его в коробке не продают ?

некоторые компании пишут свой собственный бэкап OpenStack

мой тезис в том, что понимая архитектуру СРК (UI, API, снепшоты заливка данных на хранилище S3, восстановление), это не так сложно написать простой бэкап для OpenStack.

подозреваю что это задача на одного архитектора и мидл-программиста на несколько спринтов

окей, раз. В яндексе скорее всего тоже все свое, особенно учитывая их любовь к "убить все".

кстати интереса ради посмотрел - вот в яндексе пишут что в публике для клиентов cyberprotect https://yandex.cloud/en-ru/services/backup

мой тезис в том, что понимая архитектуру СРК (UI, API, снепшоты заливка данных на хранилище S3, восстановление), это не так сложно написать простой бэкап для OpenStack.

то есть мой вопрос про "бекап для квм или для опенстека" прошел незамеченным.

то есть мой вопрос про "бекап для квм или для опенстека" прошел незамеченным.

для OpenStack разумеется

толку то, если они его в коробке не продают ?

для того чтобы продавать решение в коробке его надо оттестировать на миллиарде конфигураций, если мы пишем решение для себя, нам достаточно чтобы работало в единственной конфигурации - нашей. Оно тогда и сильно проще

для OpenStack разумеется

я так, на всякий случай уточню - у вас опенстек это гипервизор первого типа или второго?

я так, на всякий случай уточню - у вас опенстек это гипервизор первого типа или второго?

встречный вопрос - вы уже перестали пить коньяк по утрам ?

встречный вопрос - вы уже перестали пить коньяк по утрам ?

не перестал, что за дурацкий вопрос. но хорошо, раз вы пишете что бекап для опенстек - то он точно позволяет восстановить нейтрон и овес после обновления ?

мы пишем про бэкап томов и виртуалок в облаке, а не про бэкап самого облака

вы хоть исходную переписку бы почитали перед тем как токсичить

мы пишем про бэкап томов и виртуалок в облаке, а не про бэкап самого облака

бэкап томов и виртуалок в OpenStack разумеется

бэкап томов и виртуалок в OpenStack разумеется

вы уж определитесь

я вам 10 раз повторять не буду, Боря задал вопрос, я ему на него ответил

я вам 10 раз повторять не буду, Боря задал вопрос, я ему на него ответил

вы поменяли ответ на 180 градусов, ага, ответили. И это я еще не спросил, что вы называете томами в опенстеке

вы поменяли ответ на 180 градусов, ага, ответили. И это я еще не спросил, что вы называете томами в опенстеке

если вам так кажется, это ваше право так воспринимать мои сообщения

https://cloud.vk.com/cloud-backup/ вот

Карбой?

Карбой?

название такое было, ага

суть в том что самописное

суть в том что самописное

Нет

Был взят за основу карбор и переписан

Был взят за основу карбор и переписан

да, они так и говорят

Когда вы что то берете за основу, это не тоже самое что написать с нуля, так что не самописное

Так же как и у яндекса не самоличное, так же взяли за основу открытый продукт, точнее ряд компонентов баккулы

Когда вы что то берете за основу, это не тоже самое что написать с нуля, так что не самописное

ну смотря что взять за основу, и сколько их этого переписали. Переписать можно и все 100% кода

ну смотря что взять за основу, и сколько их этого переписали. Переписать можно и все 100% кода

от того что вы выточили и модернизировали некоторые детали АК-47, или ПМ от этого он не стал новым автоматом или пистолетом. Этот же принцип и тут

можно хоть 200% кода переписать, от этого это не будет новым и инновационным

от того что вы выточили и модернизировали некоторые детали АК-47, или ПМ от этого он не стал новым автоматом или пистолетом. Этот же принцип и тут

тут такая логика неприменима, переписывали как раз для того чтобы работало по-другому, так что получился именно другой продукт

🆗

тут такая логика неприменима, переписывали как раз для того чтобы работало по-другому, так что получился именно другой продукт

от петерсены мест двигателя запорожец не перестал быть машиной, но порше 911 он от этого не стал

принципиально иную схему бэкапа отличную от карбора не сделали. Так что карбой это тот же карбор, просто его переписали и внезапно он стал работать.

принципиально иную схему бэкапа отличную от карбора не сделали. Так что карбой это тот же карбор, просто его переписали и внезапно он стал работать.

принципиально обезъяна не отличается от человека, просто взяли поменяли 1% генов и внезапно оно стало человеком

вопрос - зачем менять схему бэкапа, если она и так хорошая и устраивает?

принципиально обезъяна не отличается от человека, просто взяли поменяли 1% генов и внезапно оно стало человеком

а вот этот факт весьма спорен.

как и эволюция по Дарвину

вопрос - зачем менять схему бэкапа, если она и так хорошая и устраивает?

Ну у комвольта иная схема бэкапа, у нетбэкапа другая

какой процент изменений надо внести в продукт чтобы он стал новым продуктом - это тема для отдельной дискуссии. но на эту тему есть такая область знаний как право, например международное патентное право

Ну у комвольта иная схема бэкапа, у нетбэкапа другая

возможно, но это может быть связано с тем, что комволт и нетбэкап делались не для облака а для ентерпрайза

какой процент изменений надо внести в продукт чтобы он стал новым продуктом - это тема для отдельной дискуссии. но на эту тему есть такая область знаний как право, например международное патентное право

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

возможно, но это может быть связано с тем, что комволт и нетбэкап делались не для облака а для ентерпрайза

винцин как и кибербэкап тоже не для облака, но используют их в облаке

вот такая вот фигня

можно хоть 200% кода переписать, от этого это не будет новым и инновационным

да он квм от нейтрона не отличает )))) ему что ceph, что iscsi

в персональный бан

в персональный бан

Меня?

да он квм от нейтрона не отличает )))) ему что ceph, что iscsi

не надо переходить на личности.

Золотая копилка цитат. Облако не энтерпрайз. От авторов "бекапим опенстек"