#развёртывание — Public Fediverse posts

Зачем Ansible, если есть SSH? Разбираемся на двух серверах

Настроить пару серверов по SSH несложно. Сложнее сделать так, чтобы их конфигурации оставались одинаковыми, даже если кто-то что-то изменил вручную. Разберём, как Ansible управляет серверами, зачем нужны Inventory и Playbook и что происходит при запуске автоматизации. Всё на простом примере с Nginx. А в конце намеренно сломаем конфигурацию одного сервера и проверим, сможет ли Ansible сам найти проблему и исправить её, не затронув второй.

https://habr.com/ru/articles/1098084/

#linux #tutorial #системное_администрирование #ssh #ansi #сетевые_технологии #развёртывание #devops #ansible

Поймай меня, если сможешь [часть 2]: как мигрировать в облако Huawei Cloud Stack (и другие)

Привет, постоянные и не очень читатели! Недавно на Хабре вышел лонгрид « Поймай меня, если сможешь [часть 1]: облако на Huawei Cloud Stack — что это, как используют и лицензирование » , в котором я рассказал про платформу Huawei Cloud Stack (HCS) — как она устроена и почему крупные компании вообще смотрят в её сторону, там же про архитектуру, лицензирование и многое другое. Но платформа HCS больше, чем сумма её частей: первый лонгрид (при всех моих стараниях) всё равно получился лишь аннотацией к Сильмариллиону. Той теории достаточно для поверхностного знакомства, теперь же обсудим подготовку к миграции: аудит инфраструктуры, разберёмся с RPO и RTO, посмотрим на совместимость виртуальных машин и образов, а самое главное — обсудим стратегии миграции по методологии AWS, которые можно применить не только к HCS, но и к любому другому облаку. Дропдаун

https://habr.com/ru/companies/servermall/articles/1048042/

#серверное_администрирование #huawei #cloud #hcs #частное_облако #гибридное_облако #конвергентное_облако #openstack #развёртывание

T-TOPS: Как распутать гордиев узел проекта после выхода в прод (меч не понадобится)

У каждого успешного Agile-проекта наступает момент, когда MVP перестаёт быть безопасной игрушкой для команды и попадает в руки реальных пользователей. Именно тогда заканчивается комфортная стадия и начинается новая проектная реальность. Сначала перемены почти незаметны. Владельцы продукта и маркетологи осторожно подправляют требования под рынок. Планы слегка качаются, но ещё держатся. Затем продуктовый аппетит растёт, однако развернуться в полную силу ему не дают баги: сначала мелкие и нелепые, ускользающие от тестов, потом — уже не всегда мелкие. Иногда критические. И вот телегу проекта уже рвут в три стороны: первоначальный план развития продукта, давление рынка и требования к качеству. Если такая развилка не была заложена в план заранее, конструкция начинает трещать. Scrum-мастера отгораживаются спринтом. Владельцы продукта требуют догонять конкурентов. Менеджер по качеству считает потерянных из-за багов клиентов. Кто прав? Что делать?

https://habr.com/ru/articles/1024304/

#управление_проектами #менеджемент_проектов #менеджемент_продуктов #организация_процессов #devops #развёртывание

Установка 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 #инфраструктура

Книга: «Active Directory: проектирование, развертывание и защита. 3-е изд.»

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

https://habr.com/ru/companies/piter/articles/978442/

#книга #active_directory #администрирование #windows #проектирование #развертывание_windows #развёртывание #защита

Развёртывание боевого кластера Cassandra. Часть 2

Это продолжение цикла, рассказывающего о практике развёртывания производственного кластера Cassandra. В первой части мы начали продвигаться вот по такому плану: 1. Анализ рабочей нагрузки и требований 2. Разработка схемы данных 3. Настройка хостовых машин = ВЫ НАХОДИТЕСЬ ЗДЕСЬ = 4. Настройка конфигурации Cassandra 5. Настройка топологии кластера 6. Подключение Prometheus Cassandra Exporter 7. Подключение Prometheus Node Exporter 8. Вывод всех метрик в Grafana 9. Проведение нагрузочного тестирования 10. Дополнительный тюнинг по результатам теста Продолжим?

https://habr.com/ru/articles/927132/

#cassandra #базы_данных #инфраструктура #развёртывание #деплой #высоконагруженные_системы #highload

Развёртывание боевого кластера Cassandra. Часть 1

Это первая статья из цикла, рассказывающая о практике развёртывания небольшого кластера Cassandra: от дефолтного деплоя «из коробки» до готовности к производственной эксплуатации. Apache Cassandra — это распределенная высокомасштабируемая NoSQL СУБД, предназначенная для надежного хранения огромных массивов данных. Cassandra используют такие гиганты как Netflix, Apple, Instagram*, Twitter* (*Запрещены в РФ), Spotify и множество других известных компаний и брендов. Здесь не будет рассказа об архитектуре Cassandra — о ней опубликовано очень много статей и снято настолько же много видео. Особо отмечу суперский « Cassandra Day Russia » на Youtube на русском языке, записанный нашими соотечественниками из Datastax. Поэтому, если вы вообще ничего не знаете о Cassandra, то посмотрите, например, вебинар « Введение в фундаментальные принципы и основы Apache Cassandra », а уже затем добро пожаловать в подготовку боевого кластера. Что касается самого кластера, который мы будем разворачивать, то мне достался раскатанный через Ansible деплой на 5 хост‑машин с единственным образом Cassandra 4.0 в docker‑compose и дефолтными настройками. Пятерка хост‑машин представляет собой Core i5 / 64 GB RAM / 2 x 512 GB NVMe SSD / 16 TB SATA c Debian 11. Пожалуй, это небольшой кластер (большие кластера Cassandra могут включать десятки и сотни нод, раскиданных по многим ДЦ в разных странах мира), однако для наших задач он вполне достаточен и главное решает потребности бизнеса. Приступим?

https://habr.com/ru/articles/924634/

#cassandra #базы_данных #инфраструктура #highload #развёртывание #деплой #высоконагруженные_системы

Оптимизируем системные ресурсы при развёртывании за счёт перехода на динамику

Всем привет! Если в компании растёт количество продуктов, а для их развёртывания используются виртуальные машины, то рано или поздно возникает задача оптимизации ресурсов. Скажем, вы используете для оркестрации Jenkins. Количество агентов на ВМ при этом статично, а количество развёртываний в разное время разное. В этом случае при массовых установках агенты периодически упираются в установленный лимит исполнителей (executor), а в свободные часы ВМ простаивают, занимая ресурсы. Мы, команда Run4Change в СберТехе, сопровождаем тестовые среды. В наши задачи входит в том числе развёртывание продуктов облачной платформы Platform V на стендах для последующего тестирования. Расскажем, как мы решили проблему использования системных ресурсов и отказались от виртуальных машин в пользу cloud‑native‑решения. Статья может быть полезна тем, кто планирует начать использование динамических агентов Jenkins, и может использоваться как первоначальное руководство.

https://habr.com/ru/companies/sberbank/articles/846484/

#jenkins #развёртывание #виртуальные_машины #platform_v

Как установить и использовать кластер Kubernetes при помощи утилиты kind

Чтобы развернуть готовый кластер Kubernetes, можно использовать разные способы — например, самому подготовить виртуальные машины или выделенные серверы, настроить операционную систему и установить необходимые программы. Однако данный способ может показаться довольно долгим и затратным (если арендовать ресурсы ВМ). Также можно арендовать уже готовый кластер (Kubernetes как услуга). Наконец, можно развернуть кластер локально на своем устройстве при помощи утилиты minikube. Однако при ее использовании необходимо, чтобы процессор устройства поддерживал виртуализацию, а еще понадобится установить программ-гипервизор. Но существует еще один способ, при помощи которого кластер Kubernetes можно запустить, прилагая минимум усилий. Сегодня речь пойдет об утилите kind.

https://habr.com/ru/companies/first/articles/844002/

#kubernetes #kind #утилита #развёртывание #установка #calico #calico_cni

nxs-marketplace-terraform: люби и пользуйся

В этой статье рассмотрим процесс развертывания инфраструктуры в Yandex Cloud с использованием Terraform-модулей из репозитория nixys/nxs-marketplace-terraform . А ещё расскажем, зачем использовать динамические блоки в Terraform и почему файлы tfstate лучше хранить в S3. Давайте разворачивать

https://habr.com/ru/companies/nixys/articles/829726/

#terraform #terraform_modules #развёртывание #infrastructure_as_code #nxsmarketplaceterraform #репозиторий #tfstate

Развертывание Kaspersky Security Center 14 на Astra Linux SE (на базе данных PostgreSQL 14)

В рамках этой статьи мы поговорим о развертывании Kaspersky Security Center 14.2 на Astra Linux Special Edition 1.7.2. В качестве базы данных будет использоваться последняя версия PostgreSQL 14, поддерживаемая операционной системой, и Kaspersky Security Center на данный момент. Для установки потребуются базовые навыки работы с консолью и редактором текста nano.

https://habr.com/ru/companies/tssolution/articles/794706/

#kaspersky #astralinux #kaspersky_security_center #развёртывание #установка #postgresql

«Ручное» развертывание приложения: ошибки новичка и не полезные советы

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

https://habr.com/ru/articles/787770/

#деплой #деплой_на_сервер #деплоймент #деплой_приложения #деплой_проекта #развёртывание #deploy #deployment #deployment_server #docker