MIND News

Вышла новая версия MIND Suite 2.16-1

MIND Suite 2.16-1 – это патч-релиз с критическими исправлениями и новыми функциональными возможностями. Обновление повышает стабильность продукта.

Что нового:
🔹устранили ошибку синхронизации, возникавшую при потере связи с приёмником;
🔹исправили сбой с повторным запуском миграции, прерванной на этапе передачи данных;
🔹устранили ошибку, из-за которой удаленная репликация не активировалась при потере источника;
🔹исправили ошибку миграции socket not connected;
🔹оптимизировали работу debug-режима;
🔹в режиме предварительной оценки добавили экспериментальную функцию передачи данных с агрегированием нулевых блоков.

Установочные пакеты и документация уже доступны в My.MIND Кабинет.

Будем рады вашим вопросам и предложениям по продукту: product_team@mindsw.io

Вебинар: «Новые уровни хранения данных. Результаты тестирования MIND uStor»

🗓 23 сентября в 10:30 проведем вебинар вместе с ИТ-холдингом Т1.

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

Детально обсудим:
🔗MIND uStor и сценарии его использования
🔗Результаты тестирования в демо-лаборатории Т1
🔗Планы развития продукта

Спикеры:
Владимир Никончук – ИТ-холдинг Т1
Денис Батурин – ИТ-холдинг Т1
Антон Банчуков – MIND Software

💗 Регистрируйтесь по ссылке

Почему простая архитектура системы хранения – это преимущество для бизнеса?

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

MIND uStor спроектирован так, чтобы упростить развертывание, эксплуатацию и развитие системы хранения.

Почему MIND uStor простой и быстрый:
⏩ настройка кластера менее чем за час;
⏩ архитектура без выделенных управляющих узлов – все узлы равнозначны, а для масштабирования достаточно добавить новый сервер;
⏩ управление через веб-интерфейс, REST API и CLI;
⏩ работа на стандартных x86-серверах, в том числе в гиперконвергентном режиме.

В результате систему проще внедрять, масштабировать и сопровождать, а зависимость от узкоспециализированных компетенций становится ниже.

Вышла новая версия MIND uStor 1.6-1

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

Что нового:
🔗добавили публикацию параметров контрольной суммы (data_csum_type, csum_block_size) в etcd при подготовке диска uStor;
🔗в ustor-cli и ucli добавили отображение параметров контрольной суммы диска uStor;
🔗добавили параметр --block-size в команду ucli osd-create и параметр block_size в API создания диска uStor;
🔗в веб-интерфейсе появились поля для выбора размера блока данных и ввода размера блока контрольной суммы при создании диска uStor;
🔗в разделе «Диски uStor / Общая» реализовали отображение параметров immediate_commit и колонки Checksum;
🔗доработали сбор журналов и диагностических данных командой ucli support-collect --report --json для оперативного анализа компонентов MIND uStor.

Установочные пакеты и документация уже доступны в My.MIND Кабинет.

Будем рады вашим вопросам и предложениям по продукту: product_team@mindsw.io

Данных всё больше. А где их хранить?

Базы данных, резервные копии, логи, S3, аналитика, Kubernetes, AI — разные нагрузки предъявляют разные требования к производительности, объему, скорости доступа и восстановлению.

Поэтому вопрос уже не только в выборе СХД, но и в том, как выстроить архитектуру хранения под разные типы данных и задачи бизнеса.

Об этом 11 сентября в 11:00 поговорим в прямом эфире AM Live: разберем, как выбирать платформу хранения данных и на какие параметры смотреть при выборе.

Спикеры:
🎤 Илья Гусев, Скала^р (Группа Rubytech)
🎤 Антон Банчуков, MIND Software
🎤 Екатерина Канунникова, VK Tech
🎤 Владислав Николаев, Байкал Электроникс

Обсудим:
🔗чем современная платформа хранения отличается от классической СХД;
🔗где нужны блочное, файловое и объектное хранение;
🔗можно ли одной платформой закрыть разные классы нагрузок;
🔗как оценивать зрелость российских решений;
🔗на какие параметры смотреть при выборе помимо IOPS и цены за терабайт.

⏩ Регистрация по ссылке

Что делать, если шифровальщик добрался и до реплик?

Если в инфраструктуру попадает шифровальщик, под угрозой оказываются не только рабочие данные, но и их реплики. Стандартная репликация не проверяет целостность данных, а просто синхронизирует изменения как есть. Поэтому поврежденные или зашифрованные данные попадают и в резервную копию. О проблеме нередко узнают только во время восстановления, когда выясняется, что реплики тоже содержат поврежденные данные.

MIND Guard снижает этот риск за счет хранения множества точек восстановления: при достаточном их количестве можно найти копию, которую шифровальщик еще не успел затронуть, и откатиться к ней. Теперь точки восстановления поддерживаются и для машин с ОС Windows – ранее эта возможность была доступна только для Linux.

Также решение позволяет:                                
⏩ Запускать произвольные скрипты для проверки целостности данных перед репликацией (подробнее на habr)
⏩ Тестировать восстановление без влияния на защищаемую машину

Такой подход снижает риск потери точки восстановления, незатронутой шифровальщиком.

Как развернуть тестовый контур за несколько минут

Развернуть тестовую копию производственной инфраструктуры – задача, которая часто занимает несколько часов или даже дней ручной работы. Чем больше виртуальных машин и сложнее взаимосвязи между ними, тем больше времени уходит на подготовку.

MIND Guard позволяет за несколько минут создать актуальную копию производственной среды без остановки работающих сервисов. Это помогает быстрее проводить нагрузочное тестирование, проверять новое оборудование или платформу виртуализации и экспериментировать без риска для рабочей инфраструктуры. После завершения тестирования репликацию можно возобновить, чтобы поддерживать тестовую среду в актуальном состоянии.

Время подготовки тестовой среды сокращается до нескольких минут.

Дополнительно решение позволяет:
⏩ Автоматически перенастраивать машины при восстановлении, включая сетевые параметры и запуск произвольных скриптов.
⏩ Запланировать аварийное восстановление для запуска машин в определенном порядке.
⏩ Ресинхронизировать изменения между источником и приёмником после тестирования и возобновления заданий репликации данных.

«Аварийное восстановление инфраструктуры с MIND Guard» – смотрите на нашем канале

Обсудили, как быстро развернуть защиту и восстановление ИТ-инфраструктуры без привязки к платформе и без удвоения бюджета на резервное оборудование. Разобрали сценарии восстановления после отказов и атак шифровальщиков.

📹 Cмотреть запись

А если хочется глубже разобраться в решении, рекомендуем вебинар «MIND Guard на страже ваших данных»: там подробнее об архитектуре, различиях MIND Guard #guest и #platform, репликации и точках восстановления.

📹 Смотреть предыдущий вебинар

⏰ Начинаем через час!

Разберем, как защитить критические сервисы и восстановить их на резервной площадке с помощью MIND Guard.

⏩ Подключайтесь

Вебинар «Аварийное восстановление инфраструктуры с MIND Guard»

Уже 27 августа в 11:00 разберем, как MIND Guard позволяет защитить критические сервисы и поднять их на резервной площадке – даже если DR изначально не закладывался в проект.

Поговорим о ключевых сценариях:
🔗восстановлении после отказа как одной ВМ, так и целого ЦОДа;
🔗защите от шифровальщиков и откате к точке до заражения;
🔗реальных RPO и запуске нагрузок на резервной площадке;
🔗аварийном восстановлении многокомпонентных приложений;
🔗возврате нагрузки на основную площадку.

⏩ Зарегистрироваться

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

SDS-кластер может без проблем пройти приёмочные тесты и стабильно работать первые месяцы. Настоящая проверка архитектуры начинается позже, когда растут объем данных, нагрузка и сама инфраструктура.

В новой статье на Хабре разбираем, как выбрать архитектуру для кластеров MIND uStor с учетом будущего роста: какие ресурсы закладывать заранее, как рассчитать параметры серверов и сети и какие ограничения необходимо предусмотреть еще на старте.

⏩ Читать на Хабре

Вышла новая версия MIND uStor 1.6 💾

В этом релизе мы упростили установку кластера, расширили поддержку платформ виртуализации и добавили управление жизненным циклом журналов.

Что нового:

⚙️ Эксплуатация
🔗Утилита ustor-init автоматизирует настройку кластера при установке. Последовательность команд помогает сократить время развертывания и снизить вероятность ошибок конфигурации.
🔗Управление переподпиской емкости кластера теперь доступно в веб-интерфейсе.
🔗Проверкой целостности данных (scrub) можно управлять через веб-интерфейс и ucli: настраивать расписание, запускать проверку по требованию и изменять параметры в реальном времени.
🔗Добавлена диагностика состояния кластера, когда доступен только один узел управления.

🔗 Интеграции и платформы
🔗Интеграция MIND uStor с zVirt: интерфейс управления uStor доступен в UI zVirt 5.0, поддерживается единый вход (SSO) на базе Keycloak. Также добавлена поддержка zVirt MAX 1.1 и 1.2.
🔗Поддержка сборки для РЕД ОС 8 и РЕД Вирт 8.0.
🔗Поддержка платформы виртуализации VMmanager.
🔗Реализован драйвер Cinder для OpenStack.
🔗Поддержка Kubernetes CSI.

💗 Аудит и журналирование
🔗Журнал аудита теперь можно экспортировать в ucli и REST API с фильтрацией по времени, типу события и пользователю.
🔗Добавлен локальный сбор диагностических журналов, если ucli недоступен.
🔗Управление жизненным циклом журналов стало настраиваемым: можно задать срок хранения и предельный объем хранилища. При достижении одного из лимитов система автоматически перезаписывает журналы. Настройки доступны через ucli, API и веб-интерфейс.

Полный список улучшений MIND uStor 1.6 — в документации. Установочные пакеты, драйверы и документация уже доступны в My.MIND Кабинете.

Будем рады вашим вопросам и предложениям по продукту: product_team@mindsw.io

Вебинар «Аварийное восстановление инфраструктуры с MIND Guard» 🛡

Сбой в работе дата-центра, шифровальщик или отказ оборудования – для критичных сервисов каждая минута простоя оборачивается финансовыми потерями. Расскажем, как развернуть защиту и восстановление ИТ-инфраструктуры быстро, без привязки к платформе и без удвоения бюджета на резервное оборудование.

🗓 27 августа в 11:00
Разберем, как MIND Guard позволяет защитить критические сервисы и поднять их на резервной площадке – даже если DR изначально не закладывался в проект.

Что обсудим:
🔹Сценарии защиты – от отказа отдельной ВМ до потери целого ЦОДа, а также защиту от шифровальщиков через откат на точку до заражения.
🔹Восстановление критических сервисов: реальные показатели RPO и запуск нагрузок на резервной площадке.
🔹Планы аварийного восстановления для многокомпонентных приложений: запуск сервисов в нужном порядке одной кнопкой.
🔹Чем подход MIND Guard выгодно отличается от геокластеров и VMware SRM.
🔹Как вернуть нагрузку на основную площадку после восстановления.

Будет полезно всем, кто отвечает за надежность инфраструктуры, непрерывность критичных сервисов и защиту бизнеса от киберугроз.

Зарегистрироваться

Что произойдет с данными, если оборудование выйдет из строя?

Отказ диска или целого сервера – один из сценариев, к которым система хранения должна быть готова заранее. В MIND uStor защита данных строится так, чтобы такие отказы не влияли на доступность сервисов.

MIND uStor:
🔹 использует для защиты данных программную избыточность – репликацию или помехоустойчивое кодирование (Erasure coding)
🔹 автоматически восстанавливает избыточность после отказа диска или узла без участия администратора
🔹 поддерживает мгновенные снимки (snapshots), которые позволяют быстро вернуться к предыдущему состоянию данных, например, после атаки шифровальщика

Для MIND uStor доступна техническая поддержка 24/7 😀

Авторизованный курс по MIND Migrate#guest — в КУДИЦ 😀

Мы начинаем сотрудничество с учебным центром КУДИЦ. Первым совместным проектом станет курс «Администрирование MIND Migrate#guest», набор на который уже открыт.

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

После обучения слушатели смогут самостоятельно планировать, выполнять и сопровождать миграцию серверных нагрузок с использованием MIND Migrate#guest.

Подробнее о программе и регистрации: здесь

Почему большинство сложностей при миграции связано с неверными ожиданиями?

Можно ли полностью автоматизировать миграцию? Правда ли, что перенос – это просто конвертация виртуальных машин? И всегда ли миграция означает длительный простой?

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

Читать материал

Резервное копирование и защита от катастроф в одном инструменте 🛡

Способ защиты корпоративных данных зависит от критичности системы и допустимого времени простоя. Для ключевых сервисов нужно быстрое переключение на резервную инфраструктуру после аварии, а для менее приоритетных — достаточно восстановить данные из резервной копии.

Обычно эти задачи закрывают разные инструменты: один отвечает за катастрофоустойчивость, другой за резервное копирование. В версии 2.15 MIND Guard мы объединили оба сценария.

Теперь вы можете гибко распределять ресурсы и защищать ключевые системы с помощью репликации на удаленную площадку и полноценного DR (Disaster Recovery), а менее критичные – хранить в виде резервных копий в NFS-хранилище. Разворачивать под них дорогую резервную инфраструктуру больше не требуется.

Резервное копирование на NFS позволяет:
⏩ восстановить систему на том же или другом гипервизоре, либо в облаке
⏩ контролировать RPO прямо в интерфейсе MIND Guard и получать уведомления при превышении целевого значения

MIND Guard помогает подобрать оптимальный уровень защиты без лишних затрат.

При работе с открытым кодом рано или поздно возникает вопрос: что делать с найденными ошибками?

Можно исправить их только в собственном форке. А можно вернуть изменения в upstream. Тогда исправления становятся частью проекта и приносят пользу всем.

В новой статье на Habr рассказываем, как инженеры MIND Software обнаружили три ошибки в SPDK, исправили их и отправили патчи в upstream.

Разбираем, почему эти ошибки проявлялись только в отдельных сценариях, как удалось их найти и почему работа с Open Source – важная часть разработки инфраструктурного ПО.

Читать статью на Habr

MIND Software и «Флант» подтвердили совместимость MIND Guard с Deckhouse Kubernetes Platform и Deckhouse Virtualization Platform.

Теперь MIND Guard можно использовать в инфраструктурах на базе Deckhouse для защиты данных и быстрого восстановления сервисов в случае сбоя. Решение поддерживает репликацию данных, перенос приложений между платформами, помогает сократить время простоя и снизить риск потери данных.

Это еще один шаг в развитии нашего технологического партнерства с командой Deckhouse и расширении экосистемы совместимых инфраструктурных решений.

Подробнее в материале CNews.

📎 Как защитить данные при переходе на отечественные платформы виртуализации?

Перенос инфраструктуры на отечественное ПО и начало эксплуатации новой платформы несут повышенные риски: программные ошибки, сложности при настройке и ограниченные инструменты защиты. В такой ситуации необходима надежная страховка – точка возврата в виде прежней, стабильной системы, на которую можно оперативно откатиться.

Именно эту задачу решает MIND Guard, который создает и поддерживает актуальные копии виртуальных машин с RPO до нескольких секунд. В случае если новая платформа откажет, администратор активирует реплики на старой и за несколько минут запустит сервисы заново. После устранения сбоя MIND Guard разворачивает репликацию обратно, и сервисы возвращаются на целевую платформу с минимальным простоем.

Еще из возможностей:

⏩ «Цифровой магнитофон» – откат к состоянию на любую дату и время благодаря хранению нескольких точек восстановления
⏩ Тестирование восстановления без влияния на защищаемую машину
⏩ Проверка целостности данных перед репликацией

🛡 Переход проходит предсказуемо: ИТ-команда контролирует защиту, бизнес получает страховку на время перехода.