09.07.2019
Контейнеры требуют других процедур резервного копирования, чем традиционные серверы или даже виртуальные машины, но потребуется время, чтобы разобраться с новыми способами.
Эксперты говорят, что процесс резервного копирования контейнеров отличается от резервного копирования виртуальных машин или обычных серверов.
Традиционные поставщики программного обеспечения для резервного копирования - например, IBM, EMC, Veritas, Commvault и т. д. - начинают искать свои стратегии резервного копирования контейнеров, а такие стартапы, как Kasten, стараются специализироваться на нем.
Самый главный вопрос: каков портрет среднестатистического пользователя? По словам Рег Ван Хиз, технического стратега по программному обеспечению для хранения данных в IBM, основные пользователи - это разработчики приложений и администраторы Kubernetes. Они заинтересованы в работе в той же среде, к которой они привыкли, в отличие от традиционных процессов резервного копирования, которые будут контролироваться ИТ-персоналом.
Что касается контента, необходимо сосредоточиться на законченном приложении. Нет возможности просто сосредоточиться на дисках или томах, находящихся под ним. Обычное программное обеспечение для резервного копирования, предназначенное для серверов или даже для виртуальных машин, не может обрабатывать приложения в реальном времени в облаке. Кроме того, там, где большинство программ резервного копирования работают, размещая код агента на каждом сервере, это не масштабируемый подход к работе с контейнерами, которые, как правило, развертываются в больших количествах..
Еще одним соображением является интерфейс хранения контейнеров (CSI), который дебютировал два года назад. Идея, лежащая в основе CSI, заключается в том, что все основные бренды движка оркестровки, который распределяет ресурсы между контейнерами и оборудованием, могут взаимодействовать с хранилищем одинаково. Стандарты, которые напрямую связаны с индустрией хранения данных, не имеют успеха, но CSI исходит от самих контейнерных компаний и, похоже, набирает обороты.
IBM, со своей стороны, имеет небольшое количество готовых контейнерных резервных копий в своем программном обеспечении для резервного копирования Spectrum - в настоящее время компания использует поддержку VMware для захвата томов, связанных с кластерами Kubernetes, и они могут выполнять некоторые сценарии для координации. Позже в этом году IBM выпускает новое программное обеспечение, которое больше относится к Kubernetes. На данный момент ван Хайз сказал, что желает, чтобы клиенты ознакомились с вариантами использования, временем восстановления и точками восстановления.
Данные резервного копирования контейнеров можно использовать, пока они ожидают, когда они понадобятся. Также их можно использовать как «песочницу» разработчика для тестирования нового кода, чтобы не нарушать оригинал. Эта тенденция также происходит с традиционными резервными копиями, но, возможно, не так быстро.
Кастен (по-немецки «контейнер») - не единственный стартап, работающий над этим, еще один стартап - «Nuvoloso» (от итальянского «облачный»), который остается незаметным до конца этого года. Технический директор Nuvoloso Стивен Мэнли сказал, что, по его мнению, контейнерам потребуется больше времени, чтобы превратиться из инструментов разработки новой волны в стандартную практику ИТ. В дополнение к резервному копированию, сетевые проблемы и безопасность - это их собственные проблемы. «Это займет годы», - сказал он. «Там встречается слишком много подводных камней».
Традиционные поставщики программного обеспечения для резервного копирования - например, IBM, EMC, Veritas, Commvault и т. д. - начинают искать свои стратегии резервного копирования контейнеров, а такие стартапы, как Kasten, стараются специализироваться на нем.
Самый главный вопрос: каков портрет среднестатистического пользователя? По словам Рег Ван Хиз, технического стратега по программному обеспечению для хранения данных в IBM, основные пользователи - это разработчики приложений и администраторы Kubernetes. Они заинтересованы в работе в той же среде, к которой они привыкли, в отличие от традиционных процессов резервного копирования, которые будут контролироваться ИТ-персоналом.
Что касается контента, необходимо сосредоточиться на законченном приложении. Нет возможности просто сосредоточиться на дисках или томах, находящихся под ним. Обычное программное обеспечение для резервного копирования, предназначенное для серверов или даже для виртуальных машин, не может обрабатывать приложения в реальном времени в облаке. Кроме того, там, где большинство программ резервного копирования работают, размещая код агента на каждом сервере, это не масштабируемый подход к работе с контейнерами, которые, как правило, развертываются в больших количествах..
Еще одним соображением является интерфейс хранения контейнеров (CSI), который дебютировал два года назад. Идея, лежащая в основе CSI, заключается в том, что все основные бренды движка оркестровки, который распределяет ресурсы между контейнерами и оборудованием, могут взаимодействовать с хранилищем одинаково. Стандарты, которые напрямую связаны с индустрией хранения данных, не имеют успеха, но CSI исходит от самих контейнерных компаний и, похоже, набирает обороты.
IBM, со своей стороны, имеет небольшое количество готовых контейнерных резервных копий в своем программном обеспечении для резервного копирования Spectrum - в настоящее время компания использует поддержку VMware для захвата томов, связанных с кластерами Kubernetes, и они могут выполнять некоторые сценарии для координации. Позже в этом году IBM выпускает новое программное обеспечение, которое больше относится к Kubernetes. На данный момент ван Хайз сказал, что желает, чтобы клиенты ознакомились с вариантами использования, временем восстановления и точками восстановления.
Данные резервного копирования контейнеров можно использовать, пока они ожидают, когда они понадобятся. Также их можно использовать как «песочницу» разработчика для тестирования нового кода, чтобы не нарушать оригинал. Эта тенденция также происходит с традиционными резервными копиями, но, возможно, не так быстро.
Кастен (по-немецки «контейнер») - не единственный стартап, работающий над этим, еще один стартап - «Nuvoloso» (от итальянского «облачный»), который остается незаметным до конца этого года. Технический директор Nuvoloso Стивен Мэнли сказал, что, по его мнению, контейнерам потребуется больше времени, чтобы превратиться из инструментов разработки новой волны в стандартную практику ИТ. В дополнение к резервному копированию, сетевые проблемы и безопасность - это их собственные проблемы. «Это займет годы», - сказал он. «Там встречается слишком много подводных камней».
