Note à moi-même : ne plus JAMAIS coder en franglais
concept sympa
via shahor
je sais pas pourquoi j'arrive jamais à m'en souvenir :
sed -i 8d file
Si on veut plus d'espace : d'abord lvextend puis resize2fs
Si on en veut moins : d'abord resize2fs puis lvreduce
une rule rsyslog
un logrotate
Franchement pas d'accord avec lui t_t
Bon ya aussi de bons conseil dans l'article, alors je lui pardonne !
"Consider a situation where your INPUT chain contains quite a few rules allowing traffic, and you’ve set the default policy to DROP. Later on, another administrator logs into the server and flushes the rules (which isn’t a good practice, either). I’ve met quite a few good systems administrators who are unaware of the default policy for iptables chains. Your server will be completely inaccessible immediately. All of the packets will be dropped since they match the default policy in the chain."
Pourquoi utiliser statsd en plus de graphite ?
Pour scale ? car stats reçoit en udp, attend un moment, puis envoie à graphite.
Mais Carbon semble pouvoir recevoir lui aussi directement en udp..
Pour répartir la charge tout simplement ? à voir..
Pour vider le cache de pdnsd : (et pas attendre l'expiration, en plus du reload sur le bind bien sur ;))
pdnsd-ctl empty-cache
Gor is a simple http traffic replication tool written in Go. Its main goal is to replay traffic from production servers to staging and dev environments.
Now you can test your code on real user sessions in an automated and repeatable fashion. No more falling down in production!
dd if=/dev/datastore/lv_name bs=10K | gzip -c > /backup/lv_name.img.gz
scp
lvcreate --size [taille du disque virtuel source] --name nom_labo_nom_exploitant vg_distributiondemandée
Recopier le snapshot dans ce nouvel espace lv :
zcat /backup/kvm/vg_distributiondemandée/nom_labo_nom_exploitant.img.gz > /dev/vg_distributiondemandée/nom_labo_nom_exploitant
Il existe plusieurs manière de grapher : GAUGE, COUNTER, DERIVE, ABSOLUTE, COMPUTE.
Comment choisir ? dépend de ce que vous graphez :
si la valeur retournée par la sonde est toujours comprise dans un intervalle fixe (ram, pourcentage..) on va prendre GAUGE, pour qui, le point d'une courbe représente la valeur de la sonde à l'instant t
si la valeur est l'état d'un compteur (qui augmente donc indéfiniment), la GAUGE n'est pas forcément adaptée car la courbe ne fera qu'augmenter.. c'est dur de voir l'évolution de celle-ci : une anomalie serait représentée par une pente plus "ardue" à un moment donné.. au lieu d'un pic. Dans ce cas là, il vaut mieux utiliser COUNTER ou ABSOLUTE, pour qui, un point sur le graph n'est pas la valeur retournée par la sonde, mais la différence entre les deux dernieres mesures.
ABSOLUTE donne cette valeur de maniere absolue, si votre premiere mesure donne 100, la deuxieme 122, on aura un point à 22.
COUNTER et DERIVE rajoutent une division pour avoir le delta par seconde (/300) par exemple si la premiere valeur est 1000, la deuxieme est 1600, le delta absolu est de 600. Si la différence de temps entre les deux collectes est de 5min (300secondes), notre point sur le graph sera à 600/300 = 2
Ce 2 signifie que, sur cet intervalle, on a eu 2 unité par seconde en moyenne.
On peut configurer le plugin pour avoir la valeur par minute ou par heure avec graph_period : http://munin-monitoring.org/wiki/graph_period