<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Hello kwiti &#187; réseau</title>
	<atom:link href="http://hello.kwiti.net/category/reseau/feed" rel="self" type="application/rss+xml" />
	<link>http://hello.kwiti.net</link>
	<description>la petite vie du at</description>
	<lastBuildDate>Fri, 30 Jul 2010 22:41:31 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Les disques durs c&#8217;est mal!</title>
		<link>http://hello.kwiti.net/237-les-disques-durs-cest-mal.html</link>
		<comments>http://hello.kwiti.net/237-les-disques-durs-cest-mal.html#comments</comments>
		<pubDate>Tue, 08 May 2007 23:45:49 +0000</pubDate>
		<dc:creator>atmaniak</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[PlexiWeb]]></category>
		<category><![CDATA[log]]></category>
		<category><![CDATA[réseau]]></category>

		<guid isPermaLink="false">http://atmaniak.net/blog/237-les-disques-durs-cest-mal.html</guid>
		<description><![CDATA[Ce soir donc sur IRC, on me parle (oui, ca arrive) < NiKo`> atmaniak: j&#8217;ai pas pu m&#8217;empêcher de penser à toi : http://fr.theinquirer.net/2007/05/08/ultraspeed_rend_les_disques_du.html Pour ceux qui n&#8217;auraient rien suivi, le rattrapage s&#8217;effectue ici. Maintenant que vous etes au niveau, vous avez compris pourquoi Niko` s&#8217;est senti obligé de donner ce lien en public. Ayant [...]]]></description>
			<content:encoded><![CDATA[<p>Ce soir donc sur IRC, on me parle (oui, ca arrive)</p>
<blockquote><p>< <a href="http://www.prendreuncafe.com/blog/">NiKo`</a>> atmaniak: j&#8217;ai pas pu m&#8217;empêcher de penser à toi : <a href="http://fr.theinquirer.net/2007/05/08/ultraspeed_rend_les_disques_du.html">http://fr.theinquirer.net/2007/05/08/ultraspeed_rend_les_disques_du.html</a>
</p></blockquote>
<p>Pour ceux qui n&#8217;auraient rien suivi, le rattrapage s&#8217;effectue <a href="http://www.plexiweb.net/blog/19-week-end-noir-pour-plexiweb.html">ici</a>. Maintenant que vous etes au niveau, vous avez compris pourquoi <a href="http://www.prendreuncafe.com/blog/">Niko`</a> s&#8217;est senti obligé de donner ce lien en public.<br />
Ayant survolé l&#8217;article, je réponds donc a Niko` par un simple</p>
<blockquote><p>
< atmaniak> NiKo`: arfeuh
</p></blockquote>
<p>Je termine deux trois bricoles, et retombe sur l&#8217;article encore ouvert dans un onglet. Je lis celui-ci en détail et m&#8217;apercois alors qu&#8217;il s&#8217;agit une nouvelle fois d&#8217;un bel article pour ne rien dire. Je m&#8217;explique :<br />
Depuis plusieurs mois maintenant la plateforme mutualisée de PlexiWeb tourne également en diskless (sans disques dur donc). Certes derriere ce n&#8217;est pas un <a href="http://fr.wikipedia.org/wiki/Storage_Area_Network">SAN</a>, mais une machine taillée par rapport au besoin de la plateforme en accès disques.</p>
<h3>Pourquoi une telle solution ?</h3>
<ul>
<li>Eviter les problèmes de pertes de logs, en particulier en cas de crash d&#8217;une machine et/ou de son disque dur</li>
<li>Réduire le nombre de maintenance sur la plateforme mutualisée, et eviter les aller-retours pour changer un disque dur</li>
<li>Faire des economies. Les disques durs situés dans les noeuds webs tombaient en panne environ tous les 8 mois</li>
<li>Augmentation simple et aisée de la puissance. Il suffit d&#8217;ajouter une machine capable de démarrer sur le réseau, de l&#8217;allumer et celle ci est deja en production</li>
<li>Simplifier les maintenances. Au cas ou une mise à jour soit effectuée, il suffit simplement de mettre à jour l&#8217;image principale, puis de redémarrer un à un les differents serveurs du cluster.</li>
<li>Eviter les problèmes liés aux configurations differentes entre plusieurs machines. Certes des outils existent pour controler cela, mais ceux ci sont relativement lourd a mettre en oeuvre</li>
<li>Economiser de l&#8217;argent. C&#8217;est idiot, mais déplacement + maintenances longues + disques a changer + &#8230; = beaucoup d&#8217;argent perdu au final.</li>
<li>De ramener réellement un noeud de cluster a ce qu&#8217;il doit etre : une quantité negligeable dont on peut se séparer a tout instant. Sans perdre de données (logs, mails, &#8230;).
</ul>
<p>Il y a surement d&#8217;autres raisons pour justifier un tel choix, mais ce sont celles ci qui m&#8217;ont poussées a travailler quelques jours pour déployer une telle infrastructure.</p>
<h3>Conclusion ?</h3>
<p>Il va falloir que j&#8217;apprenne a rédiger des communiqués de presse fumeux, avec des <a href="http://fr.wikipedia.org/wiki/Buzzword">buzzword</a> qui clignotent de partout.<br />Ah aussi que j&#8217;achete un SAN, c&#8217;est tendance.</p>
]]></content:encoded>
			<wfw:commentRss>http://hello.kwiti.net/237-les-disques-durs-cest-mal.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>La solution PatchSee</title>
		<link>http://hello.kwiti.net/224-la-solution-patchsee.html</link>
		<comments>http://hello.kwiti.net/224-la-solution-patchsee.html#comments</comments>
		<pubDate>Fri, 27 Apr 2007 15:28:14 +0000</pubDate>
		<dc:creator>atmaniak</dc:creator>
				<category><![CDATA[réseau]]></category>

		<guid isPermaLink="false">http://atmaniak.net/blog/224-la-solution-patchsee.html</guid>
		<description><![CDATA[Quel administrateur réseau n&#8217;a jamais perdu plusieurs minutes lors d&#8217;une intervention à retrouver la destination d&#8217;un câble ? Qui n&#8217;a jamais débranché le mauvais équipement a cause d&#8217;un plat de spaghettis au milieu d&#8217;une baie ? Certes il existe des solutions, tel que des étiquettes sur les câbles, mais cela n&#8217;est pas très pratique dans [...]]]></description>
			<content:encoded><![CDATA[<p>Quel administrateur réseau n&#8217;a jamais perdu plusieurs minutes lors d&#8217;une intervention à retrouver la destination d&#8217;un câble ? Qui n&#8217;a jamais débranché le mauvais équipement a cause d&#8217;un plat de spaghettis au milieu d&#8217;une baie ?<br />
Certes il existe des solutions, tel que des étiquettes sur les câbles, mais cela n&#8217;est pas très pratique dans une baie de brassage par exemple (les baies dans lesquels ont n&#8217;effectue que des inter-connexions réseaux), ou bien encore la solution <a href="http://www.patchsee.com/sommaire_fr.php3">PatchSee</a> : Puisqu&#8217;il est plus facile d&#8217;identifier visuellement un câble, pourquoi ne pas y ajouter une lumière permettant de l&#8217;identifier ?</p>
<p>PatchSee propose donc une solution comprenant des cables spécifiques dans lesquels une fibre optique est placée. Il suffit d&#8217;éclairer un coté du câble a l&#8217;aide de l&#8217;outil adapté, et l&#8217;autre bout du câble s&#8217;illumine. Magique ?</p>
<p><img src='http://atmaniak.net/blog/wp-content/patchsee1.jpg' alt='Patchsee' /></p>
<p>J&#8217;ai donc testé cette solution récemment, et j&#8217;ai été immediatement séduit. Les câbles sont de bonnes qualités, et comme annoncé l&#8217;identification se fait très rapidement. Cette solution n&#8217;a a mon sens qu&#8217;un seul défaut : son cout. Mais ce sur-cout est a mettre en relation avec le cout d&#8217;une interruption de service &#8230;<br />
En plus, il est même possible de demander un<a href="http://www.patchsee.com/article.php3?id_article=19"> kit de démonstration</a> sur le site.</p>
<p><img src='http://atmaniak.net/blog/wp-content/patchsee2.jpg' alt='Patchsee 2' /></p>
]]></content:encoded>
			<wfw:commentRss>http://hello.kwiti.net/224-la-solution-patchsee.html/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>
