Miss34
-
Compteur de contenus
22 -
Inscrit(e) le
-
Dernière visite
Messages postés par Miss34
-
-
Malgré la répartition des données réseaux, ça ne change rien.
J'ai quelque chose qui m'intrigue tout de même :
En regardant mes MRTG, j'ai énormément d'interruptions réseau (environ 5000 interruptions par seconde en cumulant eth0 et eth1).
En faisant un cat /proc/interrupts , j'obtiens ça :
# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 141 0 0 53459452 IO-APIC-edge timer
1: 0 0 0 2 IO-APIC-edge keyboard
2: 0 0 0 0 XT-PIC cascade
4: 0 0 0 17 IO-APIC-edge serial
8: 0 0 0 1 IO-APIC-edge rtc
26: 0 0 0 543840206 IO-APIC-level eth1
27: 0 0 0 870705425 IO-APIC-level eth0
50: 0 0 0 40608310 IO-APIC-level ioc0
NMI: 0 0 0 0
LOC: 53459871 53460048 53459764 53460536
ERR: 0
MIS: 0En faisant un top, j'ai toujours le CPU3 qui est nettement plus utilisé (avec même régulièrement du 0% en idle).
Exemple :
9:58pm up 6 days, 4:46, 2 users, load average: 1,36, 2,32, 4,01
385 processes: 383 sleeping, 1 running, 1 zombie, 0 stopped
CPU0 states: 12,4% user, 4,4% system, 0,0% nice, 82,0% idle
CPU1 states: 12,0% user, 3,0% system, 0,0% nice, 84,3% idle
CPU2 states: 12,1% user, 4,4% system, 0,0% nice, 82,3% idle
CPU3 states: 0,2% user, 92,0% system, 0,0% nice, 7,2% idle
Mem: 3616704K av, 3580096K used, 36608K free, 0K shrd, 123720K buff
Swap: 522104K av, 6976K used, 515128K free 2505300K cachedJe pense que dans mon cas, il pourrait y avoir des blocages réseau du à ça.
Y aurait un moyen de répartir les interruptions réseau sur les différents CPU, ou au moins répartir entre eth0 et eth1 (genre mettre eth0 sur CPU0 et eth1 sur CPU1) ?
-
Le problème semble général pour les serveurs HG de chez ovh. Pour le moment, les réponses du contact ne m'ont rien apportées.
cf forum ovh : http://forum.ovh.net/showthread.php?s=&threadid=5791
-
De toutes façons, mon pb n'est plus là.
Mais ce que tu proposes Dan, ça ne marche pas. Les IP configurées dans les VHosts ne servent que pour l'écoute. Mais l'ensemble des données renvoyées sont gérées par le système. C'est lui qui va décider par quelle interface ça va passer (selon les règle du rout), pas Apache.
Mais c'est pas grave .. car la répartition de trafic ne résoud pas mon pb. Regarde mon message précédent, j'ai détaillé le ifconfig qui met en valeur le souci
-
Pour la répartition de trafic sur les deux interfaces, j'ai enfin réussi. Ce ne se fait pas au niveau d'apache, mais de la config réseau. On peut faire du bounding, ou sinon, tout simplement défénir des regles de routage vers l'une ou l'autre des intarfaces selon l'ip du client :
80.0.0.0 > eth0
81.0.0.0 > eth1
etc ...
Mais j'observe toujours le mêmem problème ..
Je remarque quelque chose (et je suis sûr que c'est lié à mon problème) :
Si je fais un ifconfig, j'ai ça :
eth0 Lien encap:Ethernet HWaddr 00:30:48:81:8F:15
inet adr:213.---.---.30 Bcast:213.---.---.255 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:285636311 errors:5451692 dropped:5451692 overruns:2113212 frame:0
TX packets:333153006 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:100000
RX bytes:914168409 (871.8 Mb) TX bytes:2065695838 (1970.0 Mb)
Adresse de base:0xb800 Mémoire:fc9c0000-fc9e0000
eth1 Lien encap:Ethernet HWaddr 00:30:48:81:8F:14
inet adr:213.---.---.30 Bcast:213.---.---.255 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:115234759 errors:902752 dropped:902752 overruns:71692 frame:0
TX packets:138008653 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:100000
RX bytes:3514056880 (3351.2 Mb) TX bytes:582474172 (555.4 Mb)
Adresse de base:0xbc00 Mémoire:fc9e0000-fca00000Quand on regarde les paquets en réception (RX Packets), j'ai beaucoup de "dropped", "errors", et "overruns". Et justement, ce nombre de packets augmente considérablement à haut trafic.
Par contre, aucun problème visible pour les packets transmis ...
Ca peut venir d'où ?
-
En fait, j'ai bien fait ça :
<VirtualHost *:80>
ServerAdmin webmaster@----.com
DocumentRoot -------
User -----
Group users
ServerName www.----.com
CustomLog /dev/null combined
ScriptAlias /cgi-bin/ /home/ovh/cgi-bin/
</VirtualHost>
<VirtualHost *:80>
ServerAdmin webmaster@----.com
DocumentRoot -------
User -----
Group users
ServerName img.----.com
CustomLog /dev/null combined
ScriptAlias /cgi-bin/ /home/ovh/cgi-bin/
</VirtualHost>Où dois-je rentrer l'ip de la 2e interface ?
-
Je voudrais en gros :
www.----.com >> 1e IP (eth0)
img.----.com >> 2e IP (eth1)
Le DNS pour img.----.com est bien paramétré sur la 2e IP (eth1).
Mais le pb, c'est que le résultat des requêtes sort toujours par eth0.
-
Je viens de regarder un truc (mais ça ne résoudra peut être pas le pb) :
Je pensais avoir réparti le trafic sur les deux interfaces réseau, mais ça n'a pas l'air d'être le cas.
En effet, le trafic des pages web est sur ma 1e IP (eth0).
Et j'ai paramétré le serveur dns pour que les images (accessibles depuis le sous domaine img.---.com) passent par ma 2e IP (2e interface).
Or les requetes sont bien reçues sur la 2e interface, mais le résultat est re-émis sur la 1e.
Comment dois je faire avec Apache pour faire deux Virtual Hosts : l'un sur eth0, et l'autre sur eth1 ?
-
pas encore mais c'est ce que je vais faire
-
Il tourne sur le 2.4.31bipiv-ipv4 (sans grsecurity)
-
Coucou !
Je vous fais part d'un problème que connais un des mes dédiés actuellement.
La config est un Bi Xeon , 4 GO de RAM, avec deux interfaces Gigabit Ethernet.
Le serveur (distrib RedHat 7.2) comporte essentiellemnt, un serveur Apache/PHP, et un serveur Shoutcast.
Lorsque on dépasse les 500/600 requêtes traitées par Apache chaque seconde, le serveur rame beaucoup. Le problème ne se situe pas au niveau d'Apache étant donné qu'il a toujours des slots de libre, et le temps de génération des pages est toujours très faible (0,001 à 0,1 sec).
Simplement, c'est l'envoi de ces pages qui traine. (le navigateur va trainer sur "Connexion à www.blablabla". Les pages ne finissent parfois pas de s'afficher. De même dans Shoutcast, on peut observer des coupures. SSH devient très lent, ainsi que FTP (connexion lente et transfert très saccadé)
Dans le log des messages, je peux voir, lorsqu'on est à fort trafic, plein de messages de ce genre se succéder :
Ip:
745398919 total packets received
3263154 forwarded
0 incoming packets discarded
738234390 incoming packets delivered
847730253 requests sent out
593 outgoing packets dropped
476 fragments dropped after timeout
1608 reassemblies required
476 packet reassembles failed
Icmp:
38650 ICMP messages received
35 input ICMP message failed.
Histogramme d'entrée ICMP
destination unreachable: 10693
timeout in transit: 488
source quenches: 137
echo requests: 27328
echo replies: 4
231826 ICMP messages sent
0 ICMP messages failed
Histogramme de sortie ICMP
destination unreachable: 204498
echo replies: 27328
Tcp:
16709048 active connections openings
82105403 passive connection openings
844976 failed connection attempts
731634 connection resets received
68 connections established
741509537 segments received
847021115 segments send out
11242309 segments retransmited
8848 bad segments received.
113985 resets sent
Udp:
381046 packets received
204394 packets to unknown port received.
0 packet receive errors
477001 packets sent
TcpExt:
1394329 resets received for embryonic SYN_RECV sockets
411 packets pruned from receive queue because of socket buffer overrun
39 ICMP packets dropped because they were out-of-window
24 ICMP packets dropped because socket was locked
ArpFilter: 0
93462248 TCP sockets finished time wait in fast timer
68 time wait sockets recycled by time stamp
58 packets rejects in established connections because of timestamp
1344736 delayed acks sent
3754269 delayed acks further delayed because of locked socket
Quick ack mode was activated 729041 times
33077 times the listen queue of a socket overflowed
33077 SYNs to LISTEN sockets ignored
187974152 packets directly queued to recvmsg prequeue.
245457167 packets directly received from backlog
18915718 packets directly received from prequeue
76 packets dropped from prequeue
25958423 packets header predicted
87492666 packets header predicted and directly queued to user
TCPPureAcks: 281876803
TCPHPAcks: 57354842
TCPRenoRecovery: 21585
TCPSackRecovery: 1996906
TCPSACKReneging: 62
TCPFACKReorder: 1335
TCPSACKReorder: 272
TCPRenoReorder: 406
TCPTSReorder: 233
TCPFullUndo: 495
TCPPartialUndo: 970
TCPDSACKUndo: 42438
TCPLossUndo: 339973
TCPLoss: 1490295
TCPLostRetransmit: 311
TCPRenoFailures: 9726
TCPSackFailures: 1140159
TCPLossFailures: 109938
TCPFastRetrans: 2863456
TCPForwardRetrans: 71502
TCPSlowStartRetrans: 2672066
TCPTimeouts: 3110501
TCPRenoRecoveryFail: 5337
TCPSackRecoveryFail: 438424
TCPSchedulerFailed: 76012
TCPRcvCollapsed: 12398
TCPDSACKOldSent: 748404
TCPDSACKOfoSent: 5232
TCPDSACKRecv: 824290
TCPDSACKOfoRecv: 79
TCPAbortOnSyn: 0
TCPAbortOnData: 4506
TCPAbortOnClose: 4495
TCPAbortOnMemory: 0
TCPAbortOnTimeout: 47385
TCPAbortOnLinger: 0
TCPAbortFailed: 0
TCPMemoryPressures: 0Merci bcp pour votre aide !
-
Je viens de constater plusieurs trucs :
Je remarque que pendant ces fortes charges, j'ai des processus en D dans mon ps. Et je remarque aussi en faisant un " lsof | wc -l " que j'ai 20 à 30 mille descripteurs de fichiers ouverts.
Ca arrive d'un seul coup ...
D'où ça pourrait venir ?
-
Ca ne vient pas d'apache.
Le problème est une avanlanche de causes à effet :
Plein d'acces disque (qui ne viennent pas d'apache à la base)
=> disque dur rame
.. => requetes sql, et transferts de fichiers plus lents
.... => requetes apache lentes
...... => plein de process simultanés
-
Je me permets de poster sur le forum pour demander votre aide. En effet je cale depuis plusieurs semaines.
Je me suis déjà renseigné sur plusieurs forums, mais sans succès. Peut être que sur celui ci, certaines personnes ont un serveur du même type et seraient aptes à apporter une piste.
En fait, chaque matin, aux alentours de 10h30, le serveur rame beaucoup : cela se traduit par une charge qui passe brutalement de 5 / 10 (charge habituelle) à 50 / 60 / .. voire beaucoup plus (j'ai vu un 200 même...). Et cela dure jusqu'à environ 12h / 13h.
Le serveur est un double Xeon avec 4 GO de RAM.
- Le site n'a aucune fréquentation particuliere à ces heures ci.
- Aucun fichier de log ne dépasse 2 GO et le disque n'est pas plein
- Les logs apache sont désactivés
- Aucune tache cron n'est datée à cette tranche horaire.
- Un redémarrage de mysql ne résoud pas le problème.
Les graphiques MPRTG montrent qu'il y a énormément d'accès disques à ces périodes là (MRTG : http://ns610.ovh.net/mrtg)
La commande top montre que le système ne swappe pas.
J'ai tenté de reinstaller MySQL > rien ..
OPTIMIZE sur toutes les tables > rien (je pensais à ça, car j'utilise quelques tables d'environ 2 GO)
J'ai soupsonné le module de cache PHP pour Apache (eaccelerator) : la réinstallation et même la désactvation ne change rien.
J'ai finallement tenté un reboot du serveur : le problème ne change pas non plus ...
J'ai donc songé à un aspirateur de site. En activant les logs sur une période de très fort ralentissement, je n'ai observé rien de spécial.
Voilà le résultat d'un ps :
PID TTY STAT TIME COMMAND
1 ? S 0:08 init [3]
2 ? SW 0:00 [keventd]
3 ? SWN 0:00 [ksoftirqd_CPU0]
4 ? SWN 0:00 [ksoftirqd_CPU1]
5 ? SWN 0:02 [ksoftirqd_CPU2]
6 ? SWN 0:08 [ksoftirqd_CPU3]
7 ? SW 65:16 [kswapd]
8 ? SW 1:20 [bdflush]
9 ? SW 3:36 [kupdated]
10 ? SW< 0:00 [mdrecoveryd]
11 ? DW 5:28 [kjournald]
21057 ? DW 14:23 [kjournald]
28718 ? S 0:03 /usr/sbin/sshd
27006 ? S 0:00 \_ sshd: root_AT_pts/0
22927 pts/0 S 0:00 \_ -bash
17386 pts/0 S 0:00 \_ -bash
2530 pts/0 R 0:00 \_ ps -awxf
17966 ? D 0:04 syslogd -m 0
26923 ? S 0:00 klogd -2
8125 ? S 0:00 xinetd -stayalive -pidfile /var/run/xinetd.pid
31497 ? S 0:05 qmail-send
32613 ? S 0:00 \_ /usr/local/bin/tai64n
19675 ? S 0:00 \_ qmail-lspawn ./Maildir/
29029 ? S 0:00 \_ qmail-rspawn
8374 ? S 0:00 \_ qmail-clean
7157 ? S 0:01 /usr/local/bin/multilog /var/log/qmail
13301 ? S 0:00 tcpserver -H -R -x /etc/tcp.smtp.cdb -c100 -u503 -g503 0 smtp /var/qmail/bin/qmail-smtpd
21116 ? S 0:00 /usr/lib/courier-imap/libexec/couriertcpd -address=0 -stderrlogger=/usr/lib/courier-imap/sbin/courierlogg
16615 ? S 0:00 /usr/lib/courier-imap/sbin/courierlogger imapd
9546 ? S 0:03 crond
2953 ? S 0:00 \_ CROND
8965 ? S 0:00 \_ /bin/bash -c /usr/local/rtm/bin/rtm 5 >/dev/null 2>/dev/null
10497 ? D 0:00 \_ /usr/bin/perl -w /usr/local/rtm/bin/rtm 5
6461 ? S 0:00 /usr/sbin/atd
551 ? SL 0:10 watchdog
5307 ? Z 0:00 \_ [watchdog <defunct>]
26826 ? S 0:05 /usr/local/clockspeed/bin/clockspeed
20797 ? S 0:07 /usr/bin/perl /usr/libexec/webmin/miniserv.pl /etc/webmin/miniserv.conf
21860 tty1 S 0:00 /sbin/mingetty tty1
1510 tty2 S 0:00 /sbin/mingetty tty2
3067 tty3 S 0:00 /sbin/mingetty tty3
25660 tty4 S 0:00 /sbin/mingetty tty4
26823 tty5 S 0:00 /sbin/mingetty tty5
22661 tty6 S 0:00 /sbin/mingetty tty6
13592 ? S< 0:06 /usr/local/etc/ncftpd/ncftpd -q /usr/local/etc/ncftpd/general.cf /usr/local/etc/ncftpd/domain.cf
7392 ? SN 0:00 \_ /usr/local/etc/ncftpd/ncftpd -q /usr/local/etc/ncftpd/general.cf /usr/local/etc/ncftpd/domain.cf
10348 ? S< 0:00 \_ /usr/local/etc/ncftpd/ncftpd -q /usr/local/etc/ncftpd/general.cf /usr/local/etc/ncftpd/domain.cf
19137 ttyS0 S 0:00 /sbin/agetty ttyS0 9600
29274 ? S 2:27 /home/ircd/ircd/bin/ircd
3928 ? S 0:29 ./sc_serv
1381 ? S 0:03 \_ ./sc_serv
12659 ? S 13:52 \_ ./sc_serv
7534 ? S 28:14 \_ ./sc_serv
9822 ? S 27:02 \_ ./sc_serv
23244 ? S 0:36 ./sc_serv
5408 ? S 0:03 \_ ./sc_serv
31442 ? S 12:01 \_ ./sc_serv
13166 ? S 23:00 \_ ./sc_serv
7828 ? S 26:32 \_ ./sc_serv
11646 ? S 0:00 php script/script_save.php
12571 ? S 1:18 sh script_miss34_restart.sh
17229 ? S 0:00 \_ sleep 10
5457 ? S 0:29 php script/script_stats.php
5130 ? S 0:19 php script/script_data.php
19011 ? S 0:09 php script/script_messages.php
11656 ? S 0:05 php script/script_commentaires.php
18405 ? S 0:00 named -u named
3910 ? S 0:00 \_ named -u named
1767 ? S 0:00 \_ named -u named
2566 ? S 0:00 \_ named -u named
19101 ? S 0:00 \_ named -u named
19279 ? S 0:00 \_ named -u named
32742 ? S 0:00 \_ named -u named
13163 ? S 0:00 \_ named -u named
15327 pts/0 S 0:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --pid-file=/var/lib/mysql/ns610.ovh.net.pid
30908 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/ns610.ov
11827 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/ns61
23977 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
9784 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
18860 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
29082 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
26919 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
31392 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
4658 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
24889 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
2462 pts/0 D 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
15692 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
30924 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
15080 pts/0 D 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
20045 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
3967 pts/0 D 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
27579 pts/0 D 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
4863 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
22844 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
894 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
14465 pts/0 D 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
9613 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
31779 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
8946 pts/0 D 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
17858 pts/0 R 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
32295 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
24760 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
15916 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
1441 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
22730 pts/0 D 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
11558 pts/0 R 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
27063 pts/0 S 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
7573 pts/0 D 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
20803 pts/0 D 0:00 \_ /usr/sbin/mysqld --basedir=/ --datadir=/var/lib/mysql --user=mysql --pid-file=/var/lib/mysql/
2487 ? S 0:00 /usr/local/apache/bin/httpd
22519 ? S 0:00 \_ /usr/local/apache/bin/rotatelogs /var/log/httpd/miss34/miss34-error_log 43200
9092 ? S 0:00 \_ /usr/local/apache/bin/httpd
20955 ? S 0:00 \_ /usr/local/apache/bin/httpd
17032 ? D 0:00 \_ /usr/local/apache/bin/httpd
21363 ? S 0:00 \_ /usr/local/apache/bin/httpd
27819 ? S 0:00 \_ /usr/local/apache/bin/httpd
29983 ? S 0:00 \_ /usr/local/apache/bin/httpd
14083 ? S 0:00 \_ /usr/local/apache/bin/httpd
32398 ? S 0:00 \_ /usr/local/apache/bin/httpd
31446 ? S 0:00 \_ /usr/local/apache/bin/httpd
7155 ? S 0:01 \_ /usr/local/apache/bin/httpd
8719 ? S 0:00 \_ /usr/local/apache/bin/httpd
26108 ? S 0:00 \_ /usr/local/apache/bin/httpd
17828 ? S 0:00 \_ /usr/local/apache/bin/httpd
25980 ? S 0:00 \_ /usr/local/apache/bin/httpd
24001 ? S 0:00 \_ /usr/local/apache/bin/httpd
14833 ? S 0:00 \_ /usr/local/apache/bin/httpd
12558 ? S 0:00 \_ /usr/local/apache/bin/httpd
13178 ? S 0:00 \_ /usr/local/apache/bin/httpd
1860 ? S 0:00 \_ /usr/local/apache/bin/httpd
23632 ? S 0:00 \_ /usr/local/apache/bin/httpd
11099 ? S 0:00 \_ /usr/local/apache/bin/httpd
31941 ? S 0:00 \_ /usr/local/apache/bin/httpd
9533 ? S 0:00 \_ /usr/local/apache/bin/httpd
29729 ? S 0:00 \_ /usr/local/apache/bin/httpd
8111 ? S 0:00 \_ /usr/local/apache/bin/httpd
29440 ? S 0:00 \_ /usr/local/apache/bin/httpd
22139 ? D 0:00 \_ /usr/local/apache/bin/httpd
3154 ? S 0:00 \_ /usr/local/apache/bin/httpd
9126 ? S 0:00 \_ /usr/local/apache/bin/httpd
6301 ? S 0:00 \_ /usr/local/apache/bin/httpd
3408 ? S 0:00 \_ /usr/local/apache/bin/httpd
6701 ? S 0:00 \_ /usr/local/apache/bin/httpd
132 ? S 0:00 \_ /usr/local/apache/bin/httpd
31598 ? S 0:00 \_ /usr/local/apache/bin/httpd
17555 ? S 0:00 \_ /usr/local/apache/bin/httpd
8209 ? S 0:00 \_ /usr/local/apache/bin/httpd
14710 ? S 0:00 \_ /usr/local/apache/bin/httpd
32377 ? S 0:00 \_ /usr/local/apache/bin/httpd
20090 ? S 0:00 \_ /usr/local/apache/bin/httpd
21288 ? S 0:01 \_ /usr/local/apache/bin/httpd
7330 ? S 0:00 \_ /usr/local/apache/bin/httpd
29187 ? S 0:00 \_ /usr/local/apache/bin/httpd
15118 ? D 0:00 \_ /usr/local/apache/bin/httpd
20099 ? S 0:00 \_ /usr/local/apache/bin/httpd
19961 ? D 0:00 \_ /usr/local/apache/bin/httpd
21693 ? S 0:00 \_ /usr/local/apache/bin/httpd
25895 ? S 0:00 \_ /usr/local/apache/bin/httpd
13834 ? D 0:00 \_ /usr/local/apache/bin/httpd
645 ? D 0:00 \_ /usr/local/apache/bin/httpd
25079 ? S 0:00 \_ /usr/local/apache/bin/httpd
21878 ? S 0:00 \_ /usr/local/apache/bin/httpd
23041 ? S 0:00 \_ /usr/local/apache/bin/httpd
24363 ? S 0:00 \_ /usr/local/apache/bin/httpd
10591 ? S 0:00 \_ /usr/local/apache/bin/httpd
29499 ? R 0:00 \_ /usr/local/apache/bin/httpd
408 ? S 0:00 \_ /usr/local/apache/bin/httpd
21194 ? S 0:00 \_ /usr/local/apache/bin/httpd
15008 ? S 0:00 \_ /usr/local/apache/bin/httpd
27127 ? S 0:00 \_ /usr/local/apache/bin/httpd
512 ? S 0:00 \_ /usr/local/apache/bin/httpd
16950 ? S 0:00 \_ /usr/local/apache/bin/httpd
7819 ? S 0:00 \_ /usr/local/apache/bin/httpd
19586 ? S 0:00 \_ /usr/local/apache/bin/httpd
9599 ? S 0:00 \_ /usr/local/apache/bin/httpd
22910 ? S 0:01 \_ /usr/local/apache/bin/httpd
3224 ? S 0:00 \_ /usr/local/apache/bin/httpd
28059 ? S 0:00 \_ /usr/local/apache/bin/httpd
29777 ? S 0:00 \_ /usr/local/apache/bin/httpd
5559 ? S 0:00 \_ /usr/local/apache/bin/httpd
1382 ? S 0:00 \_ /usr/local/apache/bin/httpd
32567 ? S 0:00 \_ /usr/local/apache/bin/httpd
8049 ? D 0:00 \_ /usr/local/apache/bin/httpd
6144 ? S 0:00 \_ /usr/local/apache/bin/httpd
2193 ? S 0:00 \_ /usr/local/apache/bin/httpd
2506 ? S 0:01 \_ /usr/local/apache/bin/httpd
13704 ? D 0:00 \_ /usr/local/apache/bin/httpd
7977 ? S 0:00 \_ /usr/local/apache/bin/httpd
16714 ? S 0:00 \_ /usr/local/apache/bin/httpd
227 ? D 0:00 \_ /usr/local/apache/bin/httpd
6873 ? S 0:00 \_ /usr/local/apache/bin/httpd
25972 ? S 0:00 \_ /usr/local/apache/bin/httpd
4617 ? S 0:00 \_ /usr/local/apache/bin/httpd
24902 ? S 0:00 \_ /usr/local/apache/bin/httpd
20138 ? S 0:00 \_ /usr/local/apache/bin/httpd
16292 ? D 0:00 \_ /usr/local/apache/bin/httpd
4664 ? S 0:00 \_ /usr/local/apache/bin/httpd
6915 ? S 0:00 \_ /usr/local/apache/bin/httpd
20444 ? S 0:00 \_ /usr/local/apache/bin/httpd
8146 ? S 0:00 \_ /usr/local/apache/bin/httpd
10377 ? S 0:00 \_ /usr/local/apache/bin/httpd
18383 ? D 0:00 \_ /usr/local/apache/bin/httpd
21287 ? S 0:00 \_ /usr/local/apache/bin/httpd
24769 ? S 0:00 \_ /usr/local/apache/bin/httpd
23321 ? S 0:00 \_ /usr/local/apache/bin/httpd
32680 ? S 0:00 \_ /usr/local/apache/bin/httpd
24364 ? S 0:00 \_ /usr/local/apache/bin/httpd
17745 ? S 0:00 \_ /usr/local/apache/bin/httpd
6056 ? S 0:00 \_ /usr/local/apache/bin/httpd
26144 ? S 0:00 \_ /usr/local/apache/bin/httpd
16925 ? S 0:00 \_ /usr/local/apache/bin/httpd
24260 ? S 0:00 \_ /usr/local/apache/bin/httpd
10162 ? S 0:00 \_ /usr/local/apache/bin/httpd
29766 ? S 0:00 \_ /usr/local/apache/bin/httpd
28815 ? S 0:00 \_ /usr/local/apache/bin/httpd
3676 ? S 0:00 \_ /usr/local/apache/bin/httpd
30183 ? S 0:00 \_ /usr/local/apache/bin/httpd
20166 ? S 0:00 \_ /usr/local/apache/bin/httpd
4345 ? S 0:00 \_ /usr/local/apache/bin/httpd
13714 ? S 0:00 \_ /usr/local/apache/bin/httpd
31438 ? S 0:00 \_ /usr/local/apache/bin/httpd
5193 ? S 0:00 \_ /usr/local/apache/bin/httpd
30524 ? S 0:01 \_ /usr/local/apache/bin/httpd
1449 ? S 0:00 \_ /usr/local/apache/bin/httpd
6146 ? S 0:00 \_ /usr/local/apache/bin/httpd
29081 ? D 0:00 \_ /usr/local/apache/bin/httpd
13463 ? S 0:00 \_ /usr/local/apache/bin/httpd
17121 ? S 0:00 \_ /usr/local/apache/bin/httpd
4103 ? S 0:00 \_ /usr/local/apache/bin/httpd
1513 ? S 0:00 \_ /usr/local/apache/bin/httpd
32531 ? S 0:00 \_ /usr/local/apache/bin/httpd
32131 ? S 0:00 \_ /usr/local/apache/bin/httpd
13786 ? S 0:00 \_ /usr/local/apache/bin/httpd
32372 ? S 0:00 \_ /usr/local/apache/bin/httpd
15097 ? S 0:00 \_ /usr/local/apache/bin/httpd
23580 ? D 0:00 \_ /usr/local/apache/bin/httpd
21528 ? S 0:00 \_ /usr/local/apache/bin/httpd
604 ? S 0:00 \_ /usr/local/apache/bin/httpd
32355 ? S 0:00 \_ /usr/local/apache/bin/httpd
23155 ? S 0:00 \_ /usr/local/apache/bin/httpd
9573 ? S 0:00 \_ /usr/local/apache/bin/httpd
27262 ? S 0:00 \_ /usr/local/apache/bin/httpd
21888 ? S 0:00 \_ /usr/local/apache/bin/httpd
129 ? S 0:01 \_ /usr/local/apache/bin/httpd
15067 ? S 0:00 \_ /usr/local/apache/bin/httpd
5478 ? S 0:00 \_ /usr/local/apache/bin/httpd
2064 ? S 0:00 \_ /usr/local/apache/bin/httpd
441 ? S 0:00 \_ /usr/local/apache/bin/httpd
10019 ? S 0:00 \_ /usr/local/apache/bin/httpd
30242 ? S 0:00 \_ /usr/local/apache/bin/httpd
11516 ? S 0:00 \_ /usr/local/apache/bin/httpd
11672 ? S 0:00 \_ /usr/local/apache/bin/httpd
7090 ? S 0:00 \_ /usr/local/apache/bin/httpd
13880 ? S 0:00 \_ /usr/local/apache/bin/httpd
2434 ? S 0:00 \_ /usr/local/apache/bin/httpd
29148 ? S 0:00 \_ /usr/local/apache/bin/httpd
8899 ? S 0:00 \_ /usr/local/apache/bin/httpd
18125 ? S 0:00 \_ /usr/local/apache/bin/httpd
4348 ? S 0:00 \_ /usr/local/apache/bin/httpd
2553 ? S 0:00 \_ /usr/local/apache/bin/httpd
32519 ? S 0:00 \_ /usr/local/apache/bin/httpd
15299 ? S 0:00 \_ /usr/local/apache/bin/httpd
24680 ? S 0:00 \_ /usr/local/apache/bin/httpd
6016 ? S 0:00 \_ /usr/local/apache/bin/httpd
31221 ? S 0:00 \_ /usr/local/apache/bin/httpd
29096 ? S 0:00 \_ /usr/local/apache/bin/httpd
25319 ? S 0:00 \_ /usr/local/apache/bin/httpd
19430 ? S 0:00 \_ /usr/local/apache/bin/httpd
3741 ? S 0:00 \_ /usr/local/apache/bin/httpd
12550 ? S 0:00 \_ /usr/local/apache/bin/httpd
7355 ? S 0:00 \_ /usr/local/apache/bin/httpd
19035 ? S 0:00 \_ /usr/local/apache/bin/httpd
25166 ? S 0:00 \_ /usr/local/apache/bin/httpd
1150 ? S 0:00 \_ /usr/local/apache/bin/httpd
32617 ? S 0:00 \_ /usr/local/apache/bin/httpd
5458 ? D 0:00 \_ /usr/local/apache/bin/httpd
11467 ? S 0:00 \_ /usr/local/apache/bin/httpd
18546 ? S 0:00 \_ /usr/local/apache/bin/httpd
9220 ? S 0:00 \_ /usr/local/apache/bin/httpd
14776 ? S 0:00 \_ /usr/local/apache/bin/httpd
18665 ? S 0:00 \_ /usr/local/apache/bin/httpd
24029 ? S 0:00 \_ /usr/local/apache/bin/httpd
8445 ? D 0:00 \_ /usr/local/apache/bin/httpd
416 ? S 0:00 \_ /usr/local/apache/bin/httpd
29131 ? S 0:00 \_ /usr/local/apache/bin/httpd
8995 ? S 0:00 \_ /usr/local/apache/bin/httpd
5382 ? S 0:00 \_ /usr/local/apache/bin/httpd
2226 ? D 0:00 \_ /usr/local/apache/bin/httpd
9820 ? S 0:00 \_ /usr/local/apache/bin/httpd
14676 ? S 0:00 \_ /usr/local/apache/bin/httpd
32525 ? S 0:00 \_ /usr/local/apache/bin/httpd
22905 ? S 0:00 \_ /usr/local/apache/bin/httpd
5735 ? S 0:00 \_ /usr/local/apache/bin/httpd
2588 ? S 0:00 \_ /usr/local/apache/bin/httpd
14113 ? S 0:00 \_ /usr/local/apache/bin/httpd
14933 ? S 0:00 \_ /usr/local/apache/bin/httpd
32440 ? D 0:00 \_ /usr/local/apache/bin/httpd
10881 ? S 0:00 \_ /usr/local/apache/bin/httpd
3645 ? S 0:00 \_ /usr/local/apache/bin/httpd
8720 ? S 0:00 \_ /usr/local/apache/bin/httpd
9857 ? S 0:00 \_ /usr/local/apache/bin/httpd
17392 ? S 0:00 \_ /usr/local/apache/bin/httpd
4141 ? S 0:00 \_ /usr/local/apache/bin/httpd
17667 ? S 0:00 \_ /usr/local/apache/bin/httpd
8174 ? S 0:00 \_ /usr/local/apache/bin/httpd
1413 ? S 0:00 \_ /usr/local/apache/bin/httpd
12876 ? S 0:00 \_ /usr/local/apache/bin/httpd
22320 ? S 0:00 \_ /usr/local/apache/bin/httpd
4403 ? S 0:00 \_ /usr/local/apache/bin/httpd
29422 ? S 0:00 \_ /usr/local/apache/bin/httpd
6916 ? S 0:00 \_ /usr/local/apache/bin/httpd
3799 ? S 0:00 \_ /usr/local/apache/bin/httpd
26442 ? S 0:00 \_ /usr/local/apache/bin/httpd
22746 ? D 0:00 \_ /usr/local/apache/bin/httpd
24778 ? D 0:00 \_ /usr/local/apache/bin/httpd
18934 ? S 0:00 \_ /usr/local/apache/bin/httpd
30871 ? D 0:00 \_ /usr/local/apache/bin/httpd
4028 ? D 0:00 \_ /usr/local/apache/bin/httpd
13238 ? S 0:00 \_ /usr/local/apache/bin/httpd
4776 ? S 0:00 \_ /usr/local/apache/bin/httpd
9396 ? S 0:00 \_ /usr/local/apache/bin/httpd
30049 ? S 0:00 \_ /usr/local/apache/bin/httpd
31881 ? S 0:00 \_ /usr/local/apache/bin/httpd
25249 ? S 0:00 \_ /usr/local/apache/bin/httpd
4047 ? S 0:00 \_ /usr/local/apache/bin/httpd
23922 ? S 0:00 \_ /usr/local/apache/bin/httpd
15075 ? S 0:00 \_ /usr/local/apache/bin/httpd
21870 ? D 0:00 \_ /usr/local/apache/bin/httpd
357 ? S 0:00 \_ /usr/local/apache/bin/httpd
26336 ? S 0:00 \_ /usr/local/apache/bin/httpd
4523 ? S 0:00 \_ /usr/local/apache/bin/httpd
1833 ? S 0:00 \_ /usr/local/apache/bin/httpd
15790 ? S 0:00 \_ /usr/local/apache/bin/httpd
32746 ? S 0:00 \_ /usr/local/apache/bin/httpd
14514 ? D 0:00 \_ /usr/local/apache/bin/httpd
16841 ? Z 0:00 \_ [httpd <defunct>]
29591 ? S 0:00 \_ /usr/local/apache/bin/httpd
31642 ? D 0:00 \_ /usr/local/apache/bin/httpd
3304 ? S 0:00 \_ /usr/local/apache/bin/httpd
20214 ? S 0:00 \_ /usr/local/apache/bin/httpd
20607 ? S 0:00 \_ /usr/local/apache/bin/httpd
32543 ? S 0:00 \_ /usr/local/apache/bin/httpd
16983 ? D 0:00 \_ /usr/local/apache/bin/httpd
24818 ? S 0:00 \_ /usr/local/apache/bin/httpdEn crontab j'ai ceci :
-- QUOTIDIEN à 4h --
/etc/cron.daily/makewhatis.cron
/etc/cron.daily/logrotate
/etc/cron.daily/0anacron
/etc/cron.daily/rpm
/etc/cron.daily/slocate.cron
/etc/cron.daily/tmpwatch
/etc/cron.daily/sysstat
/etc/cron.daily/0logrotate-webalizer
-- CHAQUE SEMAINE --
/etc/cron.weekly/makewhatis.cron
/etc/cron.weekly/0anacron
/etc/cron.monthly/0anacron
/home/vpopmail/bin/clearopensmtp 2>&1 > /dev/null
/usr/local/mrtg-2/bin/mrtg
-- CHAQUE 5 MN --
/home/ovh/www/mrtg/mrtg-sys/mrtg_ns610.ovh.net.cfg >/ ...
-- CHAQUE MINUTE --
/usr/local/rtm/bin/rtm 5 >/dev/null 2>/dev/null
-- CHAQUE 10 MN --
/usr/lib/sa/sa1 1 1
-- CHAQUE HEURE --
/usr/sbin/ntpdate -s pool.ntp.orgAuriez vous d'autres pistes à suivre ?
D'où pourraient venir ces accès disque qui ralentissent le tout ?
Merci beaucoup pour votre aide !
-
Il n'y a pas de surprise, il s'agit plus ou moins d'un site de rencontres avec messages privés, photos, blogs, forums ...
Et une bonne partie des visiteurs restent connectés un bon moment ...
En plus, il est difficile de faire du cache statique sur ce genre de site, étant donné que chaque page est vraiment différentes à cause de plein de paramètres (user connecté, localité, heure, .......)
En ayant encore étudié mon code, j'ai encore qques marges d'optimisations (requetes groupées, un peu de cache, tables memory, ...).
Mais dans un avenir proche, je pense prendre un deuxième serveur sur lequel j'installerai la base de données. De plus ça m'apportera une solution confortable de sauvegarde (sauvegarde quotidienne de la BDD sur le premier serveur, et des photos ajoutés par les utilisateurs sur le 2e (autrement dit : tout en double)).
Mais je suis toujours preneur de conseils de la part de personnes qui auraient déjà connu des architectures multi-serveurs et/ou ayant déjà été confronté à des optimisations à ce niveau de trafic.
merci!!
-
Actuellement, mon site est hébergé sur un serveur dédié Pentium 4+ chez OVH ( P4 3GHz, 1 GO Ram, DD 40 Go IDE ), et montre actuellement très clairement ses limites.
Voici quelques éléments qui pourraient vous permettre de juger du trafic :
- Pointes de 1000 connectés simultanés chaque soir
- 700.000 pages par jour
- 10.000 visites uniques par jour
- 1100 GO de données par mois
Il s'agit d'un site utilisant PHP et MySQL. Les accès à la base sont fréquents (en lecture mais aussi écriture), et globalement les scripts sont relativement optimisés (c'est subjectif bien sûr)
Ces chiffres de trafic vous semblent-ils cohérents ? Ou je devrais pouvoir en tirer plus d'un serveur comme celui-ci ?
Afin d'adapter le matériel, j'hésite entre les possibilités suivantes :
- Conserver ce serveur, et en prendre un autre identique (dans ce cas, la base de données SQL serait transférée sur le 2e)
- Passer à un serveur plus gros, comme par exemple l'offre P4 SSCI (P4 3GHz, 2 GO Ram, DD 36 Go SCSI)
Je pense qu'il la première solution est préférable. J'ai aussi pensé à une architecture 3 serveurs ( l'un pour les images (apache), l'autre pour la génération des pages PHP (apache+php), et le 3e pour la base de données ).
Le fait d'installer la base de données et le traitement des pages php sur deux serveurs différents (mais chez le même hébergeur) ne risquent-ils pas de rallonger les connexions à la base (vu qu'on ajoute du 'ping') ?
Pour ceux qui auraient des conseils et quelques jugements, merci de bien vouloir m'aider.
-
J'ai un serveur dédié P4 avec 1GO de RAM qui fait tourner essentiellement APACHE et MySQL.
Que me conseilleriez-vous comme configuration pour mysql ( my.conf ) sachant que ma base fait autour de 700 MO et que 10% des requetes environ sont des UPDATE ou INSERT ?
Car aux heures de pointe (environ 800 connectés simultanés), je constate que ce qui ralentit le site, c'est les requetes UPDATE qui verouillent les tables concernées, et qui mettent donc en attente les SELECT qui sont effectués en parallèle.
J'ai une deuxième question : comment pourrait-on faire pour placer l'intégralité d'une table en cache dans la RAM afin que les requetes puissent s'exécuter beaucoup plus vite ?
Merci pour vos aides et conseils
-
"petit-ourson" a raison, ton message d'erreur laisse parfaitement penser que tu as donné un type trop "petit" pour ton ID. La limite de TinyInt est de 127 (en mode signé) ou 255 (en non signé).
Comme tu as sûrement attribué la clé primaire à ton champ ID en auto_increment, il se bloque à 127, et tu ne peux effectuer d'autres insertions.
La solution la plus simple est de donner un type integer (INT) : Tu seras limité à .. 2 147 483 647 entrées ...
A mon avis, ça te suffira, sauf si ton hôtel tourne très très bien et qu'il héberge le tiers de notre planète ! lol
-
Pour information j'ai écris au support technique d'OVH, et finallement il m'ont affirmé qu'il s'agit bel et bien d'un transfert du disque qu'ils effectuent, ce qui est relativement pratique
-
Je profite de ce forum pour vous demander qque chose :
J'ai un serveur dédié Superplan+ chez OVH (Celeron, 256MO, 40GO) et je souhaiterais passer au P4+ (P4, 1G0, 40GO).
Dois-je faire une backup complète du contenu de mon DD, ou OVH se charge de transférer le DD du serveur actuel sur le P4+ (dans ce cas, j'aurais rien à faire hormis les redémarrages de SQL, Apache, Bind ....) ?
Merci
-
Merci beaucoup Dan !
J'ai découvert ce forum il y a deux jours, et je le trouve franchement intéressant : d'autant plus par les sujets qu'il traite que les personnes qui le fréquentent
Guillaume ( www.miss34.com )
-
Bonjour,
J'ai vu sur le site de blog www.skyblog.com qu'en créant un compte, il est directement accessible par l'adresse http://moncompte.skyblog.com
Je me suis dit que la création d'un compte créait automatiquement un sous-domaine. Est-ce que c'est possible de le faire par un script en php, ou s'agirait-il d'un URL-Rewrinting ?
Merci !
[Dédié] Ralentissement réseau
dans Hébergement de Sites
Posté · Modifié par Miss34
Je vais me répondre moi même finallement (en cherchant bien j'ai fini par trouver !!)
Dans /proc/irq , il y a un dossier correspondant à chacune des interruptions (des dossiers correspondant au numéro de l'IRQ).
Dans chacun de ces dossiers, il faut modifier le "fichier" smp_affinity :
Si on fait
, ça va rediriger les interruptions vers la 1e unité de traitement (c'est à dire CPU0)
idem avec 02 (pour CPU1) ....