LINUX.ORG.RU

История изменений

Исправление sanyo1234, (текущая версия) :

Вы музей протухшего оборудования дома собираете?

Протухшего в смысле без современных бэкдоров ? LOL

Под прессингом ганстолкеров ещё и не такую коллекцию соберёшь, LOL

У меня был одноядерный Celeron, даже не один, мешочек целый. Надо?

Слишком современный, отказываюсь.

Возможно, кого-нибудь удивлю, но оказывается, ELK (Elasticsearch stack) способен запускаться на тестовом учебном стенде даже в виртуалке с 1.5 GB RAM :)

Для того, чтобы обучение было более полным и наглядным, я установил все три сервиса стека ELK: Elasticsearch, Logstash и Kibana. Для этого я добавил соответствующие сервисы в манифест docker-compose.yml, взятый из предыдущих работ этого модуля. Причём, развёртывал я это на относительно слабой виртуальной машине с объёмом RAM всего 1.5GB, запущенной на рабочей станции с 4GB RAM, включая и память виртуалки. :) ELK стартанул с потреблением примерно 1.5GB RAM на почти пустой виртуалке, где было изначально занято всего 75Mb памяти по сути только под сервис Docker, ядро Linux и самый минимум сервисов типа SSH. После загрузки демо данных в Elasticsearch потребление RAM выросло в 2 раза до 3GB, при этом половина ELK была перемещена в SWAP, что можно увидеть на скриншоте: . Любопытно, что LA оказался терпимым (всего на 1-2 единицы выше предельной нормы для четырёх ядер и то, скорее всего, из-за тяжелого браузера с плагинами) даже на таком относительно слабом оборудовании с процессором Core2 Quad + 4GB RAM (Devuan Linux + ZFS + Trinity DE + KVM виртуалка): 

https://raw.githubusercontent.com/a-prokopyev-resume/devops-netology/main/06-db-05-elasticsearch/images/htop.jpg

Исправление sanyo1234, :

Вы музей протухшего оборудования дома собираете?

Протухшего в смысле без современных бэкдоров ? LOL

Под прессингом ганстолкеров ещё и не такую коллекцию соберёшь, LOL

У меня был одноядерный Celeron, даже не один, мешочек целый. Надо?

Слишком современный, отказываюсь.

Возможно, кого-нибудь удивлю, но оказывается, ELK (Elasticsearch stack) способен работать на тестовом учебном стенде даже в виртуалке с 1.5 GB RAM :)

Для того, чтобы обучение было более полным и наглядным, я установил все три сервиса стека ELK: Elasticsearch, Logstash и Kibana. Для этого я добавил соответствующие сервисы в манифест docker-compose.yml, взятый из предыдущих работ этого модуля. Причём, развёртывал я это на относительно слабой виртуальной машине с объёмом RAM всего 1.5GB, запущенной на рабочей станции с 4GB RAM, включая и память виртуалки. :) ELK стартанул с потреблением примерно 1.5GB RAM на почти пустой виртуалке, где было изначально занято всего 75Mb памяти по сути только под сервис Docker, ядро Linux и самый минимум сервисов типа SSH. После загрузки демо данных в Elasticsearch потребление RAM выросло в 2 раза до 3GB, при этом половина ELK была перемещена в SWAP, что можно увидеть на скриншоте: . Любопытно, что LA оказался терпимым (всего на 1-2 единицы выше предельной нормы для четырёх ядер и то, скорее всего, из-за тяжелого браузера с плагинами) даже на таком относительно слабом оборудовании с процессором Core2 Quad + 4GB RAM (Devuan Linux + ZFS + Trinity DE + KVM виртуалка): 

https://raw.githubusercontent.com/a-prokopyev-resume/devops-netology/main/06-db-05-elasticsearch/images/htop.jpg

Исправление sanyo1234, :

Вы музей протухшего оборудования дома собираете?

Протухшего в смысле без современных бэкдоров ? LOL

Под прессингом ганстолкеров ещё и не такую коллекцию соберёшь, LOL

У меня был одноядерный Celeron, даже не один, мешочек целый. Надо?

Слишком современный, отказываюсь.

Возможно, кого-нибудь удивлю, но оказывается, ELK (Elasticsearch) способен работать на тестовом учебном стенде даже в виртуалке с 1.5 GB RAM :)

Для того, чтобы обучение было более полным и наглядным, я установил все три сервиса стека ELK: Elasticsearch, Logstash и Kibana. Для этого я добавил соответствующие сервисы в манифест docker-compose.yml, взятый из предыдущих работ этого модуля. Причём, развёртывал я это на относительно слабой виртуальной машине с объёмом RAM всего 1.5GB, запущенной на рабочей станции с 4GB RAM, включая и память виртуалки. :) ELK стартанул с потреблением примерно 1.5GB RAM на почти пустой виртуалке, где было изначально занято всего 75Mb памяти по сути только под сервис Docker, ядро Linux и самый минимум сервисов типа SSH. После загрузки демо данных в Elasticsearch потребление RAM выросло в 2 раза до 3GB, при этом половина ELK была перемещена в SWAP, что можно увидеть на скриншоте: . Любопытно, что LA оказался терпимым (всего на 1-2 единицы выше предельной нормы для четырёх ядер и то, скорее всего, из-за тяжелого браузера с плагинами) даже на таком относительно слабом оборудовании с процессором Core2 Quad + 4GB RAM (Devuan Linux + ZFS + Trinity DE + KVM виртуалка): 

https://raw.githubusercontent.com/a-prokopyev-resume/devops-netology/main/06-db-05-elasticsearch/images/htop.jpg

Исправление sanyo1234, :

Вы музей протухшего оборудования дома собираете?

Протухшего в смысле без современных бэкдоров ? LOL

Под прессингом ганстолкеров ещё и не такую коллекцию соберёшь, LOL

У меня был одноядерный Celeron, даже не один, мешочек целый. Надо?

Слишком современный, отказываюсь.

Возможно кого-нибудь удивлю, но оказывается ELK (Elasticsearch) способен работать на тестовом учебном стенде даже в виртуалке с 1.5 GB RAM :)

Для того, чтобы обучение было более полным и наглядным, я установил все три сервиса стека ELK: Elasticsearch, Logstash и Kibana. Для этого я добавил соответствующие сервисы в манифест docker-compose.yml, взятый из предыдущих работ этого модуля. Причём, развёртывал я это на относительно слабой виртуальной машине с объёмом RAM всего 1.5GB, запущенной на рабочей станции с 4GB RAM, включая и память виртуалки. :) ELK стартанул с потреблением примерно 1.5GB RAM на почти пустой виртуалке, где было изначально занято всего 75Mb памяти по сути только под сервис Docker, ядро Linux и самый минимум сервисов типа SSH. После загрузки демо данных в Elasticsearch потребление RAM выросло в 2 раза до 3GB, при этом половина ELK была перемещена в SWAP, что можно увидеть на скриншоте: . Любопытно, что LA оказался терпимым (всего на 1-2 единицы выше предельной нормы для четырёх ядер и то, скорее всего, из-за тяжелого браузера с плагинами) даже на таком относительно слабом оборудовании с процессором Core2 Quad + 4GB RAM (Devuan Linux + ZFS + Trinity DE + KVM виртуалка): 

https://raw.githubusercontent.com/a-prokopyev-resume/devops-netology/main/06-db-05-elasticsearch/images/htop.jpg

Исходная версия sanyo1234, :

Вы музей протухшего оборудования дома собираете?

Протухшего в смысле без современных бэкдоров ? LOL

Под прессингом ганстолкеров ещё и не такую коллекцию соберёшь, LOL

У меня был одноядерный Celeron, даже не один, мешочек целый. Надо?

Слишком современный, отказываюсь.