ChatOps со всем своим функционалом станет бесплатным — это наш вам подарок на праздники.
Рубрика «Серверное администрирование» - 52
ChatOps в GitLab будет доступен всем
2018-12-26 в 13:23, admin, рубрики: chatops, devops, gifts, gitlab, open source, Блог компании Southbridge, Серверное администрирование, системное администрированиеПроверяем RBAC в Kubernetes
2018-12-25 в 17:55, admin, рубрики: bats, devops, kubernetes, rbac, Блог компании Southbridge, Серверное администрирование, системное администрированиеОдно дело обезопасить кластер Kubernetes, а вот поддерживать защиту — задачка та еще. Впрочем, в Kubernetes добавилось новых средств: теперь выполнять и то, и другое намного проще.
3CX v16 Alpha 2 и планы в новом году
2018-12-24 в 14:17, admin, рубрики: 3cx v16, blf, crm-интеграция, rest api, Блог компании 3CX Ltd., веб-клиент, плагин Wordpress, Разработка систем связи, Серверное администрирование, системное администрирование, скрипты3CX v16 Alpha 2
Прежде всего, позвольте поздравить вас с Рождеством и Новым годом и от души поблагодарить за доверие к нашим продуктам! Мы точно не подведем вас в 2019!
Перед самым рождеством мы выпустили 3CX v16 Alpha 2 с весьма интересными возможностями. Читайте наш обзор и следите за новинками — впереди еще много интересного!Читать полностью »
Интенсив по Kubernetes: о работе саппортов
2018-12-21 в 15:04, admin, рубрики: devops, kubernetes, Блог компании Southbridge, мероприятие, Серверное администрирование, системное администрирование, Слёрм1-3 февраля пройдёт Слёрм-3, интенсив по Kubernetes. Анонс и программа тут.
Сегодня расскажу немного о внутренней кухне: как мы помогаем студентам справляться с практикой и что из этого получается. Заодно будущие участники поймут, чего ждать от поддержки.
Я сам 2-3 раза в год прохожу платные курсы, всегда беру варианты с практикой, и очень редко доделываю ее до конца. Для меня ситуация выглядит, как если бы я заказал в ресторане килограммовый стейк: съел, сколько мог, остальное оставил на тарелке. Но в тех, кто едет на Слёрм, хотелось бы запихнуть всю порцию.
На первом Слёрме мы отнеслись к практике спокойно, мол, мы даем задания, а участники справляются как могут. И это привело бы к катастрофе, если бы в аудитории не нашлось инициативных и талантливых парней: «15 минут назад я писал в чат о проблеме, я ее уже решил сам и помог еще пятерым».
Поэтому на втором Слёрме кроме трех спикеров со студентами работал десяток саппортов: системных администраторов из команды Southbridge.
Расширенные шаблоны многоэтапной сборки
2018-12-20 в 12:34, admin, рубрики: buildkit, devops, docker, dockerfiles, Блог компании Southbridge, Серверное администрирование, системное администрирование
Функция многоэтапной сборки в файлах Dockerfile позволяет создавать небольшие образы контейнеров с более высоким уровнем кэширования и меньшим объемом защиты. В этой статье я покажу несколько расширенных шаблонов — нечто большее, чем копирование файлов между этапами сборки и выполнения. Они позволяют добиться максимальной эффективности функции. Однако, если Вы — новичок в сфере многоэтапной сборки, то сперва, наверное, не лишним будет прочесть руководство по использованию.
TeamCity 2018.2: поддержка GitHub Pull Requests, вторичный сервер, установка плагинов из репозитория, скриншоты в тестах
2018-12-18 в 12:56, admin, рубрики: CD, ci, continuois integration, continuous delivery, devops, teamcity, Блог компании JetBrains, Серверное администрирование, Тестирование IT-системПривет! Недавно вышла новая версия TeamCity – 2018.2! CI/CD сервер от JetBrains становится лучше и краше с каждым релизом, и этот раз не исключение.
Посмотреть на полный список изменений можно в документации, а здесь я остановлюсь на самых сочных фичах этого релиза.
Проверки работоспособности и постепенная деградация распределенных систем
2018-12-17 в 15:46, admin, рубрики: devops, distributed systems, fault tolerance, kubernetes, load balancing, prometheus, reliability, Блог компании Southbridge, Серверное администрирование, системное администрирование
Как всегда, спасибо Фреду Хеберту и Саргуну Дхиллону за то, что прочли черновик этой статьи и предложили нескольких бесценных советов.
В своем докладе о скорости Тамар Берковичи из Box подчеркнула важность проверок работоспособности при автоматическом аварийном переключении баз данных. В частности, она отметила, что мониторинг времени выполнения сквозных запросов, как метод определения работоспособности базы данных, — лучше, чем простое эхо-тестирование (пингирование).
... перебрасывая трафик на другую ноду (реплику), чтобы устранить бездействие, надо построить средства защиты от дребезга и других пограничных ситуаций. Это не сложно. Фокус при организации эффективной работы в том, чтобы знать, когда перевести базу данных в первую позицию, т.е. надо быть в состоянии правильно оценить работоспособность базы данных. Сейчас многие параметры, на которые мы привыкли обращать внимание, — например, загрузка процессора, время ожидания блокировки, частота ошибок, — являются вторичными сигналами. Ни один из этих параметров на самом деле не говорит о способности базы данных к обработке клиентского трафика. Поэтому, если используете их для принятия решения о переключении, можете получить как ложноположительные, так и ложноотрицательные результаты. Наше устройство проверки работоспособности фактически выполняет простые запросы к узлам базы данных и использует данные о выполненных и невыполненных запросах для более точной оценки работоспособности базы данных.
Я обсудила это с другом, и он предположил, что проверки работоспособности должны быть предельно простыми, и что реальный трафик — это лучший критерий для оценки работоспособности процесса.
Zabbix Review: как организовать code review для конфигурации мониторинга
2018-12-17 в 3:50, admin, рубрики: code review, devops, gitlab, zabbix, Блог компании Positive Technologies, Серверное администрирование, системное администрированиеCode review — инженерная практика в терминах гибкой методологии разработки. Это анализ (инспекция) кода с целью выявления ошибок, недочетов, расхождения в стиле написания кода и понимания, решает ли код поставленную задачу.
Сегодня расскажу о том, как мы организовали процесс review для конфигурации мониторинга в Zabbix. Статья будет полезна тем, кто работает с системой мониторинга Zabbix, как в большой команде, так в одиночку, даже если у вас «десять хостов, что там ревьюить».
Перенос конфигурации АТС в сервис 3CX PBX Express
2018-12-16 в 14:20, admin, рубрики: 3cx, DropBox, google drive, onedrive, PBX Express, Блог компании 3CX Ltd., отказоустойчивость, резервное копирование, Серверное администрирование, Сетевые технологии, системное администрированиеВ этой статье мы расскажем, как в сервисе 3CX PBX Express восстанавливать резервные копии существующих инсталляций АТС. Возможность восстановления конфигурации позволяет, например, переместить локальный сервер в облако, сменить хостинг или восстановить АТС в облаке после серьезного локального сбоя. Единственное требование при перемещении конфигурации — опция «Данные лицензии и FQDN имени» в резервной копии должна быть включена.
Перед перемещением вашей АТС в сервис PBX Express обратите внимание на следующее:Читать полностью »
Как мы две недели охотились на баг NFS в ядре Linux
2018-12-12 в 11:44, admin, рубрики: debugging, devops, gitlab, linux, nfs, Блог компании Southbridge, Серверное администрирование, системное администрированиеПодробное описание поисков бага из задачи GitLab, которые привели к патчу для ядра Linux
14 сентября служба поддержки GitLab сообщила о критической проблеме, которая возникла у одного из наших клиентов: сначала GitLab работает нормально, а потом у пользователей возникает ошибка. Они пытались клонировать некоторые репозитории через Git, и вдруг появлялось непонятное сообщение об устаревшем файле: Stale file error. Ошибка сохранялась надолго и не давала работать, пока системный администратор вручную не запускал ls в самом каталоге.
Пришлось изучать внутренние механизмы Git и сетевой файловой системы NFS. В итоге мы нашли баг в клиенте Linux v4.0 NFS, Тронд Мюклебуст (Trond Myklebust) написал патч для ядра, и с 26 октября этот патч входит в основное ядро Linux.
В этом посте я расскажу, как мы изучали проблему, в каком направлении думали и какие инструменты использовали, чтобы отследить баг. Мы вдохновлялись отличной детективной работой Олега Дашевского, описанной в посте «Как я две недели охотился за утечкой памяти в Ruby».
