Перевод поста HTG Explains: Which Linux File System Should You Choose? (2010 год) с некоторыми дополнениями и уточнениями. Журналирование Прежде, чем говорить о файловых системах — давайте кратко рассмотрим понятие «журналирование«. Журналирование в том или ином виде применяется практически во всех современных файловых системах.
Есть две возможности создавать и запускать контейнер — с помощью Dockerfile и вручную (есть и ещё один вариант — загрузить и запустить уже готовый контейнер с MySQL/MariaDB из репозитория — но мы лёгких путей не ищем). Тут будет рассмотрен ручной вариант. Задача: поднять Docker-контейнер, в котором будет работать MariaDB с возможностью подключения к нему из других контейнеров… Читать далее »
Имеется ключ: $ openssl rsa -text -noout -in setevoy_main_priv_openssh Enter pass phrase for setevoy_main_priv_openssh: Private-Key: (2048 bit) modulus: 00:d6:9e:d5:7e:24:bb:a3:2a:fa:a5:94:a9:b9:99: … Необходимо сбросить пароль доступа к нему.
Первая часть — тут>>>. Запуск контейнеров Как говорилось в первой части — Docker использует LXC для запуска и управления контейнерами. Это значит, что в рамках одной хост-системы вы можете запустить любую ОС, которая будет совместима с ядром хоста. Например, имеется Docker, работающий на Debian 7: # lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian… Читать далее »
Docker — система виртуализации, позволяющая запускать изолированные среды исполнения в рамках одной операционной системы. Для реализации — используется система LXC (Linux Containers), аналог jails во FreeBSD. Установка выполняется на: # lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 7.9 (wheezy) Release: 7.9 Codename: wheezy Последнюю версию Docker-а можно найти тут>>>.
У нас имеется утилита, которая управляет билдами и деплоями. Помимо всего прочего — в ней прописаны несколько паролей — для авторизации в базе данных (Apache Cassandra) и для отправки почтовых уведомлений. Хранились они в plaintext виде, прямо в коде утилиты. Для решения этой задачи — был написан отдельный класс, который умеет шифровать и дешифровать файл, в… Читать далее »
Переходим в каталог /tmp: # cd /tmp Загружаем архив с Bamboo агентом: # wget https://maven.atlassian.com/content/repositories/atlassian-public/com/atlassian/bamboo/atlassian-bamboo-elastic-image/4.4/atlassian-bamboo-elastic-image-4.4.zip Создаём домашнюю директорию агента: # mkdir /home/bamboo/bamboo-agent-home
Имеется директория проекта на локальной машине, не добавленная в Git. Переходим в каталог: > cd /d d:DropboxRDSrdsmanager_NG-1 Создаём пустой репозиторий: > git init Initialized empty Git repository in d:/Dropbox/RDS/rdsmanager_NG-1/.git/
Имеется два QA сервера — один в дата-центре Ирландии, другой — в США. Требуется собирать с них логи catalina.out и передавать на центральный сервер Logstash. Повторяем установку Logstash Forwarder, как это описано в посте ELK: Elasticsearch+Logstash+Kibana — добавление удалённого хоста и настройка Logstash Forwarder — и приступаем к настройке, например — файл конфигурации с QA-сервера из США:
Имеется установленная система ELK— CentOS: установка Elasticsearch + Logstash + Kibana (ELK). Там был настроен только один, локальный, лог. Требуется добавить лог с удалённого сервера. Действия, описанные ниже, требуется повторить для каждого хоста. Создаём новые сертификат, который будет использоваться для шифрования данных между удалённым сервером с Logstash Forwarder — и центральным сервером с ELK: