Интеллектуальное управление данными: интервью с Риком Вановером из Veeam

Недавно у меня была возможность поговорить с Риком Вановером из Veeam Software о том, что сегодня нужно сделать компаниям, чтобы их стратегия доступности полностью отвечала их потребностям. Рик — директор по продуктовой стратегии в Veeam, где он возглавляет команду технологов и аналитиков, которая выводит решения Veeam на рынок и работает с клиентами, партнерами и командами разработчиков по всему миру. Вы можете подписаться на Рика в Твиттере @RickVanover.

МИТЧ: Рик, большое спасибо, что согласились дать мне интервью на тему того, как меняются защита и доступность данных в нашей облачной сфере и что организации делают правильно и неправильно в эти дни, когда дело доходит до подготовки к аварийному восстановлению.

РИК: С удовольствием. Это область, вокруг которой я построил свою карьеру, и сегодня организациям необходимо убедиться, что их стратегия доступности соответствует ожиданиям бизнеса.

МИТЧ: За последние несколько лет произошли большие изменения в том, как организации любого размера внедряют и управляют своей ИТ-инфраструктурой. Модели облачных вычислений, такие как программное обеспечение как услуга (SaaS), теперь позволяют пользователям подключаться к облачным приложениям и использовать их непосредственно через Интернет, при этом Microsoft Office 365 является одним из популярных решений такого типа. Кроме того, существует инфраструктура как услуга (IaaS), которая позволяет организациям создавать гибкие вычислительные инфраструктуры, которые можно масштабировать вверх и вниз по требованию. Что изменилось, а что осталось неизменным в отношении обеспечения защиты и доступности данных для вашего бизнеса с помощью этих новых моделей?

РИК: Это отличный вопрос, Митч, и я рад, что ты его задал. Одна важная вещь, которую я усвоил за эти годы, заключается в том, что хотя платформа может меняться, правила в отношении данных и ожидания доступности не меняются. Microsoft Office 365 — хороший пример, который вы проиллюстрировали. Перспективы этого решения «программное обеспечение как услуга» (SaaS) велики: значительное облегчение локального хранилища уровня 1, возможность уменьшить потребность в квотах почтовых ящиков, а OneDrive для бизнеса — способ борьбы с обменом файлами «теневых ИТ». вне корпоративных механизмов. Microsoft Office 365 решает реальные бизнес-проблемы, и эти изменения приветствуются как пользователями, так и ИТ-администраторами.

Но что не меняется, когда меняется приложение? Ответственность за данные. Организации должны понимать, что это их данные, и Veeam инвестировала в новый продукт Veeam Backup для Microsoft Office 365.

МИТЧ: Какие изменения должны внести организации в свои поддерживающие процессы, чтобы обеспечить защиту/доступность данных в случае аварии, когда они полностью используют облако или, по крайней мере, приняли какую-то гибридную ИТ-модель?

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

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

Это одна из причин, по которой Veeam разработала новый продукт Veeam Availability Orchestrator, который стал доступен в начале этого года. Этот продукт предоставляет очень важную возможность аварийного восстановления в эпоху гибридных ИТ. Veeam Availability Orchestrator поддерживает организацию аварийного восстановления локальных рабочих нагрузок; но также поддерживает организованное аварийное восстановление в VMware Cloud on AWS. Это новое облачное предложение в Amazon для рабочих нагрузок VMware. Это пример, когда организация может извлечь выгоду из своих локальных ресурсов за счет аварийного восстановления в облаке — в буквальном смысле!

МИТЧ: Я слышал, как некоторые из тех, кто обеспечивает ИТ-поддержку для предприятий, которые в основном полагаются на приложения SaaS, говорили, что «резервное копирование» сейчас в основном плохое слово, что выполнение ежедневного резервного копирования является мертвой практикой, потому что теперь есть более изощренные способы обеспечения доступность ваших бизнес-данных. Но мне это кажется чрезмерным упрощением. Действительно ли с облачными вычислениями уменьшается бремя доступности, связанное с выполнением регулярных резервных копий?

РИК: Резервное копирование — это первый этап. Veeam критически относится к этому шагу. На самом деле резервное копирование — самый важный этап. Мы рассматриваем рынок как пятиэтапный путь к интеллектуальному управлению данными:

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

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

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

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

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

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

МИТЧ: Учитывая все эти происходящие изменения, что большинство организаций делает сегодня правильно и неправильно в отношении аварийного восстановления?

РИК: Сегодня я заметил, что многие организации просто не обеспечивают доступность, которую требует их бизнес. Лучший пример — методика скоростного восстановления. Задайте этот вопрос: если кто-то случайно удалит виртуальную машину, как скоро она вернется? Если ответ превышает несколько минут, существует разрыв между возможностями того, что есть на месте, и ожиданиями пользователей. Это один из примеров того, что Veeam является пионером и лидирует на рынке уже более восьми лет, и есть сдвиги. То же самое для экземпляра AWS EC2 в облаке: если кто-то завершит работу и удалит его, как скоро он сможет вернуться? Если это тоже больше минуты, есть пробел.

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

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

МИТЧ: Как новые платформы, такие как гиперконвергентная инфраструктура (HCI), передовые системы хранения и надежные сети, меняют игру в отношении доступности?

РИК: Они предоставляют новую «сантехнику» для работы. Новые API, новые сетевые методы и улучшенные возможности моментальных снимков. Все это важно для эффективного потока данных для резервного копирования и восстановления, а также для репликации и аварийного переключения.

Veeam всегда инвестировала в API и возможности платформы для решения проблемы перемещения данных в масштабе. Новые технологические платформы также построены на том же мышлении.

МИТЧ: Забегая вперед, что вы видите в будущем для обеспечения непрерывности бизнеса и аварийного восстановления ?

РИК: Я вижу постоянное стремление к полноте. Организации будут вносить изменения в приложения, данные и другие критически важные системы, чтобы сделать их более «дружественными к аварийному восстановлению». Хорошим примером является устаревшее приложение, которое находится на физическом сервере, который устарел в операционной системе и не поддерживается в течение трех лет. Может ли это приложение действительно иметь хороший DR? Нет.

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

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

Надлежащее аварийное восстановление поставляется с современными платформами и данными; устаревшие компоненты нельзя сделать классными!

МИТЧ: Какой практический совет вы бы дали администратору по внедрению решений аварийного восстановления в гибридной облачной среде? Любые советы или рекомендации, которые помогут им сделать это правильно в будущем?

РИК: Если есть пробел в стратегии обеспечения доступности, мой совет — начать с малого и сделать все правильно. В частности, это означало бы взять одно небольшое приложение. Изучите основы резервного копирования и восстановления. Затем настройте возможности репликации и аварийного восстановления для этого небольшого приложения. Как только вы получите правильное рабочее решение, это движение поможет организациям узнать, как выглядит надежное резервное копирование. Как работают эти типы инструментов и т. д.

Затем перейдите к следующему приложению, которое немного сложнее. И добиться успеха. Получайте приложения к нужной модели по одному. Не начинайте сначала с самого крупного и критического приложения в наборе.

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

Если бизнес привлекает преимущества, усилия по изменению платформы могут оказаться намного проще.

МИТЧ: Рик, большое спасибо, что уделили нам немного своего драгоценного времени!

РИК: Привет, Митч, с удовольствием.