tag:linuxfr.org,2005:/tags/illisible/publicLinuxFr.org : les contenus étiquetés avec « illisible »2016-10-10T17:12:01+02:00/favicon.pngtag:linuxfr.org,2005:News/374642016-08-04T15:55:39+02:002016-08-04T17:02:09+02:00Unixcorn, trois mois plus tard : évolutions, remises en questions et stabilisationLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p>Suite à <a href="//linuxfr.org/news/unixcorn-un-nouveau-projet-d-hebergement-de-services-libres">la dépêche publiée courant avril 2016</a> voici un retour sur l'évolution du projet Unixcorn.</p>
<p><abbr title="Note des modérateurs">NdM</abbr> : pour rappel, Unixcorn s’inscrit dans le projet CHATONS de Framasoft, donc le but est d’éviter d’avoir une seule alternative aux GAFAM.</p>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f756e6978636f726e2e6f72672f696d616765732f776964655f62616e6e65722e706e67/wide_banner.png" alt="Bannière du site internet" title="Source : https://unixcorn.org/images/wide_banner.png"></p></div><ul><li>lien nᵒ 1 : <a title="https://unixcorn.org" hreflang="fr" href="https://linuxfr.org/redirect/97829">Unixcorn</a></li></ul><div><h2 class="sommaire">Sommaire</h2>
<ul class="toc">
<li>
<a href="#o%C3%B9-en-sommes-nous">Où en sommes nous ?</a><ul>
<li><a href="#du-point-de-vue-de-la-communaut%C3%A9">Du point de vue de la communauté</a></li>
<li><a href="#du-point-de-vue-administratif">Du point de vue administratif</a></li>
<li><a href="#du-point-de-vue-technique">Du point de vue technique</a></li>
</ul>
</li>
<li><a href="#et-pour-la-suite">Et pour la suite ?</a></li>
</ul><h2 id="où-en-sommes-nous">Où en sommes nous ?</h2>
<h3 id="du-point-de-vue-de-la-communauté">Du point de vue de la communauté</h3>
<p>Suite à la publication de la première dépêche concernant le projet il y a eu un certain engouement des lecteur-ice-s de LinuxFr.org, plus de 740 visites ont été effectuées vers notre page web depuis la dépêche et quelques personnes sont venues s'inscrire sur le forum et/ou nous rejoindre sur IRC, merci à elles. Nous avons donc reçu des contributions telles que de la rédaction de pages de la documentation, avec des tutoriels très bien faits concernant notamment l'usage de notre instance ownCloud, notre forge logicielle Gitlab ou même l'utilisation du client web IRC.</p>
<p>Ensuite, nous attaquons la partie négative, il y a eu un gros rétropédalage sur le projet d'association. Alors que nous avions réussi à nous retrouver quelqu'un-e-s pour discuter associatif, il s'est vite avéré qu'il était ingérable de s'organiser et d'avancer tous ensemble. Le problème étant principalement l'éloignement entre les personnes et l'impossibilité de se voir pour discuter de vive voix. Les emplois du temps propres à chacun-e et les occupations de tout le monde et, au final, on retrouve toujours le ou la même à pousser les autres pour faire avancer les choses. Ceci n'est ni agréable ni positif à la longue, l'un-e s'épuise à la tâche et devient de plus en plus frustré-e alors que les autres finissent par se lasser et désertent pour de bon le projet.</p>
<p>C'est donc un certain aveu de faiblesse que de reconnaître que ce n'est actuellement pas faisable sous cette forme (l'association loi 1901), et ce malgré les envies et les aspirations de chacun-e-s. Malgré tout, une fois la chose digérée on se rend compte que c'est peut-être ce qui aura permis au projet de survivre et de continuer. Un mal nécessaire en quelque sorte.</p>
<p>Aujourd'hui le projet est donc assuré légalement par <a href="https://matuni.xyz">Mathias</a>, qui l'avait initié. Pas question tout de même de désespérer, la manière de faire retenue aujourd'hui n'est pas immuable et si des propositions sont faites sur ce point nous les étudierons avec attention et intérêt.</p>
<h3 id="du-point-de-vue-administratif">Du point de vue administratif</h3>
<p>Un système de gestion de dons a été adopté, c'est la solution française libre <a href="https://fr.liberapay.com">Liberapay</a> qui est utilisée. Nous invitons donc les utilisateur-ice-s à effectuer leurs dons à travers cette plateforme, ainsi cela permet de récolter de l'argent de manière hebdomadaire. Malgré tout, il est possible de faire aussi « à l'ancienne », d'envoyer chèque ou virement bancaire sur simple demande par e-mail.</p>
<p>Une page a été dédiée pour écrire les quelques règles d'utilisations propres aux services, elle est disponible <a href="https://unixcorn.org/rules.html">à cette adresse</a> et tous les membres sont invité-e-s à la consulter. Globalement elle ressemble à toutes les chartes d'utilisation de services en ligne mais quelques points concernant le service « cloud » sont spécifiques.</p>
<p>Ainsi, il a été décidé que tout compte non actif pendant plus d'un mois serait supprimé, sans préavis. Ceci pour éviter un surplus d'utilisateur-ice-s inactif-ive-s et pour permettre de libérer de la place pour les nouveaux-elles venues. Bien-sûr, il est possible de passer outre cette limitation en faisant un don régulier, dans ce cas il faut bien nous contacter par courriel pour faire passer le message car les dons reçus sur Liberapay sont en grande majorité anonymes.</p>
<p>Quelques statistiques pour clôturer cette partie :</p>
<ul>
<li>entre 80 et 100 utilisateur-ice-s chaque mois sur le service « cloud » ;</li>
<li>10 utilisateur-ice-s sur la forge logicielle ;</li>
<li>3 sites web professionnels hébergés ;</li>
<li>entre 30 et 40 visites quotidiennes sur notre page d'accueil (sans compter les visiteur-ice-s avec l'option « Do Not Track » activée) ;</li>
<li>à ce jour 0,11 euros de dons hebdomadaires à travers le compte Liberapay ;</li>
<li>48 euros de dépenses mensuelles chez l'hébergeur.</li>
</ul><h3 id="du-point-de-vue-technique">Du point de vue technique</h3>
<p>Suivant la réorganisation administrative du projet précédemment contée il a fallu être plus réaliste vis-à-vis du dimensionnement de l'infrastructure matérielle. Les ressources financières venant principalement de l'administrateur du projet il est logique que celles-ci collent à l'épaisseur de sa bourse. Ainsi tout a été migré chez <a href="http://online.net">l'hébergeur Online.net</a>, sur <a href="https://www.online.net/en/dedicated-server/dedibox-xc">l'offre Dedibox XC 2016</a> en version SSD.<br>
FreeBSD a été délaissé pour Proxmox VE 4.2 (basé sur Debian 8 Jessie) et l'ensemble des services ont été virtualisés grâce à Qemu et KVM.</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f7069782e756e6978636f726e2e6f72672f696d6167652f313436393839353537392f6d656469756d2e6a7067/medium.jpg" alt="http://pix.unixcorn.org/image/1469895579" title="Source : http://pix.unixcorn.org/image/1469895579/medium.jpg"></p>
<p>Certains services prévus ont disparu, les pads d'édition collaborative Markdown HackMD et le client web KiwiIRC, alors que ceux prévus ont été mis en place (Gitlab principalement). L'ensemble est donc réparti dans des machines virtuelles pour une séparation maximale des services. Des sauvegardes (type snapshots) de chaque machine sont réalisées deux fois par semaine et conservées pendant plus d'un mois, elles sont stockées sur un espace fourni par l'hébergeur auquel la machine hôte se connecte en FTP. </p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f7069782e756e6978636f726e2e6f72672f696d6167652f313436393934373137372f6d656469756d2e6a7067/medium.jpg" alt="http://pix.unixcorn.org/image/1469947177" title="Source : http://pix.unixcorn.org/image/1469947177/medium.jpg"></p>
<p>La solution Proxmox VE est très appréciable car complète, la gestion du stockage est par exemple bien faite. Au total trois types de stockage différents sont utilisés :</p>
<ol>
<li>local, le SSD du serveur hôte où sont stockées les images des machines virtuelles ;</li>
<li>distant, de type SAN où sont stockées les données du service « cloud » ;</li>
<li>distant, de type FTP où sont stockées les sauvegardes des machines virtuelles.</li>
</ol><p>Le paramétrage des différents support de stockage s'incorpore d'ailleurs dans d'autres paramètres, par exemple pour la réalisation des sauvegardes de la machine virtuelle dédié au service « cloud » on exclut le stockage des données (qui pèse plus d'un téra-octet) de la sauvegarde créée. C'est possible car ce stockage SAN est déjà répliqué dans plusieurs « data-center » de l'hébergeur et ne nécessite donc pas de sauvegarde supplémentaire.</p>
<p>Le pare-feu est lui aussi géré au niveau de la machine hôte, des règles sont édictées et appliquées à chaque type de machine virtuelle en prenant bien en compte les types de services propres à chacune de ces dernières.</p>
<p><img src="//img.linuxfr.org/img/687474703a2f2f7069782e756e6978636f726e2e6f72672f696d6167652f313436393934373032342f6d656469756d2e6a7067/medium.jpg" alt="http://pix.unixcorn.org/image/1469947024" title="Source : http://pix.unixcorn.org/image/1469947024/medium.jpg"></p>
<p>Pour finir on pourrait croire que les faibles spécifications techniques du serveur seraient limitantes mais c'est tout à fait faux. L'ensemble est particulièrement bien dimensionné vis à vis des besoins, et c'est plaisant car ça va à l'encontre de ce qu'on peut voir actuellement (toujours plus de RAM, toujours plus de fréquence de calcul, toujours plus de stockage). </p>
<p>Nous avons pu comparer avec notre ancienne offre (un gros serveur SuperMicro® avec un vieux processeur Intel Xeon et deux disques durs en RAID) et il n'y a pas photo : en charge normale le délais des I/O varie entre 0 et 0.03% et le processeur consomme entre 3 et 5% de sa puissance de calcul totale, ce qui correspond à une charge système comprise entre 0.15 et 0.20. Là où auparavant les disques durs étaient constamment délayés et ralentissaient l'ensemble des machines. La gestion des I/O sur la nouvelle machine nous sauve donc réellement la mise, sans le SSD les performances en virtualisation ne seraient pas les mêmes.</p>
<p>Bien sûr cela pourrait changer si les visites et l'utilisation des services augmente, en tout cas nous sommes paré-e-s !</p>
<h2 id="et-pour-la-suite">Et pour la suite ?</h2>
<p>Suivant l'évolution des ressources financières il serait éventuellement possible de consolider l'infrastructure matérielle, de même si la charge monte il est prévu d'ajouter un autre serveur identique au premier et ainsi commencer à monter un mini-cluster Proxmox.</p>
<p>Cela permettrait notamment de commencer à faire de la « haute disponibilité » (HA) et d'assurer un peu mieux les services existants. Aussi on pourrait augmenter la taille du stockage SAN afin de pouvoir accueillir plus d'utilisateur-ice-s sur le service « cloud ».</p>
<p>Reste que globalement, en restant dans le cas de figure actuel il n'est pas à l'ordre du jour d'ajouter des services ouverts au public. Assurer déjà correctement ceux en place semble un challenge suffisant.</p></div><div><a href="https://linuxfr.org/news/unixcorn-trois-mois-plus-tard-evolutions-remises-en-questions-et-stabilisation.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/109677/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/unixcorn-trois-mois-plus-tard-evolutions-remises-en-questions-et-stabilisation#comments">ouvrir dans le navigateur</a>
</p>
matunixeNils RatusznikBAudpalm123Benoît SibaudclaudexPierre Jarillonhttps://linuxfr.org/nodes/109677/comments.atom