zhub.link is one of the many independent Mastodon servers you can use to participate in the fediverse.

Administered by:

Server stats:

28
active users

#виртуализация

1 post1 participant0 posts today
Habr<p>Что вам надо знать в 2025 году про контейнеры, чтобы не пропустить важное</p><p>Контейнер — это типа виртуальной машины, только меньше и другое. Несколько контейнеров запускаются внутри одной машины и разделяются друг от друга. Это значит, что можно запустить приложение с одним набором зависимостей, а рядом — второе с другим. Это значит, что можно сохранить все связки приложения, упаковать его в контейнер и деплоить где угодно — и знать, что оно точно запустится. Есть нюансы с переходом между ARM-архитектурой и x86, но в целом контейнеры универсальны. В контейнерной упаковке огромное количество софта, в том числе очень много опенсорса. Можно поднять готовый контейнер с сервисом из хаба без проблем вообще. И это не создаёт сложных взаимозависимостей. Нужен PostgreSQL? Docker pull postgres — и он у вас. К контейнерам монтируются свои ресурсы — диски, сети, конфиги и секреты. Контейнеры оплачиваются за потребление, то есть можно сделать сервис, который слушает порт и делает обработку, повесить и забыть. За год вы заплатите рублей 20. Рои контейнеров могут масштабировать крупные корпоративные проекты, про это ниже. И, наконец, никакой современный CI/CD почти не делается без контейнеров. Системным администраторам, DevOps-инженерам, разработчикам и СТО критически важно разобраться в контейнеризации. Это будущее, и у этого будущего довольно странная кривая обучения. Сейчас коротко расскажу, попробуем разобраться, как её лучше проходить и где там грабли. Ну и ещё, если вы дойдёте до середины, ваша зарплата будет 450 тысяч рублей в месяц и выше.</p><p><a href="https://habr.com/ru/companies/h3llo_cloud/articles/890512/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/h3llo_cl</span><span class="invisible">oud/articles/890512/</span></a></p><p><a href="https://zhub.link/tags/%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%B9%D0%BD%D0%B5%D1%80%D1%8B" class="mention hashtag" rel="tag">#<span>контейнеры</span></a> <a href="https://zhub.link/tags/kubernetes" class="mention hashtag" rel="tag">#<span>kubernetes</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%B9%D0%BD%D0%B5%D1%80%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>контейнеризация</span></a></p>
Habr<p>Почему мы выбрали OpenSDN и как контрибьютим в этот проект</p><p>Удивительно, но о проекте OpenSDN (прямом наследнике Tungsten Fabric) на Хабре написано не так много. Однако в последнее время этот проект набрал популярность. Например, за год сообщество активных пользователей платформы OpenSDN организовало инфраструктуру для сборки и рецензирования исходного кода, наладило обмен информацией (в группе в Telegram , на сайте проекта , в разделе на GitHub и пр.), выпуск новых версий программы и дальнейшее использование для решения бизнес‑задач. В этой статье вы найдёте подробный рассказ об OpenSDN: что это такое и как работает, почему всё больше компаний выбирает этот проект для управления сетью, а также как ИТ‑холдинг Т1 и Т1 Облако участвуют в развитии сообщества и технологии.</p><p><a href="https://habr.com/ru/companies/T1Holding/articles/885942/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/T1Holdin</span><span class="invisible">g/articles/885942/</span></a></p><p><a href="https://zhub.link/tags/opensdn" class="mention hashtag" rel="tag">#<span>opensdn</span></a> <a href="https://zhub.link/tags/sdn" class="mention hashtag" rel="tag">#<span>sdn</span></a> <a href="https://zhub.link/tags/opencontrail" class="mention hashtag" rel="tag">#<span>opencontrail</span></a> <a href="https://zhub.link/tags/tungstenfabric" class="mention hashtag" rel="tag">#<span>tungstenfabric</span></a> <a href="https://zhub.link/tags/%D1%81%D0%B5%D1%82%D0%B5%D0%B2%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8" class="mention hashtag" rel="tag">#<span>сетевые_технологии</span></a> <a href="https://zhub.link/tags/%D1%81%D0%B5%D1%82%D0%B8" class="mention hashtag" rel="tag">#<span>сети</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/open_source" class="mention hashtag" rel="tag">#<span>open_source</span></a> <a href="https://zhub.link/tags/%D1%821_%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%BE" class="mention hashtag" rel="tag">#<span>т1_облако</span></a> <a href="https://zhub.link/tags/%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%BE" class="mention hashtag" rel="tag">#<span>облако</span></a></p>
Bellingcat<p>**Избыточная надежность: грани хардвара и виртуализации**<br>Каждого пользователя рано или поздно настигает чувство, что его устройства, будь то ноутбук, смартфон или настольный ПК, не справляются с текущими задачами. Замедление системы, нехватка памяти, ограниченные ресурсы — типичные признаки, заставляющие задуматься о модернизации или покупке нового оборудования. Но как понять, где заканчивается разумная инвестиция в технологии, а где начинается переплата?<br>**Аппаратная сторона: сколько “железа” нам нужно на самом деле?**<br>Современные технологии растут с огромной скоростью. Новые процессоры и графические карты обещают вдвое большую производительность по сравнению с прошлым поколением. Но нужно ли вам столько мощности?<br>**Массовый пользователь:** Для большинства людей, использующих устройства для браузинга, офисных приложений и мультимедиа, даже ноутбук пятилетней давности способен справиться с большинством задач.<br>**Профессионалы и геймеры:** Здесь требования растут быстрее. Работа с 4K-видео, рендеринг или новые игры могут вынудить обновить железо каждые 3-4 года.<br>**Виртуализация и оптимизация программного обеспечения**<br>С ростом виртуализации стало возможным не только оптимизировать использование железа, но и продлить его срок службы. Вот несколько примеров:<br>**Облачные сервисы:** Вместо покупки дорогих серверов для хранения данных, многие пользователи переходят на Google Drive, Dropbox или iCloud. Это позволяет экономить на дисковом пространстве, хотя и требует стабильного интернета.<br>**Контейнеризация:** Технологии вроде Docker минимизируют издержки ресурсов, позволяя запускать изолированные среды на одном устройстве.<br>**Легковесные ОС и софт:** Linux-дистрибутивы или приложения с упрощёнными интерфейсами могут дать старому железу вторую жизнь.<br>**Экономия или разочарование?**<br>В погоне за экономией пользователи сталкиваются с рисками:<br>**Потеря данных:** Старое оборудование или ненадёжные виртуальные среды могут стать причиной фатальных сбоев.<br>**Потраченное время:** Постоянные зависания или лаги приводят к потере продуктивности.<br>**Дополнительные расходы:** Дешёвые решения вроде некачественных накопителей часто оказываются дороже в долгосрочной перспективе.<br>Пример: пользователь решил сэкономить на SSD и выбрал малоизвестный бренд. Через год накопитель вышел из строя, уничтожив важные данные. Итог — убытки, потеря времени и новый SSD.<br>**Золотая середина: как вложиться разумно**<br>**Оцените свои задачи:** Если вы работаете с текстами, браузером и видео в 1080p, нет смысла вкладываться в топовые процессоры.<br>**Модернизация вместо замены:** Апгрейд SSD и добавление оперативной памяти часто дешевле полной смены устройства.<br>**Резервное копирование:** Надёжные облачные сервисы или NAS-системы защитят ваши данные.<br>**Используйте поддерживаемые технологии:** Убедитесь, что ОС и программы регулярно обновляются.<br>**Есть ли предел?**<br>Инвестиции в технику не должны быть бесконечными. Ключ — найти баланс между вашими текущими потребностями и будущими задачами. Зачем переплачивать за технологии, которые устареют через год, если их потенциал вы не используете?<br>В конечном счёте, избыточная надёжность — это не бесконечные траты, а правильное планирование. Помните, что разумный подход к выбору оборудования и виртуализации может спасти не только деньги, но и нервы.<br>**Список литературы**<br>Брайан Керниган, Роб Пайк. "Практическое программирование."<br>Ник Черногаев. "Оптимизация железа в эпоху облаков."<br>Джеймс Глиш. "Виртуализация: прошлое, настоящее и будущее."<br>Марк Руссинович. "Внутреннее устройство Windows."<br>Документация Docker: <a href="https://docs.docker.com" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="">docs.docker.com</span><span class="invisible"></span></a><br>**Хэштеги**<br><a href="https://qoto.org/tags/%D0%A2%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Технологии</span></a> <a href="https://qoto.org/tags/%D0%92%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Виртуализация</span></a> <a href="https://qoto.org/tags/%D0%90%D0%BF%D0%B3%D1%80%D0%B5%D0%B9%D0%B4" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Апгрейд</span></a> <a href="https://qoto.org/tags/%D0%96%D0%B5%D0%BB%D0%B5%D0%B7%D0%BE" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Железо</span></a> <a href="https://qoto.org/tags/%D0%9E%D0%B1%D0%BB%D0%B0%D1%87%D0%BD%D1%8B%D0%B5%D0%A1%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ОблачныеСервисы</span></a> <a href="https://qoto.org/tags/%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Оптимизация</span></a></p><p>Excessive reliability: the edges of hardware and virtualization - Infosec.Pub<br><a href="https://infosec.pub/post/23851325" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="">infosec.pub/post/23851325</span><span class="invisible"></span></a></p>
Habr<p>Устанавливаем Astra Linux на ARM MacOS при помощи UTM — полное руководство</p><p>Не секрет, что MacOS хоть и достаточно удобная операционная система, но звезд с неба не хватает, если речь заходит о работе с отечественным ПО. На самом деле все упирается в архитектуру: нативная установка x86 операционных систем на ARM Mac невозможна, а эмуляция ПО таких архитектур требует определенной экспертизы и довольно много времени, чтобы все не только запустилось, но и корректно заработало. Если вы используете Mac как основной компьютер и хотите перейти на отечественные IT-решения или администрируете их, вы зашли по адресу. Я опишу один из способов, как запустить и изучить Astra Linux SE 1.8 ARM на Mac. В результате ОС будет работать полностью автономно и на вашем компьютере.</p><p><a href="https://habr.com/ru/companies/astralinux/articles/883128/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/astralin</span><span class="invisible">ux/articles/883128/</span></a></p><p><a href="https://zhub.link/tags/macos" class="mention hashtag" rel="tag">#<span>macos</span></a> <a href="https://zhub.link/tags/arm" class="mention hashtag" rel="tag">#<span>arm</span></a> <a href="https://zhub.link/tags/utm" class="mention hashtag" rel="tag">#<span>utm</span></a> <a href="https://zhub.link/tags/apple_silicon" class="mention hashtag" rel="tag">#<span>apple_silicon</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D0%BC%D0%B0%D1%88%D0%B8%D0%BD%D0%B0" class="mention hashtag" rel="tag">#<span>виртуальная_машина</span></a> <a href="https://zhub.link/tags/spice" class="mention hashtag" rel="tag">#<span>spice</span></a> <a href="https://zhub.link/tags/termidesk" class="mention hashtag" rel="tag">#<span>termidesk</span></a> <a href="https://zhub.link/tags/astralinux" class="mention hashtag" rel="tag">#<span>astralinux</span></a> <a href="https://zhub.link/tags/%D0%B0%D1%81%D1%82%D1%80%D0%B0%D0%BB%D0%B8%D0%BD%D1%83%D0%BA%D1%81" class="mention hashtag" rel="tag">#<span>астралинукс</span></a></p>
Habr<p>Я проверил, сколько вы платите за одинаковое железо в разных облаках</p><p>Чем короче полоска, тем, вероятно, больше вас переподписывают или более старое железо предлагают. Что это за график — ниже Идея очень простая: покупаю одинаковые тарифы на одинаковом железе и гоняю тесты. Удивляюсь, немного охреневаю, снова гоняю тесты. Ну и вот теперь показываю вам. Задача: понять, насколько одинаковый тариф с одинаковым количеством vCPU и RAM выражается в реальную производительность у разных провайдеров. Забегая вперёд — у меня нет вопросов к Селектелу, Клауд.ру (Сберу) и Яндексу (почти). У них переподписки, вроде, нет. А вот дальше начинается дичь. Разница такая, что я чувствую, что оставлю свою инсталляцию и сделаю из этого сервис, чтобы можно было прогнать тесты каждому самостоятельно. Но пока давайте покажу результаты.</p><p><a href="https://habr.com/ru/companies/h3llo_cloud/articles/882126/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/h3llo_cl</span><span class="invisible">oud/articles/882126/</span></a></p><p><a href="https://zhub.link/tags/%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81" class="mention hashtag" rel="tag">#<span>сервис</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%81%D1%82%D1%8B" class="mention hashtag" rel="tag">#<span>виртуальные_тесты</span></a> <a href="https://zhub.link/tags/%D0%B8%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%B0" class="mention hashtag" rel="tag">#<span>инфраструктура</span></a> <a href="https://zhub.link/tags/%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%B0" class="mention hashtag" rel="tag">#<span>облака</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/%D1%85%D0%BE%D1%81%D1%82%D0%B8%D0%BD%D0%B3" class="mention hashtag" rel="tag">#<span>хостинг</span></a></p>
Habr<p>FC и Ethernet: две парадигмы построения инфраструктуры</p><p>В 2005 году выбор технологии Fibre Channel для корпоративной инфраструктуры был очевиден: скорость, высокая надежность, специализированное оборудование, поддержка производителей. FC доминировал в корпоративном сегменте, предлагая целостное решение для передачи данных с интегрированными механизмами отказоустойчивости, балансировки нагрузки и управления трафиком. Решение привлекало внимание и более мелких компаний, однако его широкому распространению среди них препятствовала высокая стоимость оборудования и обслуживания. Почти 20 лет спустя ситуация меняется. Технологии на базе Ethernet догнали FC по функциональности, а в некоторых аспектах опередили его в развитии. Ethernet уже предлагает скорость в 100 Гбит/с в массовом сегменте, а на горизонте маячат 400-гигабитные системы. При этом существует значительная разница в стоимости. Монополизация рынка FC ведет к завышенным ценам на оборудование и сложностям с технической поддержкой. В свою очередь, высокая конкуренция среди производителей Ethernet-решений обеспечивает доступную стоимость оборудования и постоянное развитие технологий.</p><p><a href="https://habr.com/ru/companies/vstack/articles/880514/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/vstack/a</span><span class="invisible">rticles/880514/</span></a></p><p><a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/%D1%81%D0%B5%D1%82%D0%B5%D0%B2%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8" class="mention hashtag" rel="tag">#<span>сетевые_технологии</span></a> <a href="https://zhub.link/tags/ethernet" class="mention hashtag" rel="tag">#<span>ethernet</span></a> <a href="https://zhub.link/tags/fibre_channel" class="mention hashtag" rel="tag">#<span>fibre_channel</span></a></p>
Habr<p>[Перевод] Закат VMware: как технологический гигант утратил лидерство</p><p>В последние годы трон под VMware, королем виртуализации, зашатался. Компания, доминировавшая на рынке в середине нулевых, начала сдавать позиции и допустила ряд стратегических ошибок. А спорное поглощение компанией Broadcom только усилило неопределенность относительно ее будущего. В этой статье я хочу рассмотреть факторы, которые, по моему мнению, способствовали упадку VMware, с упором на влияние Broadcom и непомерно выросшую, по сравнению с конкурентами, стоимостью лицензий. Отдельно хочу сказать, что все это — моя личная оценка ситуации.</p><p><a href="https://habr.com/ru/companies/basis/articles/877866/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/basis/ar</span><span class="invisible">ticles/877866/</span></a></p><p><a href="https://zhub.link/tags/vmware" class="mention hashtag" rel="tag">#<span>vmware</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D0%B8%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%B0" class="mention hashtag" rel="tag">#<span>виртуальная_инфраструктура</span></a> <a href="https://zhub.link/tags/%D0%B1%D0%B8%D0%B7%D0%BD%D0%B5%D1%81" class="mention hashtag" rel="tag">#<span>бизнес</span></a> <a href="https://zhub.link/tags/broadcom" class="mention hashtag" rel="tag">#<span>broadcom</span></a> <a href="https://zhub.link/tags/%D0%BB%D0%B8%D1%86%D0%B5%D0%BD%D0%B7%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5" class="mention hashtag" rel="tag">#<span>лицензирование</span></a> <a href="https://zhub.link/tags/%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B5_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D0%B5" class="mention hashtag" rel="tag">#<span>программное_обеспечение</span></a></p>
Habr<p>Что не так с безопасностью OpenStack (и, соответственно, безопасностью большинства российских облаков)</p><p>Коротко: огромный опенсорс-проект, который последние 3 года теряет разработчиков из-за адской бюрократии и кучи других проблем. Вот про это предыдущий пост, где я рассказывал про все прелести разработки, которые обозначает само же сообщество. Скажем так, OpenStack немного небезопасен. Для ИБ важно, что внутри 49 независимых команд, огромный легаси-монолит с попытками вынести части нового в отдельные сервисы, практически поломанное взаимодействие между командами и продуктами, нет единого внятного трекинга багов, и очень часто проблемы решаются костылями. Эта штука — бэк почти всех российских публичных облаков. Самые частые проблемы — нестыковки модулей, когда один из них создаёт ресурс, второй должен его использовать, но не использует, либо нарушается связь между модулями и ресурсы остаются осиротевшими. В этой уютной атмосфере, конечно же, ни о какой безопасной разработке речи быть в принципе не может. Ломают ли его? Конечно. Более того, проблема, которая приводит к возможности злоумышленника получить доступ к томам переехавшей ВМ, принципиально на уровне фикса так и не решилась. И сейчас большая часть российских публичных облаков, которые не закрыли её собственными костылями, уязвимы. В смысле, да, можно пойти и взять тома тех, кто там хостится, при определённом усилии. Пока мы ковырялись с развёртыванием собственного облака, выявили ещё некоторые нюансы ИБ.</p><p><a href="https://habr.com/ru/companies/h3llo_cloud/articles/879930/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/h3llo_cl</span><span class="invisible">oud/articles/879930/</span></a></p><p><a href="https://zhub.link/tags/%D0%BE%D0%BF%D0%B5%D0%BD%D1%81%D1%82%D0%B5%D0%BA" class="mention hashtag" rel="tag">#<span>опенстек</span></a> <a href="https://zhub.link/tags/%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81" class="mention hashtag" rel="tag">#<span>сервис</span></a> <a href="https://zhub.link/tags/openstack" class="mention hashtag" rel="tag">#<span>openstack</span></a> <a href="https://zhub.link/tags/%D0%B8%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%B0" class="mention hashtag" rel="tag">#<span>инфраструктура</span></a> <a href="https://zhub.link/tags/%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%BE" class="mention hashtag" rel="tag">#<span>облако</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a></p>
Habr 25+<p>Какую бюрократию мы прошли, чтобы открыть публичное облако в России по новым законам</p><p>Просто один эпизод: надо закупить железку за пару миллионов рублей. Но понадобится она только для того, чтобы ввести её серийник в форме регистрации. Её можно вообще не включать и поставить в угол. Но без серийника вас не пустят дальше по процессу. Саму железку продают в лучших традициях бюрократии — от момента, когда у вас есть деньги и желание и вы готовы заплатить хоть сейчас, до момента, когда железяка будет передана в отгрузку, пройдёт около 3 месяцев. И это только один пример того, что нас ждало в реалиях 2024 года, когда поменялись требования к хостинг-провайдерам. А раз мы открываем публичное облако, то должны им соответствовать. При открытии облака есть 3 больших области, где нужно всё сделать: Открыть юрлицо (как и любому бизнесу) и прикрутить оплату. Запустить ЦОД (у нас несколько площадок, и одна в собственности, потому что там серверы с иммерсионным охлаждением). Там из интересного, например, строительство оптических линий связи. И, собственно, соблюсти требования РКН по включению в реестр хостингов. Именно третья часть вызвала больше всего приключений.</p><p><a href="https://habr.com/ru/companies/h3llo_cloud/articles/879236/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=879236" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/h3llo_cl</span><span class="invisible">oud/articles/879236/?utm_source=habrahabr&amp;utm_medium=rss&amp;utm_campaign=879236</span></a></p><p><a href="https://zhub.link/tags/%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82" class="mention hashtag" rel="tag">#<span>проект</span></a> <a href="https://zhub.link/tags/%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%BE" class="mention hashtag" rel="tag">#<span>облако</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/%D0%B7%D0%B0%D0%BF%D1%83%D1%81%D0%BA_%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%B0" class="mention hashtag" rel="tag">#<span>запуск_облака</span></a> <a href="https://zhub.link/tags/%D0%A6%D0%9E%D0%94%D1%8B" class="mention hashtag" rel="tag">#<span>ЦОДы</span></a></p>
Habr<p>Какую бюрократию мы прошли, чтобы открыть публичное облако в России по новым законам</p><p>Просто один эпизод: надо закупить железку за пару миллионов рублей. Но понадобится она только для того, чтобы ввести её серийник в форме регистрации. Её можно вообще не включать и поставить в угол. Но без серийника вас не пустят дальше по процессу. Саму железку продают в лучших традициях бюрократии — от момента, когда у вас есть деньги и желание и вы готовы заплатить хоть сейчас, до момента, когда железяка будет передана в отгрузку, пройдёт около 3 месяцев. И это только один пример того, что нас ждало в реалиях 2024 года, когда поменялись требования к хостинг-провайдерам. А раз мы открываем публичное облако, то должны им соответствовать. При открытии облака есть 3 больших области, где нужно всё сделать: Открыть юрлицо (как и любому бизнесу) и прикрутить оплату. Запустить ЦОД (у нас несколько площадок, и одна в собственности, потому что там серверы с иммерсионным охлаждением). Там из интересного, например, строительство оптических линий связи. И, собственно, соблюсти требования РКН по включению в реестр хостингов. Именно третья часть вызвала больше всего приключений.</p><p><a href="https://habr.com/ru/companies/h3llo_cloud/articles/879236/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/h3llo_cl</span><span class="invisible">oud/articles/879236/</span></a></p><p><a href="https://zhub.link/tags/%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82" class="mention hashtag" rel="tag">#<span>проект</span></a> <a href="https://zhub.link/tags/%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%BE" class="mention hashtag" rel="tag">#<span>облако</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/%D0%B7%D0%B0%D0%BF%D1%83%D1%81%D0%BA_%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%B0" class="mention hashtag" rel="tag">#<span>запуск_облака</span></a> <a href="https://zhub.link/tags/%D0%A6%D0%9E%D0%94%D1%8B" class="mention hashtag" rel="tag">#<span>ЦОДы</span></a></p>
Habr<p>Создание образа в Cloud-init</p><p>Всем привет! Это первая моя статья на Хабре, поэтому судите по всей строгости! Я рыскал по просторам интернетов и не нашел простой информации по созданию своими руками образа cloud-init, поэтому своими глазами изучал официальные маны и методом проб и ошибок теперь имею представление о том, как всё же запустить этот интересный и полезный инструмент!</p><p><a href="https://habr.com/ru/articles/876750/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="">habr.com/ru/articles/876750/</span><span class="invisible"></span></a></p><p><a href="https://zhub.link/tags/cloud" class="mention hashtag" rel="tag">#<span>cloud</span></a> <a href="https://zhub.link/tags/cloudinit" class="mention hashtag" rel="tag">#<span>cloudinit</span></a> <a href="https://zhub.link/tags/linux" class="mention hashtag" rel="tag">#<span>linux</span></a> <a href="https://zhub.link/tags/bash" class="mention hashtag" rel="tag">#<span>bash</span></a> <a href="https://zhub.link/tags/yaml" class="mention hashtag" rel="tag">#<span>yaml</span></a> <a href="https://zhub.link/tags/%D0%BE%D0%B1%D0%BB%D0%B0%D1%87%D0%BD%D1%8B%D0%B5_%D1%82%D0%B5%D1%85%D0%BD%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D0%B8" class="mention hashtag" rel="tag">#<span>облачные_технологии</span></a> <a href="https://zhub.link/tags/%D0%BE%D0%B1%D0%BB%D0%B0%D1%87%D0%BD%D1%8B%D0%B5_%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81%D1%8B" class="mention hashtag" rel="tag">#<span>облачные_сервисы</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/virsh" class="mention hashtag" rel="tag">#<span>virsh</span></a> <a href="https://zhub.link/tags/libvirt" class="mention hashtag" rel="tag">#<span>libvirt</span></a></p>
Habr<p>Что не так с OpenStack и почти всеми российскими публичными облаками</p><p>Это один из тех адских опенсорсных проектов, которые отлично начинались в 2010-м, но потом с сообществом что-то пошло конкретно не так. Можно сказать, что перед нами — опенсорс, болеющий всеми корпоративными проблемами. В целом с 2019 года развитие проекта буксует, а количество участников комьюнити постепенно снижается. Некоторые сервисы не развиваются или вовсе закрываются из-за недостатка мейнтейнеров. Но при этом, если вы строите публичное облако в России, варианты выбора у вас очень богатые: либо на OpenStack с собственной разработкой, либо на OpenStack, но коммерческом. Просто чтобы вы понимали уровень ситуации: Архитектура — заявленная как микросервисная, по факту — распределённый монолит, причём взаимодействие с компонентами вроде файловых хранилищ разного типа не вынесено в отдельные модули, а затянуто в ядро. 49 команд разработки, которые делят сервисы по зоне ответственности, а не архитектурной задаче. Десятки комитетов, которые добавляют бюрократии. Документация не соответствует реальности. Иногда баг в одном модуле исправляется специальной утилитой, убирающей его последствия от другой команды разработки, а не апдейтом исходного модуля. Код неоптимальный, сервисы работают медленно, есть бутылочные горлышки. Обновляться очень тяжело. ИБ часто делается по остаточному принципу. В общем, в 2025 году я никак не могу советовать идти в OpenStack, но особого выбора-то и нет. Чтобы не быть голословным, ниже будет полный каталог проблем, с которыми мы столкнулись на практике.</p><p><a href="https://habr.com/ru/companies/h3llo_cloud/articles/875644/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/h3llo_cl</span><span class="invisible">oud/articles/875644/</span></a></p><p><a href="https://zhub.link/tags/%D0%BE%D0%BF%D0%B5%D0%BD%D1%81%D1%82%D0%B5%D0%BA" class="mention hashtag" rel="tag">#<span>опенстек</span></a> <a href="https://zhub.link/tags/%D1%81%D0%B5%D1%80%D0%B2%D0%B8%D1%81" class="mention hashtag" rel="tag">#<span>сервис</span></a> <a href="https://zhub.link/tags/openstack" class="mention hashtag" rel="tag">#<span>openstack</span></a> <a href="https://zhub.link/tags/%D0%B8%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%B0" class="mention hashtag" rel="tag">#<span>инфраструктура</span></a> <a href="https://zhub.link/tags/%D0%BE%D0%B1%D0%BB%D0%B0%D0%BA%D0%BE" class="mention hashtag" rel="tag">#<span>облако</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a></p>
Habr<p>Использование clickhouse в разных средах</p><p>Всем привет. Данная статья не более чем эксперимент. Тем более, что сейчас есть тренд на запуск баз данных в контейнерах т.к. это действительно производительнее и нет лишнего оверхеда в сравнении использования технологий, которые используют виртуализацию. Во многих статьях есть поле манипуляций - это выводы на основе одного бенчмарка или когда надо доказать и обосновать, что принятое решение самое лучшее. В рамках статьи будет проверка работы clickhouse запускаемый в qemu-kvm, firecracker, containerd.</p><p><a href="https://habr.com/ru/articles/868202/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="">habr.com/ru/articles/868202/</span><span class="invisible"></span></a></p><p><a href="https://zhub.link/tags/clickhouse" class="mention hashtag" rel="tag">#<span>clickhouse</span></a> <a href="https://zhub.link/tags/%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%B9%D0%BD%D0%B5%D1%80%D1%8B" class="mention hashtag" rel="tag">#<span>контейнеры</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/firecracker" class="mention hashtag" rel="tag">#<span>firecracker</span></a> <a href="https://zhub.link/tags/%D0%B1%D0%B5%D0%BD%D1%87%D0%BC%D0%B0%D1%80%D0%BA%D0%B8_%D1%81_%D1%80%D0%B0%D0%B7%D0%BD%D1%8B%D0%BC_%D1%8F%D0%B4%D1%80%D0%BE%D0%BC" class="mention hashtag" rel="tag">#<span>бенчмарки_с_разным_ядром</span></a></p>
Habr<p>Что такое эмуляция, и зачем её придумали</p><p>В прошлых постах мы разобрали виртуализацию и гиперконвергенцию — два кита, на которых держится современная IT-инфраструктура. Сегодня поговорим об их младшем, но не менее важном брате — эмуляции, без которой многие вещи в современном IT были бы просто невозможны, а некоторые технологии, которые мы воспринимаем как должное, так и остались бы красивыми идеями на бумаге.</p><p><a href="https://habr.com/ru/companies/cdnnow/articles/868262/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/cdnnow/a</span><span class="invisible">rticles/868262/</span></a></p><p><a href="https://zhub.link/tags/%D1%8D%D0%BC%D1%83%D0%BB%D1%8F%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>эмуляция</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/%D0%B3%D0%B8%D0%BF%D0%B5%D1%80%D0%BA%D0%BE%D0%BD%D0%B2%D0%B5%D1%80%D0%B3%D0%B5%D0%BD%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>гиперконвергенция</span></a></p>
Habr<p>Импортозамещение без компромиссов: строим инфраструктуру КИИ безопасно и правильно</p><p>Привет, Хабр! Меня зовут Марат Сафин, я эксперт по направлению безопасности объектов КИИ и АСУТП в компании К2 Кибербезопасность. Наша команда отвечает за построение комплексных систем обеспечения информационной безопасности на объектах КИИ в промышленности. Сегодня мы вместе с моим коллегой Денисом Муруновым из компании К2Тех решили разобраться, как правильно и безопасно выстраивать ИТ-инфраструктуру промышленных объектов в условиях тотального импортозамещения.</p><p><a href="https://habr.com/ru/companies/k2tech/articles/867058/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/k2tech/a</span><span class="invisible">rticles/867058/</span></a></p><p><a href="https://zhub.link/tags/%D0%BA%D0%B8%D0%B8" class="mention hashtag" rel="tag">#<span>кии</span></a> <a href="https://zhub.link/tags/%D0%B0%D1%81%D1%83%D1%82%D0%BF" class="mention hashtag" rel="tag">#<span>асутп</span></a> <a href="https://zhub.link/tags/it%D0%B8%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%B0" class="mention hashtag" rel="tag">#<span>itинфраструктура</span></a> <a href="https://zhub.link/tags/%D0%B8%D0%BC%D0%BF%D0%BE%D1%80%D1%82%D0%BE%D0%B7%D0%B0%D0%BC%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D0%B5" class="mention hashtag" rel="tag">#<span>импортозамещение</span></a> <a href="https://zhub.link/tags/%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F_%D0%B1%D0%B5%D0%B7%D0%BE%D0%BF%D0%B0%D1%81%D0%BD%D0%BE%D1%81%D1%82%D1%8C_%D0%B0%D1%81%D1%83_%D1%82%D0%BF" class="mention hashtag" rel="tag">#<span>информационная_безопасность_асу_тп</span></a> <a href="https://zhub.link/tags/hardening" class="mention hashtag" rel="tag">#<span>hardening</span></a> <a href="https://zhub.link/tags/%D1%85%D0%B0%D1%80%D0%B4%D0%B5%D0%BD%D0%B8%D0%BD%D0%B3" class="mention hashtag" rel="tag">#<span>харденинг</span></a> <a href="https://zhub.link/tags/%D0%BA%D0%B8%D0%B1%D0%B5%D1%80%D0%B1%D0%B5%D0%B7%D0%BE%D0%BF%D0%B0%D1%81%D0%BD%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="tag">#<span>кибербезопасность</span></a> <a href="https://zhub.link/tags/%D1%80%D0%B5%D0%B3%D1%83%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5" class="mention hashtag" rel="tag">#<span>регулирование</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a></p>
Habr<p>Механизм, а не политика: как мы внедряли SDN в нашу систему виртуализации</p><p>Виртуальные сети, VLAN-ы, трафик север-юг/запад-восток, оверлей, L2 поверх L3 — и кто только придумал всю эту конструкцию? Думаю, такие мысли знакомы многим админам и инженерам. Всё становится проще с SDN (Software-Defined Networking). Меня зовут Михаил Фучко, я архитектор SDN в команде zVirt. В этом посте я расскажу, зачем и как мы в Orion soft разрабатывали и интегрировали SDN в нашу систему виртуализации. Обсудим: - Какие требования есть у компаний к SDN в продукте; - Почему выбрали OVN/OVS; - С какими проблемами столкнулись при интеграции с oVirt и какие решения нашли, чтобы их устранить.</p><p><a href="https://habr.com/ru/companies/orion_soft/articles/866372/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/orion_so</span><span class="invisible">ft/articles/866372/</span></a></p><p><a href="https://zhub.link/tags/orion_soft" class="mention hashtag" rel="tag">#<span>orion_soft</span></a> <a href="https://zhub.link/tags/zvirt" class="mention hashtag" rel="tag">#<span>zvirt</span></a> <a href="https://zhub.link/tags/sdn" class="mention hashtag" rel="tag">#<span>sdn</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a></p>
Habr<p>Применение аппаратных ускорителей в SDN: как мы добились скорости передачи пакетов на уровне Bare Metal</p><p>Каждый, кто имеет дело с более-менее крупной IT-инфраструктурой, знает, что в мире сетей есть две прямо противоположных реальности. В одной — виртуализация с эффективным дроблением ресурсов, но потерей скоростей, в другой — Bare Metal с высокой скоростью и мощностью, но слабой гибкостью в вопросах выделения ресурсов. И если вы уже задались вопросом: «А можно без крайностей?», я инженер R&amp;D-команды Узнать больше</p><p><a href="https://habr.com/ru/companies/cloud_ru/articles/861434/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/cloud_ru</span><span class="invisible">/articles/861434/</span></a></p><p><a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/bare_metal" class="mention hashtag" rel="tag">#<span>bare_metal</span></a> <a href="https://zhub.link/tags/rnd" class="mention hashtag" rel="tag">#<span>rnd</span></a> <a href="https://zhub.link/tags/openstack" class="mention hashtag" rel="tag">#<span>openstack</span></a> <a href="https://zhub.link/tags/asap" class="mention hashtag" rel="tag">#<span>asap</span></a> <a href="https://zhub.link/tags/nvidia" class="mention hashtag" rel="tag">#<span>nvidia</span></a> <a href="https://zhub.link/tags/%D1%83%D1%81%D0%BA%D0%BE%D1%80%D1%8F%D0%B5%D0%BC_%D1%81%D0%B5%D1%82%D1%8C" class="mention hashtag" rel="tag">#<span>ускоряем_сеть</span></a> <a href="https://zhub.link/tags/dpu" class="mention hashtag" rel="tag">#<span>dpu</span></a></p>
Habr<p>Кибер Бэкап. Быстрый старт. Защита платформ виртуализации</p><p>Продолжаем рассказывать про то, как быстро и просто начать использовать нашу систему резервного копирования Кибер Бэкап. В первой части мы обсудили, как развернуть Кибер Бэкап на ОС Linux и создать план резервного копирования. Сегодня поговорим о защите платформ виртуализации.</p><p><a href="https://habr.com/ru/companies/cyberprotect/articles/859592/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/cyberpro</span><span class="invisible">tect/articles/859592/</span></a></p><p><a href="https://zhub.link/tags/%D0%BA%D0%B8%D0%B1%D0%B5%D1%80%D0%BF%D1%80%D0%BE%D1%82%D0%B5%D0%BA%D1%82" class="mention hashtag" rel="tag">#<span>киберпротект</span></a> <a href="https://zhub.link/tags/%D0%BA%D0%B8%D0%B1%D0%B5%D1%80_%D0%B1%D1%8D%D0%BA%D0%B0%D0%BF" class="mention hashtag" rel="tag">#<span>кибер_бэкап</span></a> <a href="https://zhub.link/tags/%D1%80%D0%B5%D0%B7%D0%B5%D1%80%D0%B2%D0%BD%D0%BE%D0%B5_%D0%BA%D0%BE%D0%BF%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5" class="mention hashtag" rel="tag">#<span>резервное_копирование</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%BE%D1%81%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85" class="mention hashtag" rel="tag">#<span>восстановление_данных</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/zvirt" class="mention hashtag" rel="tag">#<span>zvirt</span></a> <a href="https://zhub.link/tags/ovirt" class="mention hashtag" rel="tag">#<span>ovirt</span></a> <a href="https://zhub.link/tags/%D0%B8%D0%BC%D0%BF%D0%BE%D1%80%D1%82%D0%BE%D0%B7%D0%B0%D0%BC%D0%B5%D1%89%D0%B5%D0%BD%D0%B8%D0%B5" class="mention hashtag" rel="tag">#<span>импортозамещение</span></a></p>
Habr<p>Хватит называть контейнеризацию виртуализацией</p><p>Привет, Хабр! Меня зовут Матвей Мочалов, я — компьютерный инженер и один из авторов корпоративного блога cdnnow! Как-то мы уже обсуждали особенности Docker на разных системах, а сегодня я хочу копнуть глубже — поговорить о том, как наша индустрия поймала саму себя в ловушку Джокера и умудрилась запутать всех, выдавая контейнеризацию за виртуализацию. Продолжим об этом ниже в посте.</p><p><a href="https://habr.com/ru/companies/cdnnow/articles/856130/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="ellipsis">habr.com/ru/companies/cdnnow/a</span><span class="invisible">rticles/856130/</span></a></p><p><a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%B9%D0%BD%D0%B5%D1%80%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>контейнеризация</span></a></p>
Habr<p>Технология NTB: опыт применения и ее виртуализация QEMU</p><p>В статье мы расскажем о системах хранения данных (СХД), в частности о применении технологии NTB поверх шины PCIe. Наша команда столкнулась с задачей виртуализации технологии NTB в QEMU, решение которой было сведено к созданию частичной виртуализации IDT 89HPES24NT6AG2 PCI Express Switch, модификации модуля ядра Linux для поддержки нашей виртуализации и сборки воедино с помощью Yocto Project.</p><p><a href="https://habr.com/ru/articles/853486/" target="_blank" rel="nofollow noopener noreferrer" translate="no"><span class="invisible">https://</span><span class="">habr.com/ru/articles/853486/</span><span class="invisible"></span></a></p><p><a href="https://zhub.link/tags/NTB" class="mention hashtag" rel="tag">#<span>NTB</span></a> <a href="https://zhub.link/tags/qemu" class="mention hashtag" rel="tag">#<span>qemu</span></a> <a href="https://zhub.link/tags/dma" class="mention hashtag" rel="tag">#<span>dma</span></a> <a href="https://zhub.link/tags/RMDA" class="mention hashtag" rel="tag">#<span>RMDA</span></a> <a href="https://zhub.link/tags/PCIE" class="mention hashtag" rel="tag">#<span>PCIE</span></a> <a href="https://zhub.link/tags/%D1%81%D1%85%D0%B4" class="mention hashtag" rel="tag">#<span>схд</span></a> <a href="https://zhub.link/tags/shared_memory" class="mention hashtag" rel="tag">#<span>shared_memory</span></a> <a href="https://zhub.link/tags/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F" class="mention hashtag" rel="tag">#<span>виртуализация</span></a> <a href="https://zhub.link/tags/%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D1%8C" class="mention hashtag" rel="tag">#<span>производительность</span></a> <a href="https://zhub.link/tags/linux_kernel" class="mention hashtag" rel="tag">#<span>linux_kernel</span></a></p>