Topolvm

Это проект с открытым исходным кодом, обеспечивающий управление томами для Kubernetes на основе LV (Logical Volume). Он позволяет эффективно использовать локальное хранилище на узлах кластера и автоматизирует создание, управление и удаление томов.

Среди основных возможностей Topolvm:
- Dynamic provisioning: автоматическое создание логических томов для Kubernetes PersistentVolumeClaims.
- Тонкое использование ресурсов: поддержка thin provisioning, что позволяет эффективно расходовать доступное пространство.
- Интеграция с CSI: поддержка интерфейса CSI (Container Storage Interface) для работы с Kubernetes.
- Полный контроль над хранилищем: локальные тома автоматически распределяются на основе доступных ресурсов.

https://github.com/topolvm/topolvm/

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

📌 Kubernetes 101: назначение Pod'ов на узлы

В статье подробно рассматриваются механизмы назначения Pod'ов на узлы в Kubernetes. Автор объясняет такие инструменты, как nodeSelector, nodeAffinity и taints/tolerations, которые позволяют контролировать, где именно будут запускаться ваши Pod'ы.

🔧 Основные моменты:
- nodeSelector — простой способ указать, на каком узле должен работать Pod.
- Node Affinity — более гибкий способ задания условий, включая hard и soft требования.
- Taints и Tolerations — эффективный способ предотвращать запуск Pod'ов на неподходящих узлах, если те не "терпят" заданные taints.

Эти инструменты помогают оптимизировать использование ресурсов кластера и избегать перегрузки узлов.

https://hwchiu.medium.com/kubernetes-101-assigning-pod-to-nodes-e52eebb4bc38

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Какая роль у контроллера DaemonSet?

Контроллер DaemonSet в Kubernetes играет важную роль в обеспечении того, чтобы определённый под (Pod) запускался на каждом узле (Node) кластера (или на определённом подмножестве узлов, если заданы ограничения). Основные задачи и функции контроллера DaemonSet:

1. Запуск подов на каждом узле
- DaemonSet гарантирует, что на каждом узле кластера будет запущен экземпляр указанного пода.
- Это полезно для задач, которые должны выполняться на каждом узле, например:
- Сбор логов (например, Fluentd, Logstash).
- Мониторинг (например, Prometheus Node Exporter).
- Сетевые плагины (например, Calico, Weave).
- Хранение данных (например, распределённые хранилища).

2. Автоматическое добавление подов при добавлении новых узлов
- Когда в кластер добавляется новый узел, DaemonSet автоматически создаёт на нём под.
- Это обеспечивает согласованность и автоматизацию развёртывания.

3. Удаление подов при удалении узлов
- Если узел удаляется из кластера, DaemonSet автоматически удаляет под, связанный с этим узлом.

4. Поддержка селекторов и толерантностей
- DaemonSet позволяет использовать селекторы для выбора узлов, на которых будут запускаться поды.
- Также можно использовать толерантности (tolerations), чтобы разрешить запуск подов на узлах с определёнными метками (например, на узлах с taint node-role.kubernetes.io/master).

5. Обновление и управление подами
- DaemonSet поддерживает стратегии обновления (например, RollingUpdate или OnDelete), что позволяет обновлять поды на узлах с минимальным простоем.
- Контроллер следит за состоянием подов и обеспечивает их корректную работу.


Примеры использования DaemonSet:
- Сетевые плагины: Запуск сетевых агентов на каждом узле для обеспечения сетевой связности.
- Мониторинг: Запуск агентов сбора метрик (например, Prometheus Node Exporter) на каждом узле.
- Логирование: Запуск агентов сбора логов (например, Fluentd) на каждом узле.
- Хранение данных: Запуск компонентов распределённых хранилищ (например, Ceph, GlusterFS).

Отличие DaemonSet от других контроллеров:
- Deployment: Запускает определённое количество реплик подов, которые могут быть распределены по любым узлам.
- StatefulSet: Управляет подами с устойчивыми идентификаторами и хранилищем.
- DaemonSet: Запускает по одному поду на каждом узле (или на подмножестве узлов).


Таким образом, роль контроллера DaemonSet заключается в обеспечении запуска и поддержания определённого пода на каждом узле кластера, что делает его идеальным инструментом для задач, которые должны выполняться на всех узлах.

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Проектирование кластеров Kubernetes - выбор размера рабочих узлов

Каким должен быть кластер Kubernetes: с малым количеством мощных узлов или с множеством слабых? В этой статье разбираются плюсы и минусы обоих подходов.

При создании кластера Kubernetes один из первых вопросов, который у вас возникает: «Какой тип рабочих узлов (worker nodes) использовать и сколько их нужно?»

Если вы строите локальный (on-premises) кластер, стоит ли заказать несколько мощных серверов последнего поколения или использовать десяток-другой старых машин, пылящихся в вашем дата-центре?

Или, если вы используете управляемый сервис Kubernetes, например Google Kubernetes Engine (GKE), что лучше выбрать для достижения желаемой вычислительной мощности: восемь инстансов n1-standard-1 или два n1-standard-4?

https://learnkube.com/kubernetes-node-size

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Шпаргалка по Git для разработчиков и инженеров DevOps

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Как пройти собеседование в DevOps?

0:00 - Вступление
1:28 - Немного о себе
10:38 - Почему DevOps - это сложно?
15:30 - Почему DevOps так востребованы?
18:56 - Что такое DevOps?
20:45 - Чем DevOps отличается от Agile?
22:05 - Какие основные инструменты использует DevOps-инженер в работе?
25:23 - Что такое proxy?
27:10 - Как работают permissions в Linux?
28:38 - Проверка открытого порта на удаленном и локальном хосте
29:18 - Что такое firewall и зачем он нужен?
30:10 - Что такое Terraform?
34:43 - Разница между контейнеризацией и виртуализацией
36:30 - Как организовано ограничение ресурсов в Docker?
37:15 - Разница между CMD и ENTRYPOINT в DockerFile
38:56 - Преимущества Kubernetes как платформы
41:25 - Про распределение Подов в зонах доступности
43:43 - Как AWS работает с DevOps?
47:04 - Как обеспечить доступ команды разработки к Cloud провайдерам?
50:23 - СI/CD. В чем отличие Deployment от Delivery?
51:22 - Основные этапы СI/CD
53:15 - Что такое вебхуки в СI/CD?
54:21 - Как и где хранить билд артефакты?
57:23 - Про нотификацию в Jenkins об успешном/неуспешном билде
58:38 - Immutable Infrastructure

источник

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Как создавать более компактные образы контейнеров: многоэтапные сборки Docker

Если вы собираете образы контейнеров с помощью Docker, но не используете многоэтапные сборки (multi-stage builds) в своих Dockerfiles, вы, скорее всего, отправляете в продакшн ненужный балласт. Это не только увеличивает размер ваших образов, но и расширяет потенциальную поверхность атаки.

Что именно приводит к такому «раздуванию» размера и как этого избежать?

https://labs.iximiuz.com/tutorials/docker-multi-stage-builds

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

IPsec, GRE, BGP и немного автоматизации для высокой доступности вашей сети

Построение отказоустойчивой гибридной сети между локальной инфраструктурой и облаком — одна из ключевых задач при миграции. Стандартных решений здесь не существует: выбор архитектуры и технологий зависит от требований безопасности, производительности и желания избежать vendor lock-in.

Я хочу показать один из способов решения такой задачи на примере облака VK Cloud с учетом специфики его SDN-сети. Отдельно хочется добавить, что рассматриваемый в статье подход к построению сетевой связности может быть успешно применен не только в VK Cloud.

В основу статьи легли вопросы и задачи, с которыми клиенты часто обращаются к командам Presale архитекторов и Professional services VK Cloud, когда они хотят построить надежное гибридное решение для своего бизнеса.

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

https://habr.com/ru/companies/vktech/articles/972496/

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Освоение командной строки curl с Дэниелом Стенбергом

0:00 Mastering the curl command line
0:16 Daniel Stenberg
0:36 curl support by wolfSSL
0:56 setup
02:20 questions
02:52 agenda
05:25 The project
05:42 take-off
07:42 name
09:17 main products
10:48 open source
.................
3:15:50 HTTP/2
3:17:20 HTTP/3
3:18:44 HTTP/3 racing
3:20:57 HTTP alt-svc
3:22:50 HTTP HSTS
3:24:39 FTP
3:25:42 FTP(S) is not SFTP
3:26:17 FTP uses two connections
3:28:43 FTP authentication
3:29:06 FTP directory listing
3:30:24 FTP upload
3:31:16 FTPS is FTP with TLS
3:32:43 Future
3:33:01 How to dig deeper
3:35:18 Going next?
3:38:07 You can help!
3:38:14 Questions

источник

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

RedisInsight

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

https://github.com/RedisInsight/RedisInsight

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

Почему Nix и NixOS становятся популярнее? Золото в мире конфигурационного менеджмента

Бросьте в меня тапком те, кто не сталкивался с ситуацией из разряда «А локально оно нормально работает» или «На проде ошибка, но на стейдже такого не было». Эти фразы стали мемами, но от этого не перестали быть болью для разработчиков и админов. И вот здесь на сцену выходит Nix — инструмент, который обещает революционизировать конфигурационный менеджмент. Полная воспроизводимость окружений, устранение дрейфа конфигураций и предсказуемость на всех этапах — звучит хорошо, не так ли? Давайте разберемся, почему Nix и NixOS набирают популярность в DevOps.

https://habr.com/ru/companies/selectel/articles/877438/

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps

🔥 Приглашаем на митап «Шардирование высоконагруженных платформ»

Вместе с архитекторами ЕДИНОГО ЦУПИС, финтех-сервиса для любителей спорта, и представителем «Фланта», крупнейшей ИТ-компании по созданию и обслуживанию инфраструктуры, поговорим о крайне сложной и требовательной в реализации архитектурной практике.

На встрече мы обсудим:

✔️ Архитектуру отказоустойчивой шардированной платежной системы — от инфраструктуры до приложений.
✔️ Работу с высоконагруженными системами мониторинга.
✔️ Шардирование платежной логики.

⏱ 9 декабря, 18:30
📍 г. Санкт-Петербург, Конногвардейский бульвар, 4 (пространство «Mishka Bar»)

Участие бесплатное, регистрация по ссылке.

Приходите слушать топовых экспертов мира ИТ и заводить полезные знакомства с коллегами по индустрии. Ждем вас!

Реклама. ИП Свирская М. А., ОГРНИП 319784700392820, erid: 2VtzqwsRP61

Сопротивление изменениям: что мешает внедрять новое

Изменения — неизбежны. Хотим мы этого или нет, жизнь постоянно заставляет адаптироваться. Но давайте честно: перемены — штука болезненная, и мало кто их любит. Мы собрались с крутыми экспертами, чтобы поговорить, почему люди так часто сопротивляются новому и как пережить этот процесс, если вы — по одну или другую сторону изменений + что чувствуют люди этих процессов)

⏰ ТАЙМКОДЫ:
00:00:00 - Вступление: кто сегодня в гостях у BRAINSTORMА
00:03:29 - Распределяем роли в команде
00:06:05 - Сопротивление бесПОЛЕЗНО: как Agile-коуч видит в нем возможности для роста команды
00:10:20 - Фича за фичей, дедлайн за дедлайном — выкатили за 2 недели то, что никому не нужно
00:13:22 - Хороший бэклог никогда не бывает "закончен"
00:18:54 - "Прозрачная"разработка и её последствия
00:22:00 - ТОП-5 причин почему Agile выгоден бизнесу
00:27:58 - Почему люди не хотят "лучше"?
00:35:57 - Мы пилили монолит — много нас, а он один!
00:45:28 - И что в итоге? Результаты внедрения Agile
00:48:00 - Из бурного сопротивления — в конструктивный диалог
01:03:17 - Финальные итоги BRAINSTORMА: Изменения неизбежны!

источник

📲 Мы в MAX

#devops #девопс

Подпишись 👉@i_DevOps