Скажите честно, в своей практике вам чаще приходилось сталкиваться с логами, напоминающими чей-то поток сознания, или всё же это были красивые структурированные файлы, на которые любо-дорого смотреть? Надеюсь, что второе. В наших продуктах, само собой, мы тоже стремимся идти по второму пути, однако необходимость зафиксировать большое количество процессов накладывает свой отпечаток. Так что сегодня мы научимся не “читать книгу и видеть фигу”, а бесстрашно открывать любой лог Veeam Backup & Replication и видеть его внутреннюю красоту.

Перед прочтением этой статьи настоятельно рекомендую предварительно ознакомиться со статьёй-глоссарием, дабы понимать используемую терминологию. Затем прочитать эту и вот эту статью про источники данных для логов, а затем ещё и эту, дабы понимать, в какой лог ради чего следует залезать.

Наверняка я вам не открою Америки рассказом о том, что логи назвали логами из-за судовых журналов, куда записывали всякое интересное (и не очень), что происходило на корабле во время плавания. (Возможно, некоторые из вас не знают, но по воде ходят именно корабли, а судно — это в больнице. Хотя тут показания расходятся)))

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

Как и у каждой уважающей себя техподдержки, у инженеров Veeam есть свой список самых популярных поводов позвонить им в любое время дня и ночи. Это и вечно молодое “У вас неправильно работает ретенш”, и никогда не стареющее “У меня место на дисках кончилось, что делать?”, и прорва других. 

Однако среди них есть простой, казалось бы, вопрос. Он объясняется за 5 минут, но вот парадокс: его объяснение вылетает из головы в течение следующих тридцати секунд. Звучит этот чудо-вопрос примерно так: “После бекапа Veeam нарисовал мне непонятный график и написал, что у меня загрузка сорса 63%, прокси 48%, сети 99%, а таргета 0! А потом ещё и обозвал этот сорс ботлнеком, а у меня там ого-го какая железяка! И что вообще означают эти проценты?”

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

Bottleneck (бутылочное горлышко, если переводить в лоб) - самая медленная часть вашей бекапной инфраструктуры. Узкое место или слабое звено, если хотите. Тот самый нехороший человек, которого семеро ждать не должны, но получается, что ждут. Если переключиться на более технический язык, то эта та часть инфраструктуры, в которой данные в среднем проводят больше всего времени. То есть обрабатываются дольше всего. Получается, что это чистой воды вопрос производительности (перфоманса, как принято говорить). И знание ответа на этот вопрос позволит нам понять, какую часть в цепочке обработки данных надо ускорить, дабы повысить общую скорость процесса.

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

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

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

А что вообще такое эти ваши логи? По мнению большинства логам любого приложения должна быть отведена роль этакой всемогущей сущности, которая большую часть времени прозябает где-то на задворках, но в нужный момент появляется из ниоткуда в сияющих доспехах и всех спасает. То есть в них должно быть всё, от малейших ошибок в каждом компоненте, до отдельных транзакций базы. И умещаться это всё должно в два мегабайта. Это же просто текст! Не могут текстовые файлы занимать десятки гигабайт, я где-то это слышал!

• Настроить MinIO очень быстро.
• Настроить MinIO чуть менее быстро, но значительно качественней.
• Использовать его в качестве Archive Tier для масштабируемого репозитория Veeam SOBR.

• Без малейших сожалений. Автор статьи.

Уже несколько месяцев прошло с момента релиза Veeam Backup & Replication 10. Даже была обзорная статья про грядущий релиз. А вот пост-релизной статьи посвящённой более детальному и техническому разбору самой ожидаемой функции новой версии — NAS Backup, так и не было.
Поэтому надо срочно исправляться.

Нет худа без добра! В очередной раз народная мудрость подтверждается, но только в этот раз с помощью осточертевшего коронавируса. Всех перевели на удалёнку, открыто много подписочного контента и, как следствие, в телекоме произошёл взрывной рост трафика. По разным оценкам, трафик в пользовательских сегментах уже вырос процентов на 80% и не думает останавливаться. Трафик попёр настолько сильно, что в нескольких странах Netflix, Youtube и прочие стриминговые сервисы сначала просили ограничить, а теперь им фактически запрещают передачу контента в HD качестве. Ибо пользователи настолько активно взялись за работу из дома, что места для развлечений в каналах у операторов просто не осталось.

А вот кто действительно сейчас не успевает подставлять мешки под поток хлынувших денег, так это провайдеры VPN-сервисов и всех, кто связан с их обслуживанием. Благо у одних своего VPN не было и проще купить готовый сервис, у других он был просто не рассчитан на такой поток пользователей и скончался под нагрузкой в первый же день. Словом, VPN — это сейчас самое популярное слово в телеком-мире. Вероятно, даже популярнее этой проклятой чумы.

И вот тут стоит задать себе вопрос — а в чём же сложность взять и организовать удобный VPN-сервис, а затем просто поддерживать его? Технология придумана далеко не вчера, все варианты давно известны, так почему же вокруг неё столько разговоров?

Но дабы не писать миллион первую статью про тонкости настройки OpenVPN, IPSec и прочих, давайте подойдём с другой стороны — а бывает так, что VPN делается быстро, удобно и бесплатно? Вот чтобы действительно десяток кликов — и работает как часы. И site-to-site, чтобы офисы связать, и site-to-point, чтобы удалёнщикам было быстро и удобно.

Спойлер — бывает.

Пруфы и рассуждения — под катом.

Нет, эта статья не про фантазии автора, патриотические песни или популистские размышления на тему. Это рассказ о том, как оно есть на самом деле. Как в одном конкретном ВУЗе создали условия, благодаря которым работать в нём вернулись те самые "утекшие мозги", уехавшие во всем известные времена заниматься наукой где угодно, где за это платили и где было современное оборудование. Но почему-то сейчас они приехали обратно, построили себе новые лаборатории, обучают студентов и продолжают заниматься любимым делом.

Вы сразу можете подумать: "Так это, наверное, какой-то ВУЗ особенный!" Возможно, но я не знаток вузовских рейтингов, поэтому расскажу только про то, что видел сам.

Итак, сегодня речь пойдёт про научные лаборатории в Московском Физико-Техническом Институте. Можно ли сделать что-то подобное в любом другом? Это вопрос к управляющим на местах. Может быть, уже и сделано, просто я был именно здесь и за всех остальных говорить не могу.

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

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

Внимание! Под катом развесистый лонгрид. Я предупредил.

Первый прототип объектных хранилищ мир увидел в 1996 году. Через 10 лет Amazon Web Services запустит Amazon S3, и мир начнёт планомерно сходить с ума от плоского адресного пространства. Благодаря работе с метаданными и своей возможности масштабироваться, не проседая под нагрузкой, объектные хранилища быстро стали стандартом для большинства сервисов по хранению данных в облаках, и не только. Другая важная особенность — это хорошая приспособленность для хранения архивов и подобных им редко используемых файлов. Все, кто был связан с хранением данных, ликовали и носили новую технологию на руках.

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

Поэтому сегодня мы разберёмся, какие есть варианты "Чтобы как у взрослых, а не CEPH и напильник побольше", развернём один из них, а проверять, что всё работает, будем с помощью Veeam Backup & Replication. В нём заявлена поддержка работы с S3-совместимыми хранилищами, и вот это заявление мы будем проверять.

Когда нет денег на железное хранилище от именитого вендора, или деньги есть, но негде взять железо для тестов, нам на помощь приходят Virtual Storage Appliance, или сокращённо — VSA. Виртуализированный контроллер столь желанного хранилища, позволяющий получить практически все функции своего железного собрата, кроме ну совсем уж экзотических и реализуемых только на физическом железе. VSA есть практически у всех (а может, и просто у всех) вендоров классических СХД: HPE, Dell EMC, NetApp, IBM и т.д. Бывают и обратные ситуации, вроде Nutanix и StarWind, но сегодня не о них. Для порядка не забудем открытые разработки во главе с FreeNAS, чей функционал вызывает уважение.

Другая особенность VSA, которой по определению лишены железные братья — наличие бесплатного функционала, обычно ограниченного допустимым размером хранилища и поддержкой “корпоративных” протоколов вроде FC. (Хотя нередко имеются и триальные версии на какой-то временной период, но речь сейчас не об этом.)

Сегодня мы рассмотрим работу с Dell EMC UnityVSA, начиная с первых шагов по развертыванию, включая создание файловой системы, настройки NAS и NDMP, а закончим интеграцией с Veeam Backup & Replication. Почему именно эта VSA? Просто потому что подобных материалов на Хабре я не нашёл и решил устранить эту несправедливость.

Вы не замечали (это утверждение), что все статьи про конференции и выставки делятся на два типа.

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

Второй тип — это посты от рядовых посетителей. Кто-то восхваляет организаторов, кто-то ругает почём зря, где-то отдаёт откровенной заказухой, но в целом эти материалы позволяют получить некое усреднённое представление о прошедшем мероприятии и сделать вывод о том, стоит ли посетить следующее.

Но есть на выставках ещё и третий тип участников, без которых всё это выставочно-фестивальное счастье могло бы и не случиться вовсе. Это люди, работающие на стендах спонсоров, в простонародии — стендисты. И нет, девочки в миниюбках, раздающие сувенирку, к ним не относятся.

Вернувшись с трёх больших конференций (РИТ++ 2019, DotNext 2019 Piter и Heisenbug 2019 Piter), я решил написать эту статью, чтобы порассуждать о том, зачем спонсоры тратят на всё это деньги, сколько это стоит, что такое работа на стенде, почему сувенирки всегда не хватает на всех, и осветить прочие нюансы этого скрытого от большинства мира.
P.S. В качестве подзаголовков я решил использовать полярные отзывы посетителей о нашем стенде, которые нам присылают организаторы после конференций. С какой конкретно эти — не скажу.

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

Но, Петька, есть нюанс(с). Как и все наукоёмкие истории, лазерная техника уже достаточно успела обрасти слухами и мифами о своих безграничных возможностях. Возможностей там действительно вагон (или два), но физику никто не отменял.

Вооружившись острым желанием узнать, как это всё работает, было принято решение направиться за комментариями в питерский офис компании "Лазерный Центр". Они занимаются разработкой лазерных граверов и маркёров уже 15 лет и, вероятно, что-то в них понимают.

Много фотографий под катом.

На одной из встреч питерского сообщества .Net разработчиков SpbDotNet Community мы пошли на эксперимент и решили рассказать о том, как можно применять подходы, давно ставшие стандартом в мире Linux, для автоматизации Windows-инфраструктур. Но дабы не доводить всё до голословного размахивания флагом Ansible, было принято решение показать это на примере развёртывания ASP.Net приложения.

Быть спикером вызвался Алексей Чернов, Senior Developer команды, разрабатывающей библиотеки UI-компонентов для наших проектов. И да, вам не показалось: выступать перед .Net аудиторией пошёл JavaScript разработчик.

Кто заинтересовался итогом такого эксперимента, милости просим под кат за расшифровкой.

У нас в Veeam есть образовательный проект с лаконичным названием Veeam Academy. Посвящён он практике разработки на С#. Если не вдаваться в детали, то суть его такова: мы берём студентов-старшекурсников и за три месяца приводим их сугубо теоретические институтские знания в соответствие с окружающей действительностью. Делается это как с помощью лекций, где им раскрывают практический смысл той скучной теории, которую им успели дать в ВУЗе, так и с помощью общего проекта, разработкой которого они занимаются на протяжении всего обучения.

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

Но откуда студенты получают те самые практические навыки, спросите вы? Ответ кроется в наших разработчиках, которые на совершенно добровольных началах выступают в роли консультантов, делают code review для ребят и просто делятся своим опытом. Причём участвуют в этой деятельности исключительно senior девелоперы. Вот с ними-то (спустя уже 3 выпуска из академии) мы и решили побеседовать, чтобы узнать:

• Зачем они тратят своё ценное время на студентов?
• Каково это — быть ментором новичка?
• Как/зачем/почему жить с legacy-кодом?
• Чего не хватает современному образованию?
• Зачем люди идут в разработку коробочных продуктов?

Мы сделали небольшую серию видео-интервью Дудь-стайл, а тут будет небольшая текстовая выжимка из самых интересных ответов. Сейчас опубликованы два полных интервью (они есть в статье), но скоро будут выложены ещё три.