Bonjour à tous,
Je m’interroge sur la distribution des I/O réseaux sur un serveur Linux
(Debian 6.0.6 ; 2.6.32-5-amd64) :
#cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3 CPU4 CPU5
CPU6 CPU7
[..]
29: 3083577549 0 0 0 0 0
0 0 PCI-MSI-edge eth0-rx-0
30: 3016344398 0 0 0 0 0
0 0 PCI-MSI-edge eth0-tx-0
31: 8503469 0 0 0 0 0
0 0 PCI-MSI-edge eth0
32: 30622170 0 0 0 0 0
0 0 PCI-MSI-edge eth1-rx-0
33: 23139539 0 0 0 0 0
0 0 PCI-MSI-edge eth1-tx-0
34: 637808 0 0 0 0 0
0 0 PCI-MSI-edge eth1
Les I/O sont toutes envoyées sur un cœur. Le truc que j’arrive pas à saisir
c’est que sur d’autres serveurs avec la même version de noyau, driver réseau
(e1000e) et le même genre de cartes réseaux (Intel sur CM Supermicro) ce
n’est pas le cas :
#cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
53: 2136695 2136042 2138009 2137537 PCI-MSI-edge eth0
54: 42655676 42656495 42654333 42654706 PCI-MSI-edge eth1
J’ai testé « irqbalance » et c’est pas très concluant et pas bien distribué.
Vous avez des pistes ou une idée de ces différences ?
Benjamin.
Bonjour,
Seriez-vous intéressés de connaitre les avantages et freins à
l'utilisation de MySQL dans le Cloud ?
Si oui je vous informe que l'équipe technique d'origine de MySQL
(reformée chez SkySQL et MariaDB) vous invite à un meet-up gratuit pour
aborder, au plan techniqueet pratique, le déploiement optimal de vos
bases de données et la gestion d'un cluster de bdd open source dans le
Cloud.
C'est à Paris (pardon pour tous lesfrsag bretons, chtis, alsaciens,
corses,Lyonnais, basques... vous êtes bienvenus si vous pouvez vous
joindre),
Le 12/12 de 19h à 22h30
Espace de coworking Mutinerie
29 rue de Meaux - 75019 Paris
PS: Don't BYOB (Bring your own bottle) nous offrons un cocktail
dinatoire réunionnaishistoire de réchauffer l'hiver.
L'idée est de confronter les expériences et bénéficier des conseils des
MySQLersen joignant l'utile à l'agréable.
Pour vous inscrire
:_http://www.lemug.fr/2012/12-decembre-2012-meetup-skysql/_
ou me répondre directement par mail.
Amitiés,
Véronique
Bonjour,
Étant sysadmin junior, je me permet de vous sollicitez afin de faire les
bon choix.
Contexte:
PME immobilière nationale en fort développement. Actuellement site vitrine
et outils métiers
ne font qu'un même techno (Apache/php/mysql) et serveur unique...
On a pas mal de souci de perf (code non optimisé et pareil coté BDD).
20k visiteurs unique jours / 80 salariés.
Les volumétries sont raisonnable.
Objectif:
Tout est en cours de refonte (Nginx/PHP/PostGresql), nous souhaitons isoler
le site et l'application métier sans trop arriver à choisir. Améliorer la
disponibilité, faciliter la mise en prod…
Exemple d'archi:
Site et sa base de donnée sur un premier serveur avec un failover
idem pour la partie métier
Site et appli métier sur un même serveur et chaque base de donnée sur leur
serveur…
Les combinaisons sont nombreuse…
Virtualisation ou non? Les techno nous importe peu tant qu'elles on fait
leurs preuve.
Étant donné la croissance de l’activité, nous recherchons aussi la
scalabilité.
L'idée étant de garder au maximum la main sur les machines, le "cloud" ne
nous
botte pas vraiment.
Et pour avoir déjà donné, je ne veux pas de solution à base de bidouillage
:)
Si vous avez des retours d’expériences sur des besoins similaire ou des
remarques à apporter
j'en serait ravi.
NB: O*H nous hébergent actuellement, je souhaiterai déménager. Si vous avec
de bon contact,
je suis preneur.
Merci.
sd
Une solution virtualDC pourrait etre approprié a ce niveau, les avantages de la scalabilité (trois clics et hop, un nouveau front) sans pour autant avoir toute l'infra a mettre en place.
Apres a voir si ca se trouve a pas trop chere, la ou je travail on en propose un, mais faut le portefeuille bien rempli
----- Reply message -----
From: "Patrick Proniewski" <patpro(a)patpro.net>
To: "French SysAdmin Group" <frsag(a)frsag.org>
Subject: [FRsAG] Conseil sur une architecture serveurs
Date: Tue, Nov 27, 2012 09:38
On 27 nov. 2012, at 09:28, Sylvain Donnet wrote:
> Je reste sur le fait que 20K voulait bien dire 20000 visiteurs jours
oui, c'est très clair, j'avais juste confondu le k avec un 0, mes yeux sont pas du matin ;)
La virtualisation par contre c'est un peu overkill, à moins de l'utiliser en mode client uniquement (se faire héberger sur un cloud).
Parce que monter sa propre infra de virtualisation c'est quand même bien coûteux.
Je fais un nouveau sujet car vu les retours en privé, je pense qu'il y
a de quoi dire encore et cela devrait intéresser d'autres personnes.
Déjà merci pour vos remerciements en privé, à croire que le sujet est
tellement délicat que recueillir un peu d'information parait bénéfique à
tous.
Pour continuer la discussion,
- en réponse à Denis qui me dit être content de voir des personnes qui
n'ont pas peur d'ipv6, j'ai eu un déclic tout bête mais quand je relis
mes bouquins ipv6 ou les cours il y a 10 ans cela n'était pas le même
discours. C'est simplement les assignations de subnet.
Pour ceux qui ont été sensibilisé à l'ipv6, on a tous entendu, "faut
attribuer un /64 minimum à chaque serveur" Du coup on pense organisation
de routage alors que non c'est complètement faux. Il faut voir cela
autrement.
Cela vient du fait qu'effectivement quand on prend un serveur dédié chez
Toto hébergement, on a toujours un /64 attribué au serveur. Mais dans
les faits on utilise une ip.
Si on est là pour faire du hosting maitrisé avec infogérance (c'est mon
cas). On a affecté un /64 par client comme y a 10 ans où on attribuait
des PI /24.
Après les serveurs dedans ont une seule adresse ip (c'est déjà pas mal)
et font parti du subnet.
On ne route pas un subnet vers un serveur comme chez les loueurs de
serveurs qui font cela pour pas avoir à gérer vos demandes d'ipv6.
Bref je ne sais plus qui m'avait fait faire ce déclic, qu'il en soit
remercié, on enlève toute la problématique routage qu'on m'avait
présenté depuis 10 ans.
Et là tout devient simple, chaque client à son subnet /64 regroupé dans
une allocation plus grande. Après qu'on décide de faire des passerelles
dédiées à chaque subnet ou que l'on mette un routage global, chacun son
archi.
- pour répondre à Sylvain, oui tout faire en dual stack en se trainant
du nat sur le v4 et du routage sur le v6 c'est juste impossible à
maintenir sur le long terme ou alors il faut consommer autant d'ipv4 que
de v6 pour un serveur si on veut éviter la redirection de ports...
Donc dans les best practices quand je vois dual stack partout en étape,
je dis non, c'est trop complexe de maintenir une qualité de service avec
les mêmes configurations sur les deux couches.
Pour terminer enfin, je suis technique certes mais je suis aussi le
patron, donc quand la technique voit des avantages, le patron est
souvent d'accord :D même si ça mange du temps. C'est aussi cela qui aide
à franchir le pas, là où un décideur verra l'argent perdu dans cette
manipulation...
Question de point de vue et de priorité.
Bonjour La Liste,
Petite question sur l'estimation du cout de la consommation électrique
d'une infrastructure informatique.
Je sais aujourd'hui que mon onduleur consomme 8A pour alimenter les
différents serveurs, puis-je en déterminer aussi facilement le cout
électrique de mon infra, sachant qu'un KWH vaut 0,53Euros chez EDF ?
Comment estimez-vous ce cout de votre coté ?
D'avancer merci pour vos lumières :)
R2R
Salut la liste,
J'aurai besoin de vos lumières pour mettre en place un volume de 12To
sur un système de fichier distribué, pour augmenter les temps de réponse
et la disponibilité des fichiers. Il s'agit de fichiers pesant entre
10kio et 30Gio, pour un volume total actuel de 6.5Tio.
Est ce que vous auriez des idées sur un système de fichier distribué qui
me permettrait d'envoyer du bois dans la chaudière ? Parce que l'actuel
NFS commence à un peu à saturer vu le nombre de demandes simultanées
qu'il a à traiter.
J'ai entendu parler de GlusterFS, mais je voulais avoir l'avis de la
communauté :)
Merci
Cdlt,
Jonathan "bartoua" SCHNEIDER
