Ми впевнені, що серед наших клієнтів є багато професіоналів IT, які працюють над цікавими проектами. Якщо у Вас виникає бажання розповісти про них, Ви можете розмістити статтю у нашому блозі. А щоб було цікавіше, ми зробили конкурс статей, щомісяця три переможці отримуватимуть призи.
Усі статті за тегом devops
Навіщо потрібні зовнішні GitLab Runner’и на VPS та як налаштувати Docker Runner
Фактично весь CI/CD у GitLab тримається на GitLab Runner — саме він запускає збірки, тести та деплой. І поки пайплайни прості, здається, що немає різниці, де він працює: на локальній машині, на сервері GitLab чи десь “під рукою”. Але щойно проєкт росте — починаються типові проблеми: збірки гальмують через нестачу ресурсів, кеш і Docker-образи засмічують систему, а доступи до приватної мережі перетворюються на головний біль і ризик для безпеки.
У цій статті розберемо, чому зовнішній GitLab Runner на окремому VPS з Docker executor дає більше контролю, стабільності та безпеки, і як його налаштувати так, щоб пайплайни працювали передбачувано — включно з кейсом, коли runner має доступ до приватної мережі, а GitLab не доводиться “обвішувати” зайвими інтерфейсами.
Rsync для автоматизації, безпеки та deploy
У нашій першій статті по основам використання утиліти Rsync для синхронізації даних були розглянуті її можливості та наведені базові прийоми роботи з нею у межах локального середовища. Тут ми сконцентруємося на її застосуванні сумісно із безпечним SSH-протоколом для синхронізації даних, розміщених на віддалених хостах та організації deploy-процесу для веб-проекту засобами GitLab CI/CD. Водночас будуть розглянуті деякі із доступних засобів автоматизації та оптимізації роботи Rsync в умовах, максимально наближених до робочих.
Організація резервного копіювання MySQL
Всі сучасні веб-проекти використовують бази даних (БД), котрі зберігаються на хостингу та потребують пильної уваги обслуговуючого персоналу. Це пов'язано із їх вразливістю перед багатьма чинниками – людський фактор, вірус, злом, технічний збій тощо. У цій ситуації єдиним надійним способом не втратити важливу інформацію може бути лише її періодичне копіювання на незалежний носій. Така операція отримала назву створення бекапів або резервне копіювання. Розглянемо деякі теоретичні аспекти використання БД MySQL, а також питання організації автоматичного резервного копіювання на власному хостингу.
Grafana Tempo: трейсінг і моніторинг розподілених систем
DevOps-команди часто стикаються з ситуаціями, коли частина запитів в розподіленій системі несподівано сповільнюється або навіть “падає”. В логах — тиша, моніторинг метрик показує лише загальні коливання навантаження, а зрозуміти, що саме стало причиною, складно. У таких випадках на допомогу приходить трасування — технологія, що дозволяє “побачити” шлях запиту крізь усі сервіси.
Grafana Tempo — це система зберігання і обробки трейсов, яка інтегрується з інструментами моніторингу і спрощує аналіз розподілених систем. Вона дає змогу побудувати ефективну Observability-інфраструктуру без великих витрат на зберігання. У цій статті ми розглянемо, як працює Grafana Tempo, чим вона відрізняється від інших рішень і як її використовувати на практиці.
Моніторинг стану HDD/SSD/NVMe у Linux/FreeBSD
Під час активної та / або тривалої експлуатації дискових носіїв зазвичай накопичуються незначні пошкодження у вигляді bad-секторів або помилок запису даних, що може згодом у будь-який момент часу призвести до виходу його з ладу та втрати даних. Вбудована система SMART-контролю сама по собі не забезпечує інформування про критичний стан диску, а лише здійснює накопичення значень параметрів, котрі відображають його стан. Завдання інструментів моніторингу, насамперед, полягає у тому, щоб «витягти» ці дані та на їх підставі вчасно повідомити користувачу про небезпеку. Але для цього треба знати ці інструменти та вміти їх налагоджувати відповідно до своїх потреб.
Основи rsync – резервне копіювання та синхронізація файлів
На ринку програмного забезпечення присутні чимало засобів для здійснення копіювання та синхронізації файлів, і Rsync по багатьом параметрам займає одне з перших місць. Відкритий вихідний, код, гнучкість та простота використання, шифрування, конвеєрна передача файлів із збереженням всіх метаданих та багато інших кейсів роблять його незамінним інструментом мережевої синхронізації віддалених об'єктів файлової системи. Розглянемо основні можливості програми та продемонструємо їх застосування на практичних прикладах.
Observability в PHP-додатках
Observability для PHP без пафосу: логи в Grafana Loki, метрики — через Prometheus або Grafana Mimir, трейси — в Grafana Tempo за допомогою OpenTelemetry, а профайлинг — через php_excimer. Як усе це зв’язати між собою через trace_id, з чого почати інтеграцію, та як побудувати повноцінне спостереження за системою — читайте в нашому матеріалі.
Налаштування та використання Proxmox Backup
У сучасних умовах, коли хостинг та корпоративні мережі активно переходять на віртуалізовану інфраструктуру, питання ефективного резервного копіювання стає як ніколи актуальним. Класичні рішення часто не справляються із сучасними вимогами — вони перевантажують канали зв’язку, дублюють дані та не забезпечують зручного централізованого управління.
Proxmox Backup Server (PBS) — продукт від творців платформи Proxmox VE — пропонує сучасний підхід до резервного копіювання у віртуалізованих середовищах. Він дозволяє ефективно працювати з великими обсягами даних, знижувати навантаження на мережу та зручно керувати копіями з єдиного інтерфейсу. Саме тому компанія FREEhost.UA обрала PBS як основу для своєї системи резервного копіювання.
У цій статті ми розглянемо ключові переваги Proxmox Backup Server, вимоги до обладнання, а також на практичному прикладі покажемо, як розгорнути та налаштувати його на сервері з Debian.