Продолжаем крушить и ломать Kubernetes, на этот раз рассмотрим варианты восстановления работоспособности etcd-кластера.

https://habr.com/ru/post/544390/

The second part of my article about #Kubernetes troubleshooting, this time specifically about #etcd 😉

https://kvaps.medium.com/breaking-down-and-fixing-etcd-cluster-d81e35b9260d

https://habr.com/ru/company/selectel/blog/545078/
#nvme #hardware

Кстати можете меня поздравить.

Сегодня ночью я успешно распилил один большой 800-нодовый Kubernetes-кластер на два кластера поменьше и перевёл их на kubefarm.
При этом линстор тоже пришлось распилить, благо топология ресурсов позволила просто склонировать бд и удалить ненужные ноды из каждого кластера. В конце концов всё заработало. 🎉🎉🎉

И да, это был уже продакшен. Впереди ещё как минимум два таких переезда, но пока полёт нормальный😉

В крадце о том чем я сейчас занимаюсь :)

Cobol - один из старейших языков программирования. Это ни хорошо, ни плохо, просто это лютый олдскул и сама суть легаси. Причём легаси это живое и особо умирать не стремящееся. Уйма банков и финансовых компаний продолжают использовать решения на коболе ибо работает - не трогай.
Как они умудряются запускать софт написанный в 80х в наше бурное время джаваскрипта и шрифтов со сглаживанием? Да просто есть компании продолжающие жить за их счёт. Вот, например, IBM и их решение для запуска кода на коболе в кубере. Не хочешь в кубере? Тогда покупай мейнфрейм с полуосью =)

https://github.com/IBM/kubernetes-cobol

P.S. Если интересно почему нельзя просто выкинуть и переписать, то ответ классический: деньги. Переписывать софт, который разрабатывался несколько десятилетий АРХИдорого, сложно и долго. И никто в здравом уме не даст гарантий, что это переписывание закончится успехом. И да, уже было достаточно попыток которые закончились былинным провалом.

Ребята из Cilium подготовили визуальный редакор для сетевых политик Kubernetes

https://editor.cilium.io/

Подборка первоапрельских шуток 2021 года https://opennet.ru/54876/

В телеграме сегодня полная жесть творилась:

https://xn--r1a.website/vmugru - группа VMware стала группой по XEN и c ходу потеряла около 150 участников
https://xn--r1a.website/opennebula - русскоязычное сообщество OpenNebula объявило о создании более свободного форка OpenNebula - LibreNebula
https://xn--r1a.website/nextcloudru - чат нэкстклауда переименовался в "Облако mail.ru"
https://xn--r1a.website/sds_ru - чат о кластерных файловых системах внезапно превратился в рускоязычное сообщество пользователей Synology
https://xn--r1a.website/ru_zfs - чат посвящённый файловой системе ZFS, внезапно стал чатом о XFS
https://xn--r1a.website/minio_s3 - чат minio взял индийское имя и сменил аватарку на фото одного из своих индийских разработчиков
https://xn--r1a.website/archlinuxgroup - англоязычное сообщество пользователей Arch Linux сменило аватрку на стилизованную под Manjaro и стало называться March Linux
https://xn--r1a.website/archlinux_ru - одно из русскоязычных сообществ Arch Linux, ничем не хуже, поменяли автарку на Ugandan Knuckles и стали называться ugandalinux_ru
https://xn--r1a.website/russian_gentoo - группа пользователей генту стала группой GNU/Hurd и появилась новость о переходе генты на Hurd
https://xn--r1a.website/ProCxx/ русский чат по C\C++ мимикрировал под чат по Rust. Он активно рекламировался как новый раст-чат среди обычных телеграм чатов rust.

Спасибо всем кто поддержал эту славную традицию, было очень весело! :)

DevOps engineer during automation of CI-CD

k3d is a lightweight wrapper to run k3s (Rancher Lab’s minimal Kubernetes distribution) in docker.

k3d makes it very easy to create single- and multi-node k3s clusters in docker, e.g. for local development on Kubernetes.

https://k3d.io/

Тем временем вышел новый мажорный релиз ArgoCD v2.0.

Добавили Pod view, улучшенный log viewer, дополнительные опции синхронизации и удаления ресурсов, и кучу других вкусняшек.

Больше об изменениях в официальном блоге:
https://blog.argoproj.io/argo-cd-v2-0-rc1-is-here-f7d21ff1aa64

​​Статья
What’s new in Kubernetes 1.21?

Готовится к выпуску Kubernetes 1.21, и в нем много новинок! С чего начать?

#kubernetes

F

В качестве причины провала проекта один их ключевых разработчиков Mesos упоминает невозможность конкурировать с платформой Kubernetes, которая была создана позднее, обобщила опыт своих предшественников и создавалась компанией Google, имеющей богатый опыт создания крупных кластеров. В отличие от Kubernetes проект Mesos был создан аспирантами, не имевшими большого опыта работы с кластерами, которые затем были приняты на работу в Twitter. Проект развивался путём проб и ошибок, и, оглядываясь назад, разработчики признают, что многие вещи стоило бы сделать иначе.

Apache сворачивает разработку кластерной платформы Mesos
https://www.opennet.ru/opennews/art.shtml?num=54926

Тем временем вышла новая версия Booty - утилиты для создания загрузочных образов и накопителей.

Теперь booty сам собирает ядро с минимально необходимой конфигурации для его работы.
Все проблемы возникающие при использовании сторонних ядер решены.

Полученный initrd-образ полностью готов к загрузке, например, через PXE или через kexec.

Заявлена возможность работы с любыми дистрибутивами GNU/Linux.

https://github.com/sp00f1ng/booty

Обновил плагин kubectl-build для сборки docker-образов непосредсвенно в кубе.
Теперь можно передавать дополнительные параметры через переменные окружения, что бывает весьма полезно для настройки CI/CD или постоянной конфигурации.

https://github.com/kvaps/kubectl-build

А помните я, вдохновившись идеей @yamlcoder, хотел написать свою gitops тулзу, которая на git push собирала бы docker-образы и деплоила бы их в Kubernetes, при этом весь выхлоп редиректила напрямую в консоль пользователю?

Так вот, только что наткнулся на проект - gitkube, который почти полностью реализует все мои хотелки.

https://github.com/hasura/gitkube

Our engineer, Matt, created a blog post and video so you can see our LINSTOR HA controller in action for Stateful Workloads. Check it out if this is something interesting to you.

https://linbit.com/blog/kubernetes-high-availability-for-stateful-workloads/