#openstack — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #openstack, aggregated by home.social.
-
CVE-2026-49017: HIGH-severity in OpenStack Swift 2.36.0 & 2.37.0. Infinite loop in s3api lets authenticated attackers exhaust proxy workers → DoS risk. Patch to 2.36.2 or 2.37.2+ now! 🔄 https://radar.offseq.com/threat/cve-2026-49017-cwe-835-loop-with-unreachable-exit--0557d1bf #OffSeq #OpenStack #Vuln #DoS
-
CVE-2026-49017: HIGH-severity in OpenStack Swift 2.36.0 & 2.37.0. Infinite loop in s3api lets authenticated attackers exhaust proxy workers → DoS risk. Patch to 2.36.2 or 2.37.2+ now! 🔄 https://radar.offseq.com/threat/cve-2026-49017-cwe-835-loop-with-unreachable-exit--0557d1bf #OffSeq #OpenStack #Vuln #DoS
-
CVE-2026-49017: HIGH-severity in OpenStack Swift 2.36.0 & 2.37.0. Infinite loop in s3api lets authenticated attackers exhaust proxy workers → DoS risk. Patch to 2.36.2 or 2.37.2+ now! 🔄 https://radar.offseq.com/threat/cve-2026-49017-cwe-835-loop-with-unreachable-exit--0557d1bf #OffSeq #OpenStack #Vuln #DoS
-
CVE-2026-49017: HIGH-severity in OpenStack Swift 2.36.0 & 2.37.0. Infinite loop in s3api lets authenticated attackers exhaust proxy workers → DoS risk. Patch to 2.36.2 or 2.37.2+ now! 🔄 https://radar.offseq.com/threat/cve-2026-49017-cwe-835-loop-with-unreachable-exit--0557d1bf #OffSeq #OpenStack #Vuln #DoS
-
OpenStack SCS-konform bereitstellen: kinderleicht dank Yaook-Operator ⚡
Dr. Matthias Büchse (ALASCA) zeigt beim #SCSSummit2026 in einem Lightning Talk einen Yaook-Operator, der das Erreichen und Sicherstellen der SCS-Konformität automatisiert.
Aktueller Stand, Funktionen und nächste Schritte, aus dem FOCIS-Projekt.
#OpenSource #SCS #SCSSUMMIT2026 #OpenStack -
OpenStack zu OpenStack – Umzug in ein neues Zuhause 📦
Michel Raabe (B1 Systems) und Daniel Pfanz (Körber Pharma) zeigen beim #SCSSummit2026 die Migration von Red Hat OpenStack zu einer neuen OpenStack-Umgebung auf OSISM-Basis.
Herausforderungen, Fallstricke und Lösungswege, und warum sich der Weg ins SCS-Ökosystem lohnt.
#OpenSource #SCS #SCSSUMMIT2026 #OpenStack -
Dear kolla-ansible or OpenStack users,
not everything I encounter is worth a bug report, but other than the IRC channel (which sounded development-oriented, but which I do not find the link to anymore) is there no forum or chat or Matrix room where kolla-ansible users can help each other? Or is this done on the OpenStack forums or user groups or similar?
#OpenStack #kolla-ansible
-
Dear kolla-ansible or OpenStack users,
not everything I encounter is worth a bug report, but other than the IRC channel (which sounded development-oriented, but which I do not find the link to anymore) is there no forum or chat or Matrix room where kolla-ansible users can help each other? Or is this done on the OpenStack forums or user groups or similar?
#OpenStack #kolla-ansible
-
Dear kolla-ansible or OpenStack users,
not everything I encounter is worth a bug report, but other than the IRC channel (which sounded development-oriented, but which I do not find the link to anymore) is there no forum or chat or Matrix room where kolla-ansible users can help each other? Or is this done on the OpenStack forums or user groups or similar?
#OpenStack #kolla-ansible
-
Dear kolla-ansible or OpenStack users,
not everything I encounter is worth a bug report, but other than the IRC channel (which sounded development-oriented, but which I do not find the link to anymore) is there no forum or chat or Matrix room where kolla-ansible users can help each other? Or is this done on the OpenStack forums or user groups or similar?
#OpenStack #kolla-ansible
-
Dear kolla-ansible or OpenStack users,
not everything I encounter is worth a bug report, but other than the IRC channel (which sounded development-oriented, but which I do not find the link to anymore) is there no forum or chat or Matrix room where kolla-ansible users can help each other? Or is this done on the OpenStack forums or user groups or similar?
#OpenStack #kolla-ansible
-
OK, so I took the plunge and finally (after ~7 years of thinking about it and being distracted by other things) started playing around with OpenStack and kolla-ansible.
The quick start guide makes it sound simple and it really is. After some fiddling with the proper kolla-ansible versions I had a working installation (single node, but still impressive).
Encountered some bugs on the way (and reported them), which is to be expected by using a not-yet-released version (stable/2026.1 git branch).
Next step is trying to find documentation on how to use it to do a multi-machine installation where things like storage get important and interesting.
I'll keep you posted. If you do not hear from me again, you know why... :-)
#OpenStack #kolla-ansible #HomeLab #HellYeah #Virtualization #Cloud
-
OK, so I took the plunge and finally (after ~7 years of thinking about it and being distracted by other things) started playing around with OpenStack and kolla-ansible.
The quick start guide makes it sound simple and it really is. After some fiddling with the proper kolla-ansible versions I had a working installation (single node, but still impressive).
Encountered some bugs on the way (and reported them), which is to be expected by using a not-yet-released version (stable/2026.1 git branch).
Next step is trying to find documentation on how to use it to do a multi-machine installation where things like storage get important and interesting.
I'll keep you posted. If you do not hear from me again, you know why... :-)
#OpenStack #kolla-ansible #HomeLab #HellYeah #Virtualization #Cloud
-
OK, so I took the plunge and finally (after ~7 years of thinking about it and being distracted by other things) started playing around with OpenStack and kolla-ansible.
The quick start guide makes it sound simple and it really is. After some fiddling with the proper kolla-ansible versions I had a working installation (single node, but still impressive).
Encountered some bugs on the way (and reported them), which is to be expected by using a not-yet-released version (stable/2026.1 git branch).
Next step is trying to find documentation on how to use it to do a multi-machine installation where things like storage get important and interesting.
I'll keep you posted. If you do not hear from me again, you know why... :-)
#OpenStack #kolla-ansible #HomeLab #HellYeah #Virtualization #Cloud
-
OK, so I took the plunge and finally (after ~7 years of thinking about it and being distracted by other things) started playing around with OpenStack and kolla-ansible.
The quick start guide makes it sound simple and it really is. After some fiddling with the proper kolla-ansible versions I had a working installation (single node, but still impressive).
Encountered some bugs on the way (and reported them), which is to be expected by using a not-yet-released version (stable/2026.1 git branch).
Next step is trying to find documentation on how to use it to do a multi-machine installation where things like storage get important and interesting.
I'll keep you posted. If you do not hear from me again, you know why... :-)
#OpenStack #kolla-ansible #HomeLab #HellYeah #Virtualization #Cloud
-
OK, so I took the plunge and finally (after ~7 years of thinking about it and being distracted by other things) started playing around with OpenStack and kolla-ansible.
The quick start guide makes it sound simple and it really is. After some fiddling with the proper kolla-ansible versions I had a working installation (single node, but still impressive).
Encountered some bugs on the way (and reported them), which is to be expected by using a not-yet-released version (stable/2026.1 git branch).
Next step is trying to find documentation on how to use it to do a multi-machine installation where things like storage get important and interesting.
I'll keep you posted. If you do not hear from me again, you know why... :-)
#OpenStack #kolla-ansible #HomeLab #HellYeah #Virtualization #Cloud
-
GitLab should look into Zuul
The evolution of GitLab reminded me of Zuul, built to handle multiple merge requests in parallel "at a rate no human team ever did". Machine-scale infrastructure. Agents open merge requests in parallel, trigger pipelines around the clock, and push commits at a rate no human team ever did. Source: GitLab Act 2https://www.maffulli.net/2026/05/13/gitlab-should-look-into-zuul/
-
GitLab should look into Zuul
The evolution of GitLab reminded me of Zuul, built to handle multiple merge requests in parallel "at a rate no human team ever did". Machine-scale infrastructure. Agents open merge requests in parallel, trigger pipelines around the clock, and push commits at a rate no human team ever did. Source: GitLab Act 2https://www.maffulli.net/2026/05/13/gitlab-should-look-into-zuul/
-
GitLab should look into Zuul
The evolution of GitLab reminded me of Zuul, built to handle multiple merge requests in parallel "at a rate no human team ever did". Machine-scale infrastructure. Agents open merge requests in parallel, trigger pipelines around the clock, and push commits at a rate no human team ever did. Source: GitLab Act 2https://www.maffulli.net/2026/05/13/gitlab-should-look-into-zuul/
-
GitLab should look into Zuul
The evolution of GitLab reminded me of Zuul, built to handle multiple merge requests in parallel "at a rate no human team ever did". Machine-scale infrastructure. Agents open merge requests in parallel, trigger pipelines around the clock, and push commits at a rate no human team ever did. Source: GitLab Act 2https://www.maffulli.net/2026/05/13/gitlab-should-look-into-zuul/
-
GitLab should look into Zuul
The evolution of GitLab reminded me of Zuul, built to handle multiple merge requests in parallel “at a rate no human team ever did”.
Machine-scale infrastructure. Agents open merge requests in parallel, trigger pipelines around the clock, and push commits at a rate no human team ever did.
Source: GitLab Act 2
-
#Yahoo Japan’s consolidating 164 #OpenStack clusters into one
Company revealed that LINE’s internal cloud, called “Verda”, comprised 130,000 VMs running across 11,000 hosts that sprawled across four OpenStack clusters. Yahoo! Japan’s “YNW” cloud ran on 27,000 servers, and saw more than 160,000 VMs run across over 160 OpenStack clusters. The company’s plan for the new “Flava” cloud calls for 500 or more hosts, 9,000-plus VMs, and a single OpenStack cluster.
https://www.theregister.com/2026/04/07/ly_corp_openstack_consolidation/ -
Миграция в облако без пересборки: как пользовательские образы решают проблему переезда
Привет, Хабр! На связи Даша Косова, я продакт менеджер Рег.облака. Представим знакомую многим ситуацию. У компании есть сервер. Он работает уже несколько лет. На нем крутятся базы данных, backend-сервисы, cron-скрипты, система мониторинга. Всё настроено, всё работает, и трогать это никто особенно не хочет. Инфраструктуру собирали постепенно: что-то добавили год назад, что-то настроили два года назад, какие-то сервисы поднимали «на скорую руку». Со временем все это превратилось в полноценную рабочую систему. И в какой-то момент возникает идея переехать в облако. А что происходит дальше и как ничего не потерять при переезде — в этой статье.
https://habr.com/ru/companies/runity/articles/1029772/
#регоблако #облака #миграция_данных #миграция_в_облако #миграция_итинфраструктуры #перенос_данных #образы #openstack #базы_данных #облако
-
Миграция в облако без пересборки: как пользовательские образы решают проблему переезда
Привет, Хабр! На связи Даша Косова, я продакт менеджер Рег.облака. Представим знакомую многим ситуацию. У компании есть сервер. Он работает уже несколько лет. На нем крутятся базы данных, backend-сервисы, cron-скрипты, система мониторинга. Всё настроено, всё работает, и трогать это никто особенно не хочет. Инфраструктуру собирали постепенно: что-то добавили год назад, что-то настроили два года назад, какие-то сервисы поднимали «на скорую руку». Со временем все это превратилось в полноценную рабочую систему. И в какой-то момент возникает идея переехать в облако. А что происходит дальше и как ничего не потерять при переезде — в этой статье.
https://habr.com/ru/companies/runity/articles/1029772/
#регоблако #облака #миграция_данных #миграция_в_облако #миграция_итинфраструктуры #перенос_данных #образы #openstack #базы_данных #облако
-
Миграция в облако без пересборки: как пользовательские образы решают проблему переезда
Привет, Хабр! На связи Даша Косова, я продакт менеджер Рег.облака. Представим знакомую многим ситуацию. У компании есть сервер. Он работает уже несколько лет. На нем крутятся базы данных, backend-сервисы, cron-скрипты, система мониторинга. Всё настроено, всё работает, и трогать это никто особенно не хочет. Инфраструктуру собирали постепенно: что-то добавили год назад, что-то настроили два года назад, какие-то сервисы поднимали «на скорую руку». Со временем все это превратилось в полноценную рабочую систему. И в какой-то момент возникает идея переехать в облако. А что происходит дальше и как ничего не потерять при переезде — в этой статье.
https://habr.com/ru/companies/runity/articles/1029772/
#регоблако #облака #миграция_данных #миграция_в_облако #миграция_итинфраструктуры #перенос_данных #образы #openstack #базы_данных #облако
-
Ten years ago today I tweeted "Great talk from @neiljerram: Project Calico - bgp-based pure IP networking for #OpenStack - no encap/decap, no tunnels, no s/w fwding agents" (screenshot is from facebook memories as I deleted my twitter account years ago).
Nowadays Neil is now Nell, Twitter is unusable, but our private cloud runs on this Calico SDN technology.
-
Автоматизируем создание глобального роутера для связи выделенного и облачного серверов
Привет, Хабр! Меня зовут Сергей, я разработчик облачной платформы Читать далее →
-
Автоматизируем создание глобального роутера для связи выделенного и облачного серверов
Привет, Хабр! Меня зовут Сергей, я разработчик облачной платформы Читать далее →
-
Автоматизируем создание глобального роутера для связи выделенного и облачного серверов
Привет, Хабр! Меня зовут Сергей, я разработчик облачной платформы Читать далее →
-
Автоматизируем создание глобального роутера для связи выделенного и облачного серверов
Привет, Хабр! Меня зовут Сергей, я разработчик облачной платформы Читать далее →
-
Ракета, которая не взлетела: почему компании отказываются от OpenStack
Знаете, бывают технологии, которые изучаешь — и сразу понятно, куда шли и чем закончили, но OpenStack — это не просто технология, это целая эпоха. Причём такая, где на одной временной шкале у тебя NASA, Rackspace, Mirantis и Red Hat и десятки других крупных компаний, каждая из которых решила, что надо объединиться чтобы сделать свой, «домашний» AWS. Кстати, да, меня зовут Эдгар Сипки, я девелопер-адвокат в MWS Cloud Platform, и сегодня мы поговорим об OpenStack.
-
Ракета, которая не взлетела: почему компании отказываются от OpenStack
Знаете, бывают технологии, которые изучаешь — и сразу понятно, куда шли и чем закончили, но OpenStack — это не просто технология, это целая эпоха. Причём такая, где на одной временной шкале у тебя NASA, Rackspace, Mirantis и Red Hat и десятки других крупных компаний, каждая из которых решила, что надо объединиться чтобы сделать свой, «домашний» AWS. Кстати, да, меня зовут Эдгар Сипки, я девелопер-адвокат в MWS Cloud Platform, и сегодня мы поговорим об OpenStack.
-
Ракета, которая не взлетела: почему компании отказываются от OpenStack
Знаете, бывают технологии, которые изучаешь — и сразу понятно, куда шли и чем закончили, но OpenStack — это не просто технология, это целая эпоха. Причём такая, где на одной временной шкале у тебя NASA, Rackspace, Mirantis и Red Hat и десятки других крупных компаний, каждая из которых решила, что надо объединиться чтобы сделать свой, «домашний» AWS. Кстати, да, меня зовут Эдгар Сипки, я девелопер-адвокат в MWS Cloud Platform, и сегодня мы поговорим об OpenStack.
-
Ракета, которая не взлетела: почему компании отказываются от OpenStack
Знаете, бывают технологии, которые изучаешь — и сразу понятно, куда шли и чем закончили, но OpenStack — это не просто технология, это целая эпоха. Причём такая, где на одной временной шкале у тебя NASA, Rackspace, Mirantis и Red Hat и десятки других крупных компаний, каждая из которых решила, что надо объединиться чтобы сделать свой, «домашний» AWS. Кстати, да, меня зовут Эдгар Сипки, я девелопер-адвокат в MWS Cloud Platform, и сегодня мы поговорим об OpenStack.
-
This week, I had a new baby girl! My wife is ok, the baby is ok, everybody's ok. This is my third child so I know what to expect from this life changing event. For now, she is asleep most of the time. I even had a good night's sleep last night. I should be fresh and happy.
My brain still wants to do computer stuff. I have to renew a handcrafted TLS certificate in my homelab that will expire soon. I would like to use my fully automated private CA I deployed a few weeks ago but I don't want to break everything so I need to spawn a cloud instance, set up a second VPN server then choose a host in my lab to configure the client before deploying everywhere using the same (tested) procedure.
When my first daughter woke up, she wanted to play video games on my main computer. I booted my laptop, checked if OpenTofu was installed, it was outdated so I started to upgrade the laptop. Then my son woke up. My laptop doesn't have access to the homelab. It doesn't have the OpenStack credentials to spawn a cloud instance. And now everybody is awake.
To conclude, next time I'll focus on only updating the soon to be expired certificate using the manual method that works, instead of implementing a fully automated process that takes time and doesn't work yet.
It's a rainy day, but it's still not the day that I'll update my docker containers to podman quadlet.
PS: It took me nearly 1 hour in fragmented time to write this post 😅
-
Had a bourbon tonight and was stunned to realize this was 15 years ago now. Mad props to the gang from Nebula, one of the very best teams i’ve ever worked with. #openstack
-
Low-latency инфраструктура: как устроены ЦОД и сети для минимизации задержек
Здравствуйте! Меня зовут Максим Захаренко, я CEO облачной платформы и автор медиа « вАЙТИ ». Хочу поделиться нашим опытом и мыслями о том, как в России строится инфраструктура для облачных сервисов с минимальной задержкой (low-latency). Это взгляд изнутри — от лица провайдера, который каждый день сталкивается с задачей ускорения облака для B2B-клиентов. Поговорим о том, почему задержка — такой важный параметр, как устроены современные дата-центры и сети, какие решения применяем мы и другие российские компании и с какими вызовами приходится сталкиваться.
https://habr.com/ru/companies/beeline_cloud/articles/1022024/
#low_latency_cloud #low_latency #облачная_инфраструктура #датацентр #цод #сетевые_технологии #openstack #kvm #виртуализация #vdi
-
Low-latency инфраструктура: как устроены ЦОД и сети для минимизации задержек
Здравствуйте! Меня зовут Максим Захаренко, я CEO облачной платформы и автор медиа « вАЙТИ ». Хочу поделиться нашим опытом и мыслями о том, как в России строится инфраструктура для облачных сервисов с минимальной задержкой (low-latency). Это взгляд изнутри — от лица провайдера, который каждый день сталкивается с задачей ускорения облака для B2B-клиентов. Поговорим о том, почему задержка — такой важный параметр, как устроены современные дата-центры и сети, какие решения применяем мы и другие российские компании и с какими вызовами приходится сталкиваться.
https://habr.com/ru/companies/beeline_cloud/articles/1022024/
#low_latency_cloud #low_latency #облачная_инфраструктура #датацентр #цод #сетевые_технологии #openstack #kvm #виртуализация #vdi
-
Low-latency инфраструктура: как устроены ЦОД и сети для минимизации задержек
Здравствуйте! Меня зовут Максим Захаренко, я CEO облачной платформы и автор медиа « вАЙТИ ». Хочу поделиться нашим опытом и мыслями о том, как в России строится инфраструктура для облачных сервисов с минимальной задержкой (low-latency). Это взгляд изнутри — от лица провайдера, который каждый день сталкивается с задачей ускорения облака для B2B-клиентов. Поговорим о том, почему задержка — такой важный параметр, как устроены современные дата-центры и сети, какие решения применяем мы и другие российские компании и с какими вызовами приходится сталкиваться.
https://habr.com/ru/companies/beeline_cloud/articles/1022024/
#low_latency_cloud #low_latency #облачная_инфраструктура #датацентр #цод #сетевые_технологии #openstack #kvm #виртуализация #vdi
-
Low-latency инфраструктура: как устроены ЦОД и сети для минимизации задержек
Здравствуйте! Меня зовут Максим Захаренко, я CEO облачной платформы и автор медиа « вАЙТИ ». Хочу поделиться нашим опытом и мыслями о том, как в России строится инфраструктура для облачных сервисов с минимальной задержкой (low-latency). Это взгляд изнутри — от лица провайдера, который каждый день сталкивается с задачей ускорения облака для B2B-клиентов. Поговорим о том, почему задержка — такой важный параметр, как устроены современные дата-центры и сети, какие решения применяем мы и другие российские компании и с какими вызовами приходится сталкиваться.
https://habr.com/ru/companies/beeline_cloud/articles/1022024/
#low_latency_cloud #low_latency #облачная_инфраструктура #датацентр #цод #сетевые_технологии #openstack #kvm #виртуализация #vdi
-
Clever #OpenStack people, has one of you figured out a way to preserve the complete state of an instance when it's being shelved (`openstack server shelve`)?
And by "preserving the complete state", I mean behaving as it would on `openstack server suspend/resume`, i.e. coming back with the same process table and RAM.
What this would entail, I think, is some clever systemd/ACPI/suspend-to-disk setup injected via cloud-init.
Boosts for reach appreciated. Please, no LLM responses.
-
#TerSoftware de jabá (projetos próprios ou contribuições em projetos de terceiros).
no $DayJob trabalho em um subsistema do #StarlingX — uma plataforma/distro #Linux que já vem com um ambiente de nuvem pré configurado (out of the box como dizem na gringa).
#Kubernetes #Helm #KubeVirt #OpenStack #MetricsServer #Harbor #Vault e mais um monte de coisa que já saem de fábrica na distro.
o site https://www.starlingx.io
a lista de aplicações que vem por padrão:
https://docs.starlingx.io/application-ref/application-reference-8916dfe370cd.html -
[Перевод] Не всё трафику одинаково: QoS в OpenStack Neutron
Привет, Хабр! Мы уже разбирали OVN в связке с OpenStack и трассировку пакетов. А сегодня предлагаем почитать перевод документации про Quality of Service (QoS) в Neutron: что это, какие правила поддерживаются, как настроить и как работать с политиками.
https://habr.com/ru/companies/runity/articles/1018408/
#neutron #qos #quality_of_service #openstack #ovn #рунити #управление_качеством #трафик #технологии #разработка
-
[Перевод] Не всё трафику одинаково: QoS в OpenStack Neutron
Привет, Хабр! Мы уже разбирали OVN в связке с OpenStack и трассировку пакетов. А сегодня предлагаем почитать перевод документации про Quality of Service (QoS) в Neutron: что это, какие правила поддерживаются, как настроить и как работать с политиками.
https://habr.com/ru/companies/runity/articles/1018408/
#neutron #qos #quality_of_service #openstack #ovn #рунити #управление_качеством #трафик #технологии #разработка
-
[Перевод] Не всё трафику одинаково: QoS в OpenStack Neutron
Привет, Хабр! Мы уже разбирали OVN в связке с OpenStack и трассировку пакетов. А сегодня предлагаем почитать перевод документации про Quality of Service (QoS) в Neutron: что это, какие правила поддерживаются, как настроить и как работать с политиками.
https://habr.com/ru/companies/runity/articles/1018408/
#neutron #qos #quality_of_service #openstack #ovn #рунити #управление_качеством #трафик #технологии #разработка
-
[Перевод] Не всё трафику одинаково: QoS в OpenStack Neutron
Привет, Хабр! Мы уже разбирали OVN в связке с OpenStack и трассировку пакетов. А сегодня предлагаем почитать перевод документации про Quality of Service (QoS) в Neutron: что это, какие правила поддерживаются, как настроить и как работать с политиками.
https://habr.com/ru/companies/runity/articles/1018408/
#neutron #qos #quality_of_service #openstack #ovn #рунити #управление_качеством #трафик #технологии #разработка
-
Komponenten und Erfahrung sind vorhanden. Auf der Schwäbischen Alb
- Integration in Nahwärme
- lohnt ab 40kW
- finanziell Spaß macht es ab 240kW
- Integration mit Solar und Batteriespeicher
- drin läuft alles auf Open Hardware und Open Source
- Cloud mit #Kubernetes @SCS oder #openstack
- Sicherheitskonzept von #OpenDesk https://bmi.usercontent.opencode.de/opendesk-architekturkonzept/D_technologiearchitektur/ übertragbar
- Physische Zugangssicherung ist machbar
- Know-how ist abrufbar #osism, Osnabrück -
Trotziges Weinen und Aufstampfen der VMware-Dienstleister.
Wer es zwei Jahre nach der Übernahme durch Broadcom immer noch nicht verstanden hat, wird es auch nicht mehr verstehen.
Das hat man davon, wenn man sich als Dienstleistungs-Moskito auf einen proprietären Elefanten fixiert.
Aufhören zu jammern und sich aus seiner "selbstverschuldeten Unmündigkeit" befreien.
Bezieht sich auf Linux, KVM, Ceph, Proxmox und Openstack.
https://www.heise.de/news/Europaeische-Cloudanbieter-Broadcom-setzt-zum-Todesstoss-an-11219942.html
#diday #broadcom #bigtech #vmware #linux #proxmox #openstack #sovereignty
-
-
Установка OpenStack через kolla-ansible
OpenStack — это ваш собственный «Self Hosted AWS». Звучит пугающе, но с kolla-ansible развернуть его можно за вечер. Рассказываю как — от ip addr show до рабочего дашборда Horizon. Гайд, которого мне не хватало на русском.
https://habr.com/ru/articles/1008022/
#OpenStack #kollaansible #частное_облако #bare_metal #Neutron #виртуализация #selfhosted #развёртывание #DevOps #инфраструктура