Nginx json naplĂłk kĂŒldĂ©se Vectorral a Clickhouse-ba Ă©s az Elasticsearch-be

Nginx json naplĂłk kĂŒldĂ©se Vectorral a Clickhouse-ba Ă©s az Elasticsearch-be

Vector, amelyet a napló-, metrikai és eseményadatok gyƱjtésére, åtalakítåsåra és tovåbbítåsåra hasznålnak.

→ Githubot

A Rust nyelven Ă­rĂłdott, magas teljesĂ­tmĂ©nyt Ă©s alacsony memĂłriakibocsĂĄtĂĄst kĂ­nĂĄlva az analĂłgokhoz kĂ©pest. Ezen kĂ­vĂŒl nagy figyelmet fordĂ­t a helyessĂ©ghez kapcsolĂłdĂł funkciĂłkra, kĂŒlönösen a nem elkĂŒldött esemĂ©nyek lemezre törtĂ©nƑ pufferelĂ©sĂ©nek Ă©s a fĂĄjlok forgatĂĄsĂĄnak lehetƑsĂ©gĂ©re.

ArchitekturĂĄlisan a Vector esemĂ©nyrouter, amely ĂŒzeneteket fogad el egy vagy több forrĂĄsbĂłl, opcionĂĄlisan alkalmazva ezekre az ĂŒzenetekre ĂĄtalakĂ­tĂĄsokat, Ă©s azokat egy vagy több cĂ©lba tovĂĄbbĂ­tja..

A Vector a filebeat Ă©s a logstash alternatĂ­vĂĄja, mindkĂ©t szerepben (naplĂłkat fogadva Ă©s kĂŒldve) mƱködhet, rĂ©szletesebben a weboldalon.

Ha a Logstash-ban a lánc input → filter → output, akkor a Vector-ban ez sources → transforms → sina

Példåkat a dokumentåcióban talålhat.

Ez az ĂștmutatĂł ĂĄtdolgozott vĂĄltozata Viacheslav Rakhinsky. Az eredeti ĂștmutatĂłban geoip feldolgozĂĄs talĂĄlhatĂł. TesztelĂ©s sorĂĄn a geoip-bĂłl a belsƑ hĂĄlĂłzatbĂłl a Vector hibĂĄt adott.

Aug 05 06:25:31.889 DEBUG transform{name=nginx_parse_rename_fields type=rename_fields}: vector::transforms::rename_fields: A mezƑ nem lĂ©tezett field=«geoip.country_name» rate_limit_secs=30

Ha valakinek szĂŒksĂ©ges a geoip feldolgozĂĄsa, kĂ©rjĂŒk, forduljon az eredeti ĂștmutatĂĄshoz Viacheslav Rakhinsky.

BeĂĄllĂ­tjuk az összekapcsolĂĄst Nginx (hozzĂĄfĂ©rĂ©si naplĂłk) → Vector (Klient | Filebeat) → Vector (Szerver | Logstash) → kĂŒlön a Clickhouse-ra Ă©s kĂŒlön az Elasticsearch-ra. NĂ©gy szervert ĂĄllĂ­tunk be. HĂĄrom szerverrel is meg lehet oldani.

Nginx json naplĂłk kĂŒldĂ©se Vectorral a Clickhouse-ba Ă©s az Elasticsearch-be

A sĂ©ma körĂŒlbelĂŒl Ă­gy nĂ©z ki.

Kapcsolja ki a Selinux-t az összes szerverén

sed -i 's\/^SELINUX=.*\/SELINUX=disabled\/g' \/etc\/selinux\/config
reboot

Minden szerverre telepĂ­tjĂŒk a HTTP szerver emulĂĄtort + segĂ©dprogramokat

HTTP szerver emulåtorként fogjuk hasznålni nodejs-stub-server tól Maxim Ignatenko

A Nodejs-stub-server nem tartalmaz rpm-et. Itt lĂ©trehozunk neki rpm-t. Az rpm a Fedora Copr segĂ­tsĂ©gĂ©vel fog elkĂ©szĂŒltni

HozzĂĄadjuk az antonpatsev/nodejs-stub-server tĂĄrolĂłt

yum -y install yum-plugin-copr epel-release
yes | yum copr enable antonpatsev/nodejs-stub-server

TelepĂ­tjĂŒk a nodejs-stub-server, Apache benchmark Ă©s terminĂĄlis multiplexert (screen) minden szerverre

yum -y install stub_http_server screen mc httpd-tools screen

Módosítottam a \/var\/lib\/stub_http_server\/stub_http_server.js fåjlban a stub_http_server vålaszidejét, hogy több napló legyen.

var max_sleep = 10;

IndĂ­tsuk el a stub_http_server-t.

systemctl start stub_http_server
systemctl enable stub_http_server

Clickhouse telepítése a harmadik szerveren

A ClickHouse SSE 4.2 utasĂ­tĂĄskĂ©szletet hasznĂĄl, ezĂ©rt ha nincs megadva mĂĄs, akkor a hasznĂĄlt processzor tĂĄmogatĂĄsa tovĂĄbbi követelmĂ©ny a rendszerhez. Íme a parancs a tĂĄmogatĂĄs ellenƑrzĂ©sĂ©re:

grep -q sse4_2 \/proc\/cpuinfo && echo "SSE 4.2 supported" || echo "SSE 4.2 not supported"

ElƑször is, csatlakoztassa a hivatalos tĂĄrolĂłt:

sudo yum install -y yum-utils
sudo rpm --import https:\/\/repo.clickhouse.tech\/CLICKHOUSE-KEY.GPG
sudo yum-config-manager --add-repo https:\/\/repo.clickhouse.tech\/rpm\/stable\/x86_64

A csomagok telepĂ­tĂ©sĂ©hez a következƑ parancsokat kell vĂ©grehajtani:

sudo yum install -y clickhouse-server clickhouse-client

EngedĂ©lyezzĂŒk a clickhouse-server szĂĄmĂĄra, hogy figyelje a hĂĄlĂłzati kĂĄrtyĂĄt a \/etc\/clickhouse-server\/config.xml fĂĄjlban

0.0.0.0

Megváltoztatjuk a naplózási szintet trace-rƑl debug-ra

debug

A tömörítési beållítåsok alapértelmezettek:

min_compress_block_size  65536
max_compress_block_size  1048576

A Zstd tömörĂ­tĂ©s aktivĂĄlĂĄsĂĄhoz javasoltĂĄk, hogy ne nyĂșljunk a konfigurĂĄciĂłhoz, inkĂĄbb hasznĂĄljunk DDL-t.

Nginx json naplĂłk kĂŒldĂ©se Vectorral a Clickhouse-ba Ă©s az Elasticsearch-be

Nem talĂĄltam, hogyan lehet zstd tömörĂ­tĂ©st alkalmazni a DDL-en keresztĂŒl a Google-ben, ezĂ©rt Ășgy hagytam, ahogy van.

KollegĂĄk, akik hasznĂĄljĂĄk a zstd tömörĂ­tĂ©st a Clickhouse-ban — kĂ©rlek, osszĂĄtok meg az utasĂ­tĂĄsokat.

A szerver demoként való elindítåsåhoz hajtsd végre:

service clickhouse-server start

Most ĂĄttĂ©rĂŒnk a Clickhouse beĂĄllĂ­tĂĄsĂĄra.

BelĂ©pĂŒnk a Clickhouse-ba.

clickhouse-client -h 172.26.10.109 -m

172.26.10.109 — az IP címe a szervernek, ahol a Clickhouse telepítve van.

Hozzuk létre a vector adatbåzist.

CREATE DATABASE vector;

EllenƑrizzĂŒk, hogy megvan-e az adatbĂĄzis.

show databases;

Létrehozzuk a vector.logs tåblåt.

/* Đ­Ń‚ĐŸ таблОца гЎД Ń…Ń€Đ°ĐœŃŃ‚ŃŃ Đ»ĐŸĐłĐž ĐșаĐș Đ”ŃŃ‚ŃŒ */

CREATE TABLE vector.logs
(
    `node_name` String,
    `timestamp` DateTime,
    `server_name` String,
    `user_id` String,
    `request_full` String,
    `request_user_agent` String,
    `request_http_host` String,
    `request_uri` String,
    `request_scheme` String,
    `request_method` String,
    `request_length` UInt64,
    `request_time` Float32,
    `request_referrer` String,
    `response_status` UInt16,
    `response_body_bytes_sent` UInt64,
    `response_content_type` String,
    `remote_addr` IPv4,
    `remote_port` UInt32,
    `remote_user` String,
    `upstream_addr` IPv4,
    `upstream_port` UInt32,
    `upstream_bytes_received` UInt64,
    `upstream_bytes_sent` UInt64,
    `upstream_cache_status` String,
    `upstream_connect_time` Float32,
    `upstream_header_time` Float32,
    `upstream_response_length` UInt64,
    `upstream_response_time` Float32,
    `upstream_status` UInt16,
    `upstream_content_type` String,
    INDEX idx_http_host request_http_host TYPE set(0) GRANULARITY 1
)
ENGINE = MergeTree()
PARTITION BY toYYYYMMDD(timestamp)
ORDER BY timestamp
TTL timestamp + toIntervalMonth(1)
SETTINGS index_granularity = 8192;

EllenƑrizzĂŒk, hogy lĂ©trejöttek-e a tĂĄblĂĄk. IndĂ­tsuk el. clickhouse-client Ă©s vĂ©gezzĂŒnk egy lekĂ©rdezĂ©st.

ÁttĂ©rĂŒnk a vector adatbĂĄzisra.

use vector;

Ok.

0 rows in set. Elapsed: 0.001 sec.

NĂ©zzĂŒk meg a tĂĄblĂĄkat.

show tables;

┌─name────────────────┐
│ logs                │
└─────────────────────┘

Elasticsearch telepĂ­tĂ©se a 4. szerverre az azonos adatok Elasticsearch-be törtĂ©nƑ kĂŒldĂ©sĂ©hez a Clickhouse-szal valĂł összehasonlĂ­tĂĄs cĂ©ljĂĄbĂłl.

Adjunk hozzĂĄ egy nyilvĂĄnos rpm kulcsot.

rpm --import https://artifacts.elastic.co/GPG-KEY-elasticsearch

Hozzunk létre 2 repo-t:

/etc/yum.repos.d/elasticsearch.repo

[elasticsearch]
name=Elasticsearch repository for 7.x packages
baseurl=https://artifacts.elastic.co/packages/7.x/yum
gpgcheck=1
gpgkey=https://artifacts.elastic.co/GPG-KEY-elasticsearch
enabled=0
autorefresh=1
type=rpm-md

/etc/yum.repos.d/kibana.repo

[kibana-7.x]
name=Kibana repository for 7.x packages
baseurl=https://artifacts.elastic.co/packages/7.x/yum
gpgcheck=1
gpgkey=https://artifacts.elastic.co/GPG-KEY-elasticsearch
enabled=1
autorefresh=1
type=rpm-md

TelepĂ­tjĂŒk az elasticsearch-t Ă©s a kibana-t.

yum install -y kibana elasticsearch

Mivel egy példånyban lesz, a /etc/elasticsearch/elasticsearch.yml fåjlba hozzå kell adni:

discovery.type: single-node

Ahhoz, hogy a vector tudjon adatokat kĂŒldeni az Elasticsearch-ba egy mĂĄsik szerverrƑl, mĂłdosĂ­tani kell a network.host-ot.

network.host: 0.0.0.0

Ahhoz, hogy csatlakozzunk a kibana-hoz, módosítani kell a server.host paramétert a /etc/kibana/kibana.yml fåjlban.

server.host: "0.0.0.0"

IndĂ­tjuk Ă©s ĂŒtemezzĂŒk az elasticsearch autĂłindĂ­tĂĄst.

systemctl enable elasticsearch
systemctl start elasticsearch

és a kibana-t.

systemctl enable kibana
systemctl start kibana

Az Elasticsearch beĂĄllĂ­tĂĄsa single-node mĂłdra 1 sharddal, 0 replika. ValĂłszĂ­nƱleg nagy mennyisĂ©gƱ szerverbƑl ĂĄllĂł klasztered lesz, ezĂ©rt ezt nem kell megtenned.

A jövƑbeli indexekhez frissĂ­tjĂŒk az alapĂ©rtelmezett sablont:

curl -X PUT http://localhost:9200/_template/default -H 'Content-Type: application/json' -d '{"index_patterns": ["*"],"order": -1,"settings": {"number_of_shards": "1","number_of_replicas": "0"}}' 

Telepítés Vector a Logstash helyett a 2. szerveren.

yum install -y https://packages.timber.io/vector/0.9.X/vector-x86_64.rpm mc httpd-tools screen

A Vector beĂĄllĂ­tĂĄsa a Logstash helyett. SzerkesszĂŒk a /etc/vector/vector.toml fĂĄjlt.

# /etc/vector/vector.toml

data_dir = "/var/lib/vector"

[sources.nginx_input_vector]
  # General
  type                          = "vector"
  address                       = "0.0.0.0:9876"
  shutdown_timeout_secs         = 30

[transforms.nginx_parse_json]
  inputs                        = [ "nginx_input_vector" ]
  type                          = "json_parser"

[transforms.nginx_parse_add_defaults]
  inputs                        = [ "nginx_parse_json" ]
  type                          = "lua"
  version                       = "2"

  hooks.process = """
  function (event, emit)

    function split_first(s, delimiter)
      result = {};
      for match in (s..delimiter):gmatch("(.-)"..delimiter) do
          table.insert(result, match);
      end
      return result[1];
    end

    function split_last(s, delimiter)
      result = {};
      for match in (s..delimiter):gmatch("(.-)"..delimiter) do
          table.insert(result, match);
      end
      return result[#result];
    end

    event.log.upstream_addr             = split_first(split_last(event.log.upstream_addr, ', '), ':')
    event.log.upstream_bytes_received   = split_last(event.log.upstream_bytes_received, ', ')
    event.log.upstream_bytes_sent       = split_last(event.log.upstream_bytes_sent, ', ')
    event.log.upstream_connect_time     = split_last(event.log.upstream_connect_time, ', ')
    event.log.upstream_header_time      = split_last(event.log.upstream_header_time, ', ')
    event.log.upstream_response_length  = split_last(event.log.upstream_response_length, ', ')
    event.log.upstream_response_time    = split_last(event.log.upstream_response_time, ', ')
    event.log.upstream_status           = split_last(event.log.upstream_status, ', ')

    if event.log.upstream_addr == "" then
        event.log.upstream_addr = "127.0.0.1"
    end

    if (event.log.upstream_bytes_received == "-" or event.log.upstream_bytes_received == "") then
        event.log.upstream_bytes_received = "0"
    end

    if (event.log.upstream_bytes_sent == "-" or event.log.upstream_bytes_sent == "") then
        event.log.upstream_bytes_sent = "0"
    end

    if event.log.upstream_cache_status == "" then
        event.log.upstream_cache_status = "DISABLED"
    end

    if (event.log.upstream_connect_time == "-" or event.log.upstream_connect_time == "") then
        event.log.upstream_connect_time = "0"
    end

    if (event.log.upstream_header_time == "-" or event.log.upstream_header_time == "") then
        event.log.upstream_header_time = "0"
    end

    if (event.log.upstream_response_length == "-" or event.log.upstream_response_length == "") then
        event.log.upstream_response_length = "0"
    end

    if (event.log.upstream_response_time == "-" or event.log.upstream_response_time == "") then
        event.log.upstream_response_time = "0"
    end

    if (event.log.upstream_status == "-" or event.log.upstream_status == "") then
        event.log.upstream_status = "0"
    end

    emit(event)

  end
  """

[transforms.nginx_parse_remove_fields]
    inputs                              = [ "nginx_parse_add_defaults" ]
    type                                = "remove_fields"
    fields                              = ["data", "file", "host", "source_type"]

[transforms.nginx_parse_coercer]

    type                                = "coercer"
    inputs                              = ["nginx_parse_remove_fields"]

    types.request_length = "int"
    types.request_time = "float"

    types.response_status = "int"
    types.response_body_bytes_sent = "int"

    types.remote_port = "int"

    types.upstream_bytes_received = "int"
    types.upstream_bytes_send = "int"
    types.upstream_connect_time = "float"
    types.upstream_header_time = "float"
    types.upstream_response_length = "int"
    types.upstream_response_time = "float"
    types.upstream_status = "int"

    types.timestamp = "timestamp"

[sinks.nginx_output_clickhouse]
    inputs   = ["nginx_parse_coercer"]
    type     = "clickhouse"

    database = "vector"
    healthcheck = true
    host = "http://172.26.10.109:8123" #  АЎрДс Clickhouse
    table = "logs"

    encoding.timestamp_format = "unix"

    buffer.type = "disk"
    buffer.max_size = 104900000
    buffer.when_full = "block"

    request.in_flight_limit = 20

[sinks.elasticsearch]
    type = "elasticsearch"
    inputs   = ["nginx_parse_coercer"]
    compression = "none"
    healthcheck = true
    # 172.26.10.116 - сДрĐČДр гЎД ŃƒŃŃ‚Đ°ĐœĐŸĐČĐ”Đœ elasticsearch
    host = "http://172.26.10.116:9200" 
    index = "vector-%Y-%m-%d"

A transforms.nginx_parse_add_defaults szekciĂłt ki tudod igazĂ­tani.

Mivel Vyacheslav Rakhinsky ezeket a konfigurĂĄciĂłkat hasznĂĄlja egy kis CDN-hez, ahol az upstream_* mezƑbe több Ă©rtĂ©k is Ă©rkezhet.

Példåul:

"upstream_addr": "128.66.0.10:443, 128.66.0.11:443, 128.66.0.12:443"
"upstream_bytes_received": "-, -, 123"
"upstream_status": "502, 502, 200"

Ha ez nem a te helyzeted, akkor ezt a szakaszt egyszerƱsítheted.

Hozzuk létre a service beållítåsokat a systemd-hez a /etc/systemd/system/vector.service fåjlban.

# /etc/systemd/system/vector.service

[Unit]
Description=Vector
After=network-online.target
Requires=network-online.target

[Service]
User=vector
Group=vector
ExecStart=/usr/bin/vector
ExecReload=/bin/kill -HUP $MAINPID
Restart=no
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=vector

[Install]
WantedBy=multi-user.target

A tåblåk létrehozåsa utån elindíthatjuk a Vectort.

systemctl enable vector
systemctl start vector

A vector naplĂłit Ă­gy lehet megtekinteni:

journalctl -f -u vector

A naplĂłkban ilyen bejegyzĂ©seknek kell lenniĂŒk:

INFO vector::topology::builder: Healthcheck: Sikeres.
INFO vector::topology::builder: Healthcheck: Sikeres.

A kliensen (Web server) — 1. szerver.

A nginx szerveren le kell tiltani az ipv6-ot, mivel a logs tĂĄblĂĄban a clickhouse-ban a következƑ mezƑt hasznĂĄljĂĄk: upstream_addr IPv4, mivel nem hasznĂĄlok ipv6-ot a hĂĄlĂłzaton belĂŒl. Ha az ipv6-ot nem kapcsoljĂĄk ki, hibĂĄk lĂ©phetnek fel:

DB::Exception: ÉrvĂ©nytelen IPv4 Ă©rtĂ©k.: (az upstream_addr kulcs Ă©rtĂ©kĂ©nek olvasĂĄsa közben)

LehetsĂ©ges, hogy a jövƑbeli felhasznĂĄlĂłk igĂ©nylik az ipv6 tĂĄmogatĂĄst.

Hozzunk létre egy fåjlt a /etc/sysctl.d/98-disable-ipv6.conf helyen.

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

Alkalmazzuk a beĂĄllĂ­tĂĄsokat.

sysctl --system

TelepĂ­tsĂŒk az nginx-t.

HozzĂĄadott nginx repository fĂĄjl a /etc/yum.repos.d/nginx.repo helyre.

[nginx-stable]
name=nginx stable repo
baseurl=http://nginx.org/packages/centos/$releasever/$basearch/
gpgcheck=1
enabled=1
gpgkey=https://nginx.org/keys/nginx_signing.key
module_hotfixes=true

TelepĂ­tsĂŒk az nginx csomagot.

yum install -y nginx

ElƑször be kell ĂĄllĂ­tanunk a naplĂłformĂĄtumot az Nginx-ben a /etc/nginx/nginx.conf fĂĄjlban.

user  nginx;
# A CPU magok bĂĄzisĂĄn kell beĂĄllĂ­tani a worker folyamatokat, az nginx nem nyer a beĂĄllĂ­tĂĄsokkal, ha tĂșllĂ©pik ezt
worker_processes auto; # nĂ©hĂĄny Ășjabb verziĂł automatikusan kiszĂĄmĂ­tja

# az nginx ĂĄltal hasznĂĄlt fĂĄjl deszkriptorok szĂĄma
# a maximĂĄlis FD-k limitje ĂĄltalĂĄban az OS ĂĄltal van beĂĄllĂ­tva.
# ha nem ållítja be az FD-ket, akkor az OS beållítåsokat hasznålja, ami alapértelmezetten 2000
worker_rlimit_nofile 100000;

error_log  \/var\/log\/nginx\/error.log warn;
pid        \/var\/run\/nginx.pid;

# megadja a konfigurĂĄciĂłs fĂĄjl kontextusĂĄt, amelyben a kapcsolatĂł feldolgozĂĄsĂĄra vonatkozĂł direktĂ­vĂĄk vannak megadva.
events {
    # meghatĂĄrozza, hogy hĂĄny ĂŒgyfelet szolgĂĄlnak ki munkafolyamatonkĂ©nt
    # max ĂŒgyfĂ©l = worker_connections * worker_processes
    # a max ĂŒgyfelet a rendszerben elĂ©rhetƑ socket kapcsolatok szĂĄma is korlĂĄtozza (~64k)
    worker_connections 4000;

    # optimalizĂĄlva, hogy sok ĂŒgyfelet szolgĂĄljon ki minden egyes szĂĄl, alapvetƑ linux esetĂ©n -- tesztkörnyezethez
    use epoll;

    # fogadja el a lehetƑ legtöbb kapcsolatot, tĂșl alacsony beĂĄllĂ­tĂĄs esetĂ©n elĂĄraszthatja a munkapontokat -- tesztkörnyezethez
    multi_accept on;
}

http {
    include       \/etc\/nginx\/mime.types;
    default_type  application\/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

log_format vector escape=json
    '{'
        '"node_name":"nginx-vector",'
        '"timestamp":"$time_iso8601",'
        '"server_name":"$server_name",'
        '"request_full": "$request",'
        '"request_user_agent":"$http_user_agent",'
        '"request_http_host":"$http_host",'
        '"request_uri":"$request_uri",'
        '"request_scheme": "$scheme",'
        '"request_method":"$request_method",'
        '"request_length":"$request_length",'
        '"request_time": "$request_time",'
        '"request_referrer":"$http_referer",'
        '"response_status": "$status",'
        '"response_body_bytes_sent":"$body_bytes_sent",'
        '"response_content_type":"$sent_http_content_type",'
        '"remote_addr": "$remote_addr",'
        '"remote_port": "$remote_port",'
        '"remote_user": "$remote_user",'
        '"upstream_addr": "$upstream_addr",'
        '"upstream_bytes_received": "$upstream_bytes_received",'
        '"upstream_bytes_sent": "$upstream_bytes_sent",'
        '"upstream_cache_status":"$upstream_cache_status",'
        '"upstream_connect_time":"$upstream_connect_time",'
        '"upstream_header_time":"$upstream_header_time",'
        '"upstream_response_length":"$upstream_response_length",'
        '"upstream_response_time":"$upstream_response_time",'
        '"upstream_status": "$upstream_status",'
        '"upstream_content_type":"$upstream_http_content_type"'
    '}';

    access_log  \/var\/log\/nginx\/access.log  main;
    access_log  \/var\/log\/nginx\/access.json.log vector;      # Új log json formátumban

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;

    include \/etc\/nginx\/conf.d\/*.conf;
}

Annak Ă©rdekĂ©ben, hogy ne sĂ©rtsĂŒk meg a jelenlegi konfigurĂĄciĂłt, az Nginx lehetƑvĂ© teszi, hogy több access_log direktĂ­vĂĄt hasznĂĄljunk.

access_log  \/var\/log\/nginx\/access.log  main;            # SzabvĂĄnyos log
access_log  \/var\/log\/nginx\/access.json.log vector;      # Új log json formátumban

Ne feledje, hogy hozzĂĄ kell adnunk egy szabĂĄlyt a logrotate-hoz az Ășj logokhoz (ha a log fĂĄjl nem .log vĂ©gzƑdĂ©sƱ).

Tåvolítsuk el a default.conf fåjlt a \/etc\/nginx\/conf.d\/ könyvtårból.

rm -f \/etc\/nginx\/conf.d\/default.conf

HozzĂĄadunk egy virtuĂĄlis hostot a \/etc\/nginx\/conf.d\/vhost1.conf fĂĄjlhoz.

server {
    listen 80;
    server_name vhost1;
    location \/ {
        proxy_pass http:\/\/172.26.10.106:8080;
    }
}

HozzĂĄadunk egy virtuĂĄlis hostot /etc/nginx/conf.d/vhost2.conf

server {
    listen 80;
    server_name vhost2;
    location / {
        proxy_pass http://172.26.10.108:8080;
    }
}

HozzĂĄadunk egy virtuĂĄlis hostot /etc/nginx/conf.d/vhost3.conf

server {
    listen 80;
    server_name vhost3;
    location / {
        proxy_pass http://172.26.10.109:8080;
    }
}

HozzĂĄadunk egy virtuĂĄlis hostot /etc/nginx/conf.d/vhost4.conf

server {
    listen 80;
    server_name vhost4;
    location / {
        proxy_pass http://172.26.10.116:8080;
    }
}

HozzĂĄadjuk a virtuĂĄlis hostokat a /etc/hosts fĂĄjlhoz (172.26.10.106 az nginx-nek otthont adĂł szerver IP cĂ­me) minden szerverhez:

172.26.10.106 vhost1
172.26.10.106 vhost2
172.26.10.106 vhost3
172.26.10.106 vhost4

És ha minden kĂ©sz, akkor

nginx -t 
systemctl restart nginx

Most telepĂ­tjĂŒk a programot Vector

yum install -y https://packages.timber.io/vector/0.9.X/vector-x86_64.rpm

Hozzåfogunk egy beållítåsi fåjl létrehozåsåhoz systemd-hez /etc/systemd/system/vector.service

[Unit]
Description=Vector
After=network-online.target
Requires=network-online.target

[Service]
User=vector
Group=vector
ExecStart=/usr/bin/vector
ExecReload=/bin/kill -HUP $MAINPID
Restart=no
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=vector

[Install]
WantedBy=multi-user.target

És beĂĄllĂ­tjuk a Filebeat helyettesĂ­tĂ©sĂ©t a /etc/vector/vector.toml konfigurĂĄciĂłban. Az IP cĂ­m 172.26.10.108 a log szerver (Vector-Server) IP cĂ­me

data_dir = "/var/lib/vector"

[sources.nginx_file]
  type                          = "file"
  include                       = [ "/var/log/nginx/access.json.log" ]
  start_at_beginning            = false
  fingerprinting.strategy       = "device_and_inode"

[sinks.nginx_output_vector]
  type                          = "vector"
  inputs                        = [ "nginx_file" ]

  address                       = "172.26.10.108:9876"

Ne felejtsd el hozzĂĄadni a vector felhasznĂĄlĂłt a megfelelƑ csoporthoz, hogy hozzĂĄfĂ©rhessen a log fĂĄjlokhoz. PĂ©ldĂĄul az nginx Centos alatt adm jogĂș csoportban hozza lĂ©tre a logokat.

usermod -a -G adm vector

IndĂ­tsuk el a vector szolgĂĄltatĂĄst

systemctl enable vector
systemctl start vector

A vector naplĂłit Ă­gy lehet megtekinteni:

journalctl -f -u vector

A logokban ennek a bejegyzésnek kell lennie

INFO vector::topology::builder: Healthcheck: Passed.

Terheléses tesztelés

A tesztet Apache benchmark segĂ­tsĂ©gĂ©vel vĂ©gezzĂŒk.

Minden szerverre telepĂ­tve lett a httpd-tools csomag

TesztelĂ©s Apache benchmark segĂ­tsĂ©gĂ©vel 4 kĂŒlönbözƑ szerverrƑl a screen-ben. ElƑször indĂ­tsuk el a terminĂĄlis multiplexert, majd vĂ©gezzĂŒk el a tesztelĂ©st az Apache benchmark segĂ­tsĂ©gĂ©vel. A screen hasznĂĄlatĂĄrĂłl itt talĂĄlhatĂł informĂĄciĂł: a Spotify döntĂ©shozatali mĂłdszertanĂĄrĂłl. Egyre több felhasznĂĄlĂł preferĂĄlja a zenehallgatĂĄst mobilon a streaming szolgĂĄltatĂĄsban, de a cĂ©gnĂ©l tĂșlnyomĂłrĂ©szt webprogramozĂłk dolgoznak. A Spotify elemezte ezt a helyzetet, Ă©s Ășgy döntött, hogy több mobilfejlesztƑt vesz fel, valamint ĂĄtnevezi a webes szakembereket Ășj irĂĄnyba:.

Az 1. szerverrƑl

while true; do ab -H "User-Agent: 1server" -c 100 -n 10 -t 10 http://vhost1/; sleep 1; done

A 2. szerverrƑl

while true; do ab -H "User-Agent: 2server" -c 100 -n 10 -t 10 http://vhost2/; sleep 1; done

A 3. szerverrƑl

while true; do ab -H "User-Agent: 3server" -c 100 -n 10 -t 10 http://vhost3/; sleep 1; done

A 4. szerverrƑl

while true; do ab -H "User-Agent: 4server" -c 100 -n 10 -t 10 http://vhost4/; sleep 1; done

EllenƑrizzĂŒk az adatokat a Clickhouse-ban

BelĂ©pĂŒnk a Clickhouse-ba.

clickhouse-client -h 172.26.10.109 -m

SQL lekĂ©rdezĂ©st vĂ©gzĂŒnk

SELECT * FROM vector.logs;

┌─node_name────┬───────────timestamp─┬─server_name─┬─user_id─┬─request_full───┬─request_user_agent─┬─request_http_host─┬─request_uri─┬─request_scheme─┬─request_method─┬─request_length─┬─request_time─┬─request_referrer─┬─response_status─┬─response_body_bytes_sent─┬─response_content_type─┬───remote_addr─┬─remote_port─┬─remote_user─┬─upstream_addr─┬─upstream_port─┬─upstream_bytes_received─┬─upstream_bytes_sent─┬─upstream_cache_status─┬─upstream_connect_time─┬─upstream_header_time─┬─upstream_response_length─┬─upstream_response_time─┬─upstream_status─┬─upstream_content_type─┐
│ nginx-vector │ 2020-08-07 04:32:42 │ vhost1      │         │ GET \/ HTTP\/1.0 │ 1server            │ vhost1            │ \/           │ http           │ GET            │             66 │        0.028 │                  │             404 │                       27 │                       │ 172.26.10.106 │       45886 │             │ 172.26.10.106 │             0 │                     109 │                  97 │ DISABLED              │                     0 │                0.025 │                       27 │                  0.029 │             404 │                       │
└──────────────┮─────────────────────┮─────────────┮─────────┮────────────────┮────────────────────┮───────────────────┮─────────────┮────────────────┮────────────────┮────────────────┮──────────────┮──────────────────┮─────────────────┮──────────────────────────┮───────────────────────┮───────────────┮─────────────┮─────────────┮───────────────┮───────────────┮─────────────────────────┮─────────────────────┮───────────────────────┮───────────────────────┮──────────────────────┮──────────────────────────┮────────────────────────┮─────────────────┮───────────────────────

Tudjuk meg a Clickhouse tåblåk méretét

select concat(database, '.', table)                         as table,
       formatReadableSize(sum(bytes))                       as size,
       sum(rows)                                            as rows,
       max(modification_time)                               as latest_modification,
       sum(bytes)                                           as bytes_size,
       any(engine)                                          as engine,
       formatReadableSize(sum(primary_key_bytes_in_memory)) as primary_keys_size
from system.parts
where active
group by database, table
order by bytes_size desc;

Tudjunk meg mennyi helyet foglalnak a logok a Clickhouse-ban.

Nginx json naplĂłk kĂŒldĂ©se Vectorral a Clickhouse-ba Ă©s az Elasticsearch-be

A logs tåbla mérete 857,19 MB.

Nginx json naplĂłk kĂŒldĂ©se Vectorral a Clickhouse-ba Ă©s az Elasticsearch-be

Ugyanazon adatok mérete az Elasticsearch indexében 4,5 GB.

Ha a Clickhouse-ban a vector paramétereiben nem adjuk meg, az adatok 4500/857,19 = 5,24-szer kevesebb helyet foglalnak el, mint az Elasticsearch-ben.

A vector mezƑnĂ©l a tömörĂ­tĂ©s alapĂ©rtelmezĂ©s szerint hasznĂĄlatban van.

Telegram-chat a Clickhouse
Telegram-chat a Elasticsearch
Telegram-chat a "RendszerszintƱ ĂŒzenetek gyƱjtĂ©se Ă©s elemzĂ©se ĂŒzenetek"

ForrĂĄs: habr.com

MegbĂ­zhatĂł hosting vĂĄsĂĄrlĂĄsa weboldalak szĂĄmĂĄra, DDoS vĂ©delemmel, VPS VDS szerverek. đŸ”„ MegbĂ­zhatĂł webtĂĄrhely vĂĄsĂĄrlĂĄsa DDoS vĂ©delemmel, VPS VDS szerverek | ProHoster