Zdar,
sháním někoho kdo by mě byl schopen udělat web design webu pro prodej
plotového systému, později i na další věci.
Předem díkes za nabídky! :-)
--
S pozdravem
Ing. Vladimír Zima
Přelovice 99
533 41
tel. :+420 774 206 965
e-mail: vladimir.zima(a)zima-engineering.cz
web: www.zima-engineering.cz
IČO: 73840203
DIČ: CZ8012093309
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahojte,
nastal cas navysit diskovy prostor pro VPSky vsem clenum, protoze
nemalu uz prestalo 60 GB stacit.
Prosli jsme plan upgradu hw a soucasny stav, situace dovoluje dat
okolo 120 GB vsem se stejnymi parametry, co se zalohovani tyce, cili
to udelame rovnou tak - z 60 GB diskoveho prostoru navysujeme vsem na
120 GB.
Rozsireni probehne zitra, detaily popise Aither v mailu po mne.
Dve organizacni poznamky k tomu - prvni -> kdo mate diskovy prostor
navic a ponovu se vejdete do 120G, samozrejme nebude treba dal nic
doplacet; druha -> prosim vas, kdo mate produkcni data na NASu a po
upgradu se najednou vejdou na VPS filesystem, presunte ta data z NASu
na VPS - jednak usetrime zbytecnou sitovou zatez a jednak zvedneme
spolehlivost aplikace, ktera visi na dostupnosti nodu a jeste NASu k tom
u.
/snajpa
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iF4EAREIAAYFAlZprxsACgkQgRwOVqYrsFW/PgD8DhQM5YSNPBDtUCDLeozJ77yH
GNPq1GR3WYzNQiRB63oA/2LPQjhbLlb6r6vuI+bfhCJzsm6oWEQd3zu7aDTw2R+G
=+zdq
-----END PGP SIGNATURE-----
Ahoj,
mám tady jeden server kde je cca 35k lidí za vteřinu. Běží tu nginx + php fpm a mysql db. V nginxu jsem rozjel microcache, což hodně ulevilo zátěži serveru. Nicméně, mám problém s PHPkem. FPM běží přes TCP (zkoušel jsem i unix socket nicméně bylo to pomalější a docházelo ke stejnému problému). Dle error logu dochází k těmto chybám:
2015/12/01 23:26:56 [error] 27043#0: *122476 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 188.114.98.51, server: xxx request: "GET /xxx/xxxx/xxx HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "xxxx", referrer: "http://xxxxx"
2015/12/01 23:26:56 [error] 27032#0: *124368 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 188.114.99.50, server: xxxxxx, request: "GET /xxxxx/xxxxx HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "xxxxx", referrer: "xxxxx"
a sype to tam docela drsně. Jak vypnu kešování v nginxu load vyskočí, třeba i na 500, těch chyb PHPka je méně ale jsou tam pořád.
Konfigurace FPM pro pool toho webu je:
[web1]
listen = 127.0.0.1:9000
listen.allowed_clients = 127.0.0.1
listen.owner = web1
listen.group = client0
listen.mode = 0660
listen.backlog = 65536
user = web1
group = client0
request_slowlog_timeout = 5s
slowlog = /var/log/php-fpm/slowlog-web1.log
pm = dynamic
pm.max_children = 7000
pm.start_servers = 4000
pm.min_spare_servers = 2000
pm.max_spare_servers = 4000
pm.max_requests = 100
request_terminate_timeout = 60s
rlimit_files = 500000
rlimit_core = unlimited
catch_workers_output = yes
pm.status_path = /php-status
chdir = /
+ openbasedir, sessions save path. atp.
S těma hodnotama jsem se zkoušel různě hrát, nicméně to k vyřešení tohoto problému nepomohlo. Zkoušel jsem upravit i nějaké parametry jádra (local port range, tcp ack timeouty atp.) ale výsledek stejný. Dělá to i u unix socketu, což je mi právě zvláštní. Nginx konfigurace je:
user www-data;
worker_processes 80;
pid /run/nginx.pid;
# set open fd limit to 50000
worker_rlimit_nofile 100000;
events {
worker_connections 1024;
multi_accept on;
use epoll;
}
ve vhostu nic zvlastniho, jenom pro php:
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_param SCRIPT_FILENAME $document_root/$fastcgi_script_name;
include /etc/nginx/fastcgi_params;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_intercept_errors on;
fastcgi_read_timeout 4m;
Dnes bude k tomuto server nový, pro rozdělení zátěže, ale jako fakt nevím jestli to má smysl ve stejné konfiguraci, kvůli těm php chybám. Nenapadá Vás kluci, co s tím? Nebo případně návrh řešení, kterým bych nahradil tohle, při dvou serverech ? Přemýšlím nad MySQL M - M replikací, v DNS round robin a GlusterFS pro data. Ale to phpko mi nedá spát. A dnes večer to už další nápor asi nedá.
Díky za rady a konzultace.
S pozdravem
Branislav Viest
