<div dir="ltr">Zobrazovat statistiky IO v administraci by bylo super, ale obalovat to v administraci podobnýma hláškama mi příjde trochu ujeté :D<br><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr">S pozdravem<div><b>Pavel Sieder</b></div></div></div></div>
<br><div class="gmail_quote">Dne 26. března 2015 17:47 Martin Koutecký <span dir="ltr"><<a href="mailto:m@ef5.cz" target="_blank">m@ef5.cz</a>></span> napsal(a):<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Mně se to líbí, ale taky to neumím naprogramovat :)<br></div><div><div><br><div class="gmail_quote">On Thu, Mar 26, 2015 at 5:02 PM Martin Malec | TIERRA VERDE <<a href="mailto:mm.tierraverde@gmail.com" target="_blank">mm.tierraverde@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Mám návrh jak citlivým způsobem napomoct lidem, aby si optimalizovali<br>
své VPSky:<br>
<br>
Monitorovat spotřebu zdrojů (CPU, paměť, IO...) u VPSek a dávat ve<br>
vpsadminu informaci o tom, jak si daná VPSka stojí v poměru k jiným<br>
VPSkám na stejném stroji a na všech ostatních strojích - percentil a to,<br>
poměr toho, jakou "výpočetní stopu" daná VPSka má, a kolik takových<br>
fyzických serverů by bylo potřeba, kdyby se všichni ostatní chovali<br>
stejně - analogie výpočtu "ekologické stopy" a počtu planet, které<br>
bychom potřebovali, kdyby 7 mld. lidí mělo fungovat jako průměrný<br>
Američan nebo Čech.<br>
<br>
Těm, kteří by konzumovali zdroje tak, že by bylo potřeba třeba 10x a<br>
víckrát silnějšího fyzického stroje, než je teď, kdyby se takhle chovali<br>
všichni, by se v nějakých intervalech tyhle statistiky posílali i do<br>
kontaktního mailu s výzvou se na tom pokusit něco dělat - to vše ještě<br>
před tím, než by se přistupovalo k tomu omezování IO apod.<br>
<br>
Příklad:<br>
<br>
"Tvoje VPS byla v měsíci březnu 2015 ve srovnání s jinými VPS na témže<br>
fyzickém stroji (brq2):<br>
- VELMI NÁROČNÁ na paměť RAM (3750 MB/4096 MB, 94. percentil)<br>
- PRŮMĚRNĚ NÁROČNÁ na využití CPU (přispívá 0.42 k průměrnému cpuload<br>
fyzického stroje 15.98, 54. percentil)<br>
- SPÍŠE NENÁROČNÁ na využití úložného prostoru (1,4 GB/60 GB, 15.percentil)<br>
- SPÍŠE NENÁROČNÁ na dobu pořízení ZFS snapshotu (zálohování) (4,5<br>
minuty, 20.percentil)<br>
- VELMI NENÁROČNÁ na množství přenesených dat z/do internetu (1,5 GB za<br>
poslední měsíc, 4. percentil)<br>
- EXTRÉMNĚ NÁROČNÁ na špičkové/opakující se IO operace (98.percentil)<br>
<br>
Kdyby všichni na tomto fyzickém stroji používali VPS jako ty, byl by<br>
potřeba průměrně 3,2x výkonnější stroj (4,8x více paměti RAM, 1,1x více<br>
CPU jader, ...<br>
<br>
Doporučení:<br>
Omezení IO operací: Zkus omezit pravidelně se spouštějící skripty, které<br>
kontrolují celý souborový systém, např. ClamAV, který se standardně<br>
spouští příliš často a na mnoho VPS najednou. Návod, jak omezit<br>
spouštění na jednou denně, nalezneš na xxx.clamav.zzz nebo na naší<br>
<a href="http://wiki.vpsfree.cz/clamav." target="_blank">wiki.vpsfree.cz/clamav.</a>..<br>
Omezení spotřeby RAM: Zkontroluj, které služby se spouštějí a nejvíce<br>
potřebují RAM. Velkou spotřebu mívá webový server (Apache), databázový<br>
server (MySQL), Tomcat apod. Využívání paměti lze správným nastavením<br>
upravit, nebo lze náročnější webový server (Apache) nahradit za méně<br>
náročný (nginx).<br>
<br>
Poradit se s ostatními, jak optimalizovat VPS, můžeš v našem<br>
community-listu <a href="mailto:community-list@lists.vpsfree.cz" target="_blank">community-list@lists.vpsfree.<u></u>cz</a>.<br>
<br>
<br>
<br>
Dává vám to smysl? Úspěch těchto "vzdělávacích" strategií je dávno<br>
ověřen u různých pro-environmentálních iniciativ třeba v supermarketech<br>
a hotelích, národních parcích atd. Naprogramovat to co výše uvádím<br>
nedokážu, ale můžu poslat odkazy na studie, které říkají, jaké metody<br>
komunikace se osvědčily ;-)<br>
<br>
Martin Malec<br>
TIERRA VERDE s.r.o.<br>
<a href="http://www.tierraverde.cz" target="_blank">www.tierraverde.cz</a><br>
<a href="tel:737%20740%20166" value="+420737740166" target="_blank">737 740 166</a><br>
<br>
On 26.2.2015 14:56, Pavel Snajdr wrote:<br>
> -----BEGIN PGP SIGNED MESSAGE-----<br>
> Hash: SHA256<br>
><br>
> On 02/26/2015 02:46 PM, Vaclav Dusek wrote:<br>
>> Uzitecnost VPS nech posoudi provozovatel. Co ho na to alespon<br>
>> upozornit?<br>
> Samozrejme, spolu s oznamenim o nasazeni limitu prijde i duvod, pravda<br>
> je, ze obcas tim limitovanim srazim i VPS, ktera delala bordel jenom<br>
> chvilkove, ale to se da vzdycky vykomunikovat a limit vratim, kdyz k<br>
> nemu neni duvod.<br>
><br>
> Also, v souladu s tim, co pises, "provozovatel" casto neumi posoudit<br>
> uzitecnost toho ClamAV. Jinak by ho tam ani vetsina IMHO nemela. Ale<br>
> to je vec nazoru, vsak instalujte si kdo co chcete, pokud je to legalni :)<br>
><br>
>> Bud nabizim neomezene sdilene VPS a nebo musim nastavit pravidla,<br>
>> lepe limity a priority. User o tom netusi a nevi, jak se chovat.<br>
> Tady je trochu problem v tom, ze kdyz nastavim IO limit, je to limit<br>
> realizovany pres cgroup io controller, kteryzto omezuje jakekoliv IO<br>
> tech procesu, takze i treba output do FIFO. Nebo IO na /dev/null a<br>
> /dev/zero.<br>
><br>
> Cili nastavit vsem limit == olimitovat i podobne nevinne pripady, coz<br>
> se mi nelibi.<br>
><br>
>> Je zapotrebi najit nejuzsi misto a tam nasmerovat sve snahy o<br>
>> odstraneni problemu:<br>
> Proto tu rozebirame ClamAV, ktery se probira zrovna na node2.brq<br>
> jednou za hodinu nemalo VPSkam a vybombi to IO na kompletku.<br>
><br>
>> - vykon diskoveho pole<br>
> Neni problem, to pole dava stabilne okolo 1.1k IOPS, to je IMHO az az.<br>
><br>
>> - nacasovat jinam zalohovani<br>
> Neni kam. Sotva se stihaji v rozumnem case ted, zacinaji v 1 rano a<br>
> konci okolo 12te - spravne by melo byt okolo 8me hotovo, nez ty<br>
> servery jsou opravdu potreba. Problem je v rsyncu, kdyz to Aither<br>
> nekdy dodela, tak pri send-recv bude po problemu se zalohovanim, zbyde<br>
> akorat problem s "hlucnymi sousedy".<br>
><br>
>> - priorita migrace<br>
> Neni souvisejici problem, jenom rikam, ze to v tuhle chvili byl dalsi<br>
> zdroj IO operaci<br>
><br>
>> - limitace<br>
> Viz vys.<br>
><br>
> /snajpa<br>
><br>
>> - ?<br>
>><br>
>> Nejsem schopen dat vsem na sdilenem prostredi vykon dedikovaneho<br>
>> serveru<br>
>><br>
>><br>
>> Dne 26.2.2015 v 14:39 Pavel Snajdr napsal(a):<br>
>>> No a ted na node2.brq bezi 3 procesy:<br>
>>><br>
>>> clamscan --recursive --no-summary --infected /<br>
>>><br>
>>> Velmi uzitecny full scan VPS :)<br>
>>><br>
>>> K tomu dobihaji zalohy a bezi jedna migrace VPS.<br>
>>><br>
>>> Chudak node2.brq, trochu to nedava.<br>
>>><br>
>>> /snajpa<br>
>>><br>
>>> On 02/26/2015 11:16 AM, Pavel Snajdr wrote:<br>
>>>> Ahojte,<br>
>>>> mam par dotazu na vas, co pouzivate ClamAV:<br>
>>>> 1) ta blbost je vubec k necemu dobra? 2) chyti to nekdy neco<br>
>>>> vubec? 3) da se nastavit vic random interval na freshclam?<br>
>>>> Tahle blbost se probira najednou vsem, co to maji nainstalovany<br>
>>>> a spolehlive to zabiji IO. Typicky node2.brq tim ted dost<br>
>>>> trpi.<br>
>>>> Ja jsem nasazoval uz peknejch par mail serveru, ale ClamAV<br>
>>>> nikdy, nebo jsem ho po par dnech vyhodil, protoze stejne k<br>
>>>> nicemu nebyl.<br>
>>>> Mate ho tam nekdo naschval, nebo je to jenom soucast nejaky<br>
>>>> instalace neceho hotovyho, jako ISPConfigu nebo tak?<br>
>>>> Dik za info.<br>
>>>> /snajpa ______________________________<u></u>_________________<br>
>>>> Community-list mailing list <a href="mailto:Community-list@lists.vpsfree.cz" target="_blank">Community-list@lists.vpsfree.<u></u>cz</a><br>
>>>> <a href="http://lists.vpsfree.cz/listinfo/community-list" target="_blank">http://lists.vpsfree.cz/<u></u>listinfo/community-list</a><br>
>>> ______________________________<u></u>_________________ Community-list<br>
>>> mailing list <a href="mailto:Community-list@lists.vpsfree.cz" target="_blank">Community-list@lists.vpsfree.<u></u>cz</a><br>
>>> <a href="http://lists.vpsfree.cz/listinfo/community-list" target="_blank">http://lists.vpsfree.cz/<u></u>listinfo/community-list</a><br>
>>><br>
> -----BEGIN PGP SIGNATURE-----<br>
> Version: GnuPG v1<br>
><br>
> iF4EAREIAAYFAlTvJfsACgkQgRwOVq<u></u>YrsFWuHAD+<u></u>NazfkiG6BKSWreXzaOZS26o+<br>
> W2rLkq8lxWHgg6uNFmABAM0ZFgaGoV<u></u>MulmghkFJbbrcvJ2R71m8QdL0q6b2X<u></u>51dZ<br>
> =zOQw<br>
> -----END PGP SIGNATURE-----<br>
> ______________________________<u></u>_________________<br>
> Community-list mailing list<br>
> <a href="mailto:Community-list@lists.vpsfree.cz" target="_blank">Community-list@lists.vpsfree.<u></u>cz</a><br>
> <a href="http://lists.vpsfree.cz/listinfo/community-list" target="_blank">http://lists.vpsfree.cz/<u></u>listinfo/community-list</a><br>
<br>
______________________________<u></u>_________________<br>
Community-list mailing list<br>
<a href="mailto:Community-list@lists.vpsfree.cz" target="_blank">Community-list@lists.vpsfree.<u></u>cz</a><br>
<a href="http://lists.vpsfree.cz/listinfo/community-list" target="_blank">http://lists.vpsfree.cz/<u></u>listinfo/community-list</a><br>
</blockquote></div>
</div></div><br>_______________________________________________<br>
Community-list mailing list<br>
<a href="mailto:Community-list@lists.vpsfree.cz" target="_blank">Community-list@lists.vpsfree.cz</a><br>
<a href="http://lists.vpsfree.cz/listinfo/community-list" target="_blank">http://lists.vpsfree.cz/listinfo/community-list</a><br>
<br></blockquote></div><br></div></div>