Veeam software что это
Один день в офисе Veeam Software в Петербурге
Привет! Меня зовут Андрей, я работаю в Veeam Software. Поскольку на Хабре про мою компанию была только одна статья, да и та больше похожа на исторический экскурс, я бы хотел заполнить пустоту и рассказать про современный российский офис компании Veeam.
Для тех, кто не в курсе, просто напомню, что ИТ стартап Veeam был основан в 2006 году небольшой группой петербургских специалистов, и сегодня, спустя 8 лет существования, в компании работает 1,300+ сотрудников по всему миру.
Кому интересно узнать подробности, прошу под кат. 
Когда я учился в университете, то всегда думал, что для работы в современной международной компании мне придется уехать из России как минимум в Европу, а то и в Северную Америку. Однако попав на работу в Veeam в Санкт-Петербурге, я понял, что ошибался.
О компании
Как уже было сказано выше, Veeam Software (вопреки частому заблуждению произносится “Вим”, а не “Виам”) была основана в 2006 году. Сама компания — это проект нескольких человек, включая Ратмира Тимашева и Андрея Баронова. Друзья в жизни и партнеры по предыдущему проекту, “Aelita Software”, они инвестировали средства, полученные при продаже Aelita в Veeam.
Сегодня компания делает продукты для мониторинга и резервного копирования виртуальных машин, работающих на базе VMware vSphere и Microsoft Hyper-V. Данное направление оказалось перспективным, а главное прибыльным на фоне повсеместного распространения виртуализации (конечно, при условии, что ты предлагаешь действительно хороший продукт).
Структура компании
За 8 лет своего существования компания прошла путь от никому неизвестного стартапа в области продуктов резервного копирования виртуальных сред до места в квадранте “провидцев отрасли” в “магическом квадранте” аналитической компании Gartner. На данный момент в ней работают больше 1300 человек в 17 офисах по всему миру (в Америке, Европе и Азии). Одними из самых крупных из них являются 2 офиса в Санкт-Петербурге — здесь сосредоточена вся разработка продуктов (R&D и Q&A), работают многоязычные команды продаж, технической поддержки и маркетинга.
Расскажем подробней о каждом из них. Команды Marketing и Sales находятся в БЦ Плаза.
Разработчики (а также тестировщики и тех.поддержка) находятся в БЦ Кондратьевский. 
Поскольку я работаю в БЦ Плаза, больше буду рассказывать про него. Офис Veeam занимает 4 этажа. Доступ внутрь, естественно, по магнитному пропуску. В оформлении много стекла и зеленого цвета (цвет компании, хорошо рифмуется с названием: green Veeam).
Приходящих в компанию, как полагается, встречают с хлебом солью девушки на ресепшн. 
За ресепшн висит карта Евразии, на которой отмечены точками места рождения сотрудников. 
Повсюду можно увидеть информацию о корпоративных ценностях, например, «Мы оптимисты и верим в себя», «Мы помогаем друг другу добавиться успеха», «Мы искренни и открыты» и «Мы самодостаточны, но всегда рады видеть новых талантливых людей в команде». 
В оформлении использована элементы тематики звездных войн. Имена переговорных комнат — названия планет. Каждый раз вздрагиваю от приглашения встретиться на «звезде смерти». 
Переговорная Tatooine и местные шутки. 
Внутри нее. 
На этажах есть кухни, где можно спокойно поесть и насладиться прекрасным видом на Неву. Кофе, чай, молоко, печеньки — в неограниченном доступе 🙂 
Вообще вид на Неву не только из кухни 
Команда маркетинга EMEA за работой. 
PR отдел и небольшой уголок с наградами. 
Средний возраст сотрудников компании — 26 лет. Мы любим молодых и амбициозных и не “боимся” привлекать студентов старших курсов. На фото — sysmetic проводит одну из лекций для студентов по специальности “продукт менеджмент”. 
Трудовой распорядок в компании довольно комфортен для людей. Обязательные рабочие часы присутствия в офисе — с 12.00 до 18.00. Остальное время — график гибкий, но большинство людей предпочитает работать вечером. Никаких издевательств над организмом и городских пробок.
Зачастую сотрудникам необходимо совершать командировки в другие офисы компании и/или рабочие конференции. Конечно, все зависит от позиции и сферы деятельности, но при устройстве в штат нужно быть готовым к этому.
На фото аэропорт Барселоны во время проведения конференции VMworld 2013.
Так как компания международная, то общение между сотрудниками из разных стран происходит на английском. Но, конечно, интересней всего — знакомиться с коллегами оффлайн, после электронного общения. Встретить иностранца на кухне за чашкой кофе быстро стало привычкой.
В оформлении также повсюду флаги стран, с которыми работает тот или иной офисный уголок
Большое впечатление производит открытая атмосфера: все очень доброжелательны, приветствуют друг друга на кухне, желают «приятного аппетита», даже если не знают имен 🙂
В компании развита корпоративная культура и поощряется здоровый образ жизни. У нас есть своя футбольная команда, ребята играют в любительской лиге между компаниями.
Каждую неделю — проходят тренировки по пляжному волейболу 
В обоих офисах есть столы для кикера и даже профессиональные игроки, которые делятся опытом и всегда рады показать мастер-класс.
Я как раз застал напряженную партию.
Также у нас есть корпоративная офлайн библиотека — можно взять любую книгу и читать. Ну а если искомой книги не оказалось, но она нужна для продуктивной работы, то ее можно заказать у HR. На фото — только один отдел библиотеки 
У команд бывают выезды и тимбилдинги, чаще всего — это поездки за город, кулинарные курсы, керлинг. 
Заключение
Компания развивается большими темпами, мы ждем увеличения команды к концу 2014 года примерно на 30%. В октябре Veeam организует в Лас Вегасе свою первую международную конференцию, VeeamON 2014, для клиентов и партнеров, где ожидается больше 1,000 участников. Посетителей ждут 3 дня обучения, общения и, конечно, интересных сюрпризов, которые пока нельзя раскрывать.
Также хотелось бы напомнить, что у нас есть отдельный карьерный портал, и свежие вакансии нужно искать именно там.
Заходите в гости, мы вам всегда рады 😉 
Бонус
В качестве бонуса могу предложить отличное видео от ребят из команды продаж, в котором можно видеть их взгляд на работу в компании.
Новинки от Veeam: что нас ждёт в сезоне “осень — зима 21/22”
Отгремели (или еще не?) фанфары, аплодисменты и фейерверки по поводу выхода новой версии Windows. И после того, как рассеялся праздничный дым, можно спокойно заглянуть в ближайшее будущее, чтобы узнать, что же оно нам готовит. А готовит оно релиз Veeam Availability Suite 11a.
Итак, вашему вниманию предлагаются:
Поддержка новых платформ Microsoft и VMware
Новые возможности для работы с облаками AWS, Microsoft Azure, Google Cloud
Интеграция Kasten K10 с репозиториями VBR
Мгновенное восстановление Instant Recovery для Nutanix AHV
Централизованное управление бэкапами IBM AIX и Oracle Solaris
Поддержка новых платформ
ВАЖНО! Если вы планируете апгрейдить ваши репозитории на ReFS с Windows Server 2019 на Server 2022 либо хотите монтировать тома ReFS с вашего Windows Server 2019 на свежеустановленный Windows Server 2022, то во избежание проблем с ReFS Microsoft рекомендует сначала сделать вот что:
1. Задизейблить (перевести в состояние read-only) ваш диск/том ReFS.
2. Поставить апдейт, указанный в этой статье KB.
3. Вернуть в полнофункциональный режим ваш диск/том ReFS.
Microsoft Windows 11 также готовы поддержать, но пока это касается только пре-релизного билда. Официальная поддержка требует прохождения регрессионного тестирования релизного (GA) билда, о ней будет объявлено дополнительно, stay tuned.
Microsoft Azure Stack HCI version 20H2 поддерживается для host-based бэкапов ВМ на Hyper-V.
Поддерживается VMware Cloud Director 10.3. Кроме того, в версии v11a можно развернуть Veeam Self-Service Backup Portal в инфраструктуре, где работает несколько серверов VMware Cloud Director.
Поддержка VMware VMC 15, включая выполнение операций восстановления ВМ на сетях NSX-T 3.0, которые используют VDS 7.0 вместо свичей N-VDS.
VMware vSphere 7.0 U3 также готовы поддержать, но пока это касается только пре-релизного билда. Официальная поддержка требует прохождения регрессионного тестирования релизного (GA) билда, о ней будет объявлено дополнительно.
Новые возможности для работы с облаками AWS, Microsoft Azure, Google Cloud
Вот что ожидается в релизе v11a:
Veeam Backup for AWS – нативная защита облачных сервисов и систем: теперь и для Amazon Elastic File System (Amazon EFS), и для Microsoft Azure SQL Databases.
Эффективное использование хранилищ: новые возможности для работы с Amazon S3 Glacier и Glacier Deep Archive, Microsoft Azure Archive Storage, Google Cloud Archive позволяют значительно снизить расходы на хранение резервных копий.
Поддержка Google Cloud Platform (GCP): задачи по защите GCP теперь можно решать непосредственно в консоли Veeam Backup & Replication. Кроме того, теперь можно восстанавливаться в виртуальную машину в GCE из бэкапа на уровне образа, созданного решением Veeam как для виртуальной, так и для физической машины.
Таким образом, бэкап и восстановление с Veeam теперь поддержаны для всех трех основных облачных платформ.
Интеграция Kasten K10 с репозиториями VBR
Резервное копирование и восстановление для контейнеров не всегда легко и просто выполнить, если не учитывать их особенности. Грядущая версия Kasten K10 v4.5 будет уметь сохранять бэкапы кластеров Kubernetes, использующих VMware persistent volumes (PV), в репозиторий Veeam Backup & Replication. Все это благодаря тому, что в Kasten K10 есть дополнительные настройки местоположения (location profile), где и можно указать репозиторий Veeam Backup & Replication v11a в качестве целевого. Ну и, конечно, для удобства управления такими бэкапами в консоли Veeam будут работать соответствующие представления.
Мгновенное восстановление Instant Recovery для гипервизора Nutanix AHV
Важно! Требует версии Nutanix AHV 6.0 и выше.
Централизованное управление для защиты IBM AIX и Oracle Solaris
Поддержка Red Hat® Virtualization (RHV)
Veeam Backup & Replication v11a поддерживает интегрированный бэкап для гипервизора Red Hat Virtualization (RHV) версии 4.4.8 и выше. Те, кто работает с этим гипервизором, смогут эффективно бэкапить свои ВМ-ки с использованием нативного механизма отслеживания измененных блоков.
И многое, многое другое
Вот неполный список других улучшений и обновлений (полный можно найти здесь):
Veeam Continuous Data Protect (CDP): улучшена производительность, понижена нагрузка на CPU в ходе начальной синхронизации, усовершенствован мониторинг и отчеты о проблемах в конвейере репликации, налажена совместимость с рядом реализаций VMware Virtual Volumes (vVOLs), избавились от ограничений на размер журнала I/O для хранилищ на VMware vVOLs и VMware vSAN.
Гибкие возможности для объектных хранилищ: чтобы уменьшить число объектов, можно настроить задания бэкапа на работу с блоками по 8 MB. Для отображения соответствующей опции надо создать значение UIShowLegacyBlockSize (DWORD, 1) в ключе реестра ‘HKLM\SOFTWARE\Veeam\Veeam Backup and Replication’ на сервере VBR.
Примечание: Помните, что при этом увеличится размер инкрементальных бэкапов. И не забудьте про создание active full backup.
Интеграция с VMware vSAN: в планировщике задач теперь можно выставить конкретное пороговое значение для максимального количества открытых снапшотов ВМ на датасторах vSAN. По умолчанию оно равно 32. Задать нужный порог можно с помощью значения VSANMaxSnapshotsNum (DWORD) в ключе реестра ‘HKLM\SOFTWARE\Veeam\Veeam Backup and Replication’ на сервере VBR.
Апгрейд поддерживается для Veeam Backup & Replication 9.5 Update 4b (билд 9.5.4.2866) и выше. После апгрейда номер билда изменится на 11.0.1.1261. И, конечно, перед апгрейдом обязательно изучите соответствующий раздел в Release Notes (см. стр.33).
ВАЖНО! Если у вас на том же сервере установлен Veeam Backup for Microsoft Office 365 (VBO365), то до начала установки Veeam Backup & Replication 11a убедитесь, что версия VBO365 у вас 5.0.3.1033 или выше.
Veeam Backup & Replication: 10 рекомендаций для начинающих
Что-то давненько мы не писали про наш флагманский продукт. Исправляемся, тем более что подоспела еще одна порция полезных советов от ребят из Veeam Support Team. Сегодня с вами снова мой коллега Евгений Иванов, теперь уже из Бухареста, куда он был призван в качестве наставника для румынской команды технической поддержки.
В ходе своей работы Евгений со товарищи собрали приличную коллекцию «граблей», на которые чаще всего наступают начинающие пользователи при развертывании и настройке Veeam Backup & Replication. А чтобы вы не повторяли их ошибок, Женя разъясняет, как всё сделать правильно.
Итак, добро пожаловать под кат.
#1: Выберите оптимальный метод резервного копирования
Обычно рекомендуются «прямой инкрементный» или «бесконечно инкрементный», поскольку они самые быстрые. Бесконечно-инкрементная цепочка (без периодических полных резервных копий) занимает меньше места и довольно быстро обрабатывается. Обычая инкрементная цепочка места занимает больше, но она и более «жизнестойкая», если можно так выразиться, так как содержит не только инкрементальные бэкапы, но и периодически создаваемые полные.
Реверсивный (обратный) инкрементный метод – самый старинный и, естественно, самый медленный. В зависимости от СХД, он может быть в 3 и даже более раз медленнее других. Тем не менее, в его использовании есть и свои плюсы: последним в цепочке всегда является полный бэкап, и поэтому восстановиться можно быстрее, чем из цепочек других типов. Заметим, однако, что разница с обычной инкрементальной цепочкой не очень значительна (разве что вы держите такую цепочку неоправданно длинной, то есть более чем 30 дней).
Подробнее про методы рассказывается здесь.
#2: Подумайте о настройках синтетических полных бэкапов
Операция создания синтетической полной резервной копии использует точки восстановления, которые хранятся в репозитории. Но нужно иметь в виду, что не всякая СХД в состоянии обеспечить достаточную для этой операции производительность. Поэтому мы советуем в качестве альтернативы создание активных полных резервных копий.
Когда вы задаете настройки создания синтетического полного бэкапа, обратите внимание на опцию “Transform previous backup chains into rollbacks” (преобразовывать предыдущие цепочки в точки отката). Ее использование приведет к тому, что будет запускаться задание преобразования инкрементального бэкапа (.VIB) в точки отката (.VRB) (которое будет, однако, потреблять значительную часть ресурсов СХД репозитория). Например, с помощью этой опции вы сможете преобразовать текущую цепочку в обратно- инкрементальную, в частности, для архивного хранения.
Но если использовать данную опцию как метод резервного копирования, то в итоге создастся очень своеобразная цепочка из файла полной резервной копии и файлов инкрементальных и обратно-инкрементальных резервных копий.
#3: Настройте обработку гостевой ОС
Обработка гостевой ОС позволяет создавать консистентные бэкапы виртуальных машин. А если на ВМ работают такие приложения, как Microsoft Exchange, Active Directory, SharePoint, SQL Server или Oracle, то вы сможете задействовать для их гранулярного восстановления возможности инструментов Veeam Explorers. Работа с гостевой ОC базируется на функциональности VSS (поддерживается Windows), которая должна быть корректно настроена, иначе задания резервного копирования не смогут успешно завершиться.
Для активации настроек обработки гостевой ОС:
#4: Не индексируйте файлы без необходимости
Если активировать опцию VM Guest File System Indexing (индексирование файлов гостевой ОС) в настройках бэкапа, то Veeam Backup & Replication будет создавать каталоги файлов ВМ. Это позволит выполнять поиск по файлам и восстановление в 1 клик через веб-интерфейс Veeam Backup Enterprise Manager.
Если же вы не работаете с Enterprise Manager, то мы советуем не включать данную опцию – так вы сократите окно резервного копирования (порой весьма существенно) и сэкономите место на диске C: сервера Veeam backup. На восстановление файлов ВМ через консоль Veeam Backup & Replication это никак не повлияет.
#5: Делайте дополнительные резервные копии
Ни один производитель СХД не гарантирует абсолютной целостности данных. Конечно, Veeam проверяет файл резервной копии при записи на диск, но при том, что на СХД выполняются миллионы операций, случайная перестановка бит все же возможна, а в результате получается «невидимое» повреждение. Для выявления таких повреждений на ранних этапах Veeam Backup & Replication предлагает воспользоваться функциями SureBackup и health checks. Но и это не панацея, поэтому мы советуем взять на вооружение правило 3-2-1, которое предписывает использовать для бэкапа разные типы носителей и хранить их как минимум на 2 площадках.
Для этого рекомендуется после создания основного задания резервного копирования настроить задание переноса резервных копий. Такое задание может использовать в качестве целевого места хранения резервную СХД или облачное хранилище. Также можно архивировать бэкапы на магнитную ленту.
#6: Финализируйте Мгновенное восстановление
Функция мгновенного восстановления ВМ Instant VM Recovery позволяет запустить машину в кратчайший срок непосредственно из бэкапа. Тем не менее, нужно помнить, что эта машина размещается у вас в репозитории и потребляет его ресурсы, пока вы не перенесете ее в продакшен. Не забывайте про этот важный финальный шаг – поверьте, за годы работы в техподдержке Veeam мы повидали немало случаев с ВМ, которые неделями функционировали в режиме «из бэкапа» без того, чтобы быть перенесенными в продакшен. Итог был обычно довольно плачевен: переполнение СХД и потеря данных.
Подробно про то, как правильно выполнять мгновенное восстановление, читаем здесь.
#7: Подумайте, где размещать репозиторий
Veeam поддерживает самые разные хранилища в качестве репозиториев. Многие наши пользователи из года в год предпочитают использовать для этой цели физический сервер Windows или Linux, поскольку в большинстве случаев это дает максимальную производительность. Об этом можно почитать на нашем форуме.
Репозитории на CIFS share также довольно популярны, несмотря на то, что их производительность по сравнению с другими самая низкая.
Многие современные устройства NAS поддерживают iSCSI, так что лучше все-таки сконфигурировать диск iSCSI и сделать его доступным для сервера Veeam backup (или для прокси). Следует иметь в виду, что в таком сценарии (с использованием репозитория на NAS) не рекомендуется применять метод обратно-инкрементального бэкапа, т.к. он дает большую нагрузку на СХД из-за интенсивности чтения\записи.
#8: Используйте прокси при репликации
Если вы собираетесь выполнять репликацию через WAN, то рекомендуем вам настроить прокси-сервер резервного копирования на удаленной площадке и указать его в настройках задания репликации. Таким образом вы получите надежный канал между двумя площадками. Советуем включить данный прокси в работу в режиме Network (NBD), так как работа в режиме Virtual Appliance (hot-add) при репликации может привести к возникновению «затерянных» снапшотов.
Прокси на удаленной площадке мы рекомендуем использовать и в случае работы через WAN-акселератор. Можно развернуть WAN-акселератор и прокси на разных машинах или даже на одной (разумеется, если у нее в достатке ресурсов).
#9: Учтите важные нюансы при архивировании на ленту
Для передачи данных на ленточное устройство Veeam задействует вспомогательный сервер (tape server). Он ставится на физический сервер, к которому подключается это ленточное устройство.
Важно! Подключение к ВМ с “пробрасыванием” через хост ESXi не поддерживается!
Veeam Backup & Replication получает информацию о ленточной библиотеке от операционной системы, поэтому обязательно убедитесь, что у вас установлены последние версии драйверов, а ленточное устройство корректно отображается в консоли Управления устройствами (device manager).
Больше полезных советов о работе с магнитной лентой можно прочитать в этой статье.
#10: Если все равно что-то пошло не так
Тут уж ничего не поделаешь, придется завести заявку на портале техподдержки. Настоятельно просим сделать пару простых вещей:
Надеюсь, наши рекомендации помогут кому-то избежать типичных ошибок при развертывании и настройке Veeam Backup & Replication. На сегодня у меня всё. С пожеланиями успехов, Veeam Support Team.