Тъй като е написан на езика Rust, той се характеризира с висока производителност и ниска консумация на RAM в сравнение със своите събратя. В допълнение, много внимание се обръща на функциите, свързани с коректността, по-специално възможността за запазване на неизпратени събития в буфер на диска и ротация на файлове.
Архитектурно Vector е рутер за събития, който приема съобщения от един или повече източници, като по желание се прилага върху тези съобщения трансформациии изпращането им до един или повече дренажи.
Vector е заместител на filebeat и logstash, може да действа и в двете роли (получаване и изпращане на регистрационни файлове), повече подробности за тях уебсайт.
Ако в Logstash веригата е изградена като вход → филтър → изход, то във Vector е така източници → трансформации → мивки
Примери могат да бъдат намерени в документацията.
Тази инструкция е преработена инструкция от Вячеслав Рахински. Оригиналните инструкции имат geoip обработка. Когато тествах geoip от вътрешната мрежа, vector ми даде грешка.
Aug 05 06:25:31.889 DEBUG transform{name=nginx_parse_rename_fields type=rename_fields}: vector::transforms::rename_fields: Field did not exist field=«geoip.country_name» rate_limit_secs=30
Ако някой трябва да обработи geoip, вижте оригиналните инструкции от Вячеслав Рахински.
Ще конфигурираме Nginx (Регистри за достъп) → Вектор (Клиент | Filebeat) → Вектор (Сървър | Logstash) → отделно в Clickhouse и отделно в Elasticsearch. Ще инсталираме 4 сървъра. Въпреки че можете да го заобиколите с 3 сървъра.
Схемата е нещо подобно.
Изключете Selinux на всичките си сървъри
sed -i 's/^SELINUX=.*/SELINUX=disabled/g' /etc/selinux/config
reboot
Инсталирайте емулатора на HTTP сървър + помощни програми на всички сървъри
ClickHouse използва набора от инструкции SSE 4.2, следователно, освен ако не е отбелязано друго, неговата поддръжка в използвания процесор се превръща в допълнително системно изискване. Ето командата за проверка дали текущият процесор поддържа SSE 4.2:
Настройване на Elasticsearch за режим с един възел 1 фрагмент, 0 реплики. Най-вероятно ще имате клъстер от голям брой сървъри и не е необходимо да правите това.
За бъдещи индекси актуализирайте шаблона по подразбиране:
След като създадете таблици, можете да стартирате Vector
systemctl enable vector
systemctl start vector
Векторните дневници могат да се разглеждат по този начин
journalctl -f -u vector
Дневниците трябва да съдържат записи като този
INFO vector::topology::builder: Healthcheck: Passed.
INFO vector::topology::builder: Healthcheck: Passed.
На клиента (Web сървър) - 1-ви сървър
На сървъра с nginx трябва да деактивирате ipv6, тъй като таблицата с регистрационни файлове в clickhouse използва полето upstream_addr IPv4, тъй като не използвам ipv6 вътрешно. Ако ipv6 не е деактивиран, тогава ще има грешки:
DB::Exception: Invalid IPv4 value.: (while read the value of key upstream_addr)
Първо трябва да конфигурираме формата на регистрационния файл на Nginx във файла /etc/nginx/nginx.conf
user nginx;
# you must set worker processes based on your CPU cores, nginx does not benefit from setting more than that
worker_processes auto; #some last versions calculate it automatically
# number of file descriptors used for nginx
# the limit for the maximum FDs on the server is usually set by the OS.
# if you don't set FD's then OS settings will be used which is by default 2000
worker_rlimit_nofile 100000;
error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;
# provides the configuration file context in which the directives that affect connection processing are specified.
events {
# determines how much clients will be served per worker
# max clients = worker_connections * worker_processes
# max clients is also limited by the number of socket connections available on the system (~64k)
worker_connections 4000;
# optimized to serve many clients with each thread, essential for linux -- for testing environment
use epoll;
# accept as many connections as possible, may flood worker connections if set too low -- for testing environment
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; # Новый лог в формате json
sendfile on;
#tcp_nopush on;
keepalive_timeout 65;
#gzip on;
include /etc/nginx/conf.d/*.conf;
}
За да не нарушите текущата си конфигурация, Nginx ви позволява да имате няколко директиви access_log
access_log /var/log/nginx/access.log main; # Стандартный лог
access_log /var/log/nginx/access.json.log vector; # Новый лог в формате json
Не забравяйте да добавите правило за logrotate за нови регистрационни файлове (ако регистрационният файл не завършва с .log)
И конфигурирайте замяната на Filebeat в /etc/vector/vector.toml config. IP адресът 172.26.10.108 е IP адресът на регистрационния сървър (Vector-Server)
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"
Не забравяйте да добавите потребителски вектор към правилната група, така че той да може да чете лог файлове. Например nginx на centos създава регистрационни файлове с правата на групата adm.
usermod -a -G adm vector
Да стартираме векторната услуга
systemctl enable vector
systemctl start vector
Векторните дневници могат да се разглеждат по този начин
journalctl -f -u vector
Дневниците трябва да имат нещо подобно
INFO vector::topology::builder: Healthcheck: Passed.
Стрес тестване
Тестването се извършва с помощта на бенчмарк на Apache.
Пакетът httpd-tools беше инсталиран на всички сървъри
Започваме да тестваме с помощта на бенчмарк на Apache от 4 различни сървъра на екрана. Първо стартираме екранния терминален мултиплексор и след това започваме да тестваме с бенчмарка на Apache. Как да работите с екрана можете да намерите в Статия.
От 1-ви сървър
while true; do ab -H "User-Agent: 1server" -c 100 -n 10 -t 10 http://vhost1/; sleep 1; done
От 2-ви сървър
while true; do ab -H "User-Agent: 2server" -c 100 -n 10 -t 10 http://vhost2/; sleep 1; done
От 3-ви сървър
while true; do ab -H "User-Agent: 3server" -c 100 -n 10 -t 10 http://vhost3/; sleep 1; done
От 4-ви сървър
while true; do ab -H "User-Agent: 4server" -c 100 -n 10 -t 10 http://vhost4/; sleep 1; done
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;
Нека разберем колко трупи отне Clickhouse.
Размерът на таблицата с регистрационни файлове е 857.19 MB.
Размерът на същите данни в индекса в Elasticsearch е 4,5 GB.
Ако векторните параметри не са посочени в Clickhouse, данните отнемат 4500/857.19 = 5.24 пъти по-малко, отколкото в Elasticsearch.
Във вектор полето за компресиране се използва по подразбиране.