Many small updates and fixes
This commit is contained in:
Adrien W
@@ -40,8 +40,7 @@ $currentPage = $pages['transparence'];
|
||||
<div class=" wide column">
|
||||
<h2>Une structure à taille humaine</h2>
|
||||
<p>L'entreprise qui soutient mon activité suit le régime de la micro-entreprise. Je suis seul à gérer l'administration technique de l'infrastructure et la relation client.</p>
|
||||
<p>Vous profitez d'une relation directe et franche avec une personne réelle et impliquée, j'étudie toutes les demandes et problématiques particulières, et si c'est possible pour chacun, je préfère toujours rencontrer en personne mes clients potentiels. Tout ceci demande du temps, un solide bagage technique et une veille permanente, que je suis heureux de proposer à mes clients.</p>
|
||||
<p>L'autre côté de la pièce est assez évident: sans moi, plus personne aux commandes. Mon infrastructure se veut redondante, pas moi. À ce jour la solution envisagée à ce problème passe par un partenariat avec un autre hébegeur du même type: quelqu'un qui partagerait les mêmes valeurs et avec qui je passerais un accord qui autoriserait légalement et techniquement chacun à reprendre le flambeau de l'autre en cas d'accident grave. Les recherches sont en cours de ce côté et des pistes s'esquissent déjà, plus d'informations à ce sujet en temps utiles.</p>
|
||||
<p>Vous profitez d'une relation directe et franche avec une personne réelle et impliquée, j'étudie toutes les demandes et problématiques particulières, et si c'est possible pour chacun, j'apprécie toujours de rencontrer en personne mes clients. Tout ceci demande du temps, un solide bagage technique et une veille permanente, que je suis heureux de proposer à mes clients.</p>
|
||||
</div>
|
||||
</div>
|
||||
</div>
|
||||
@@ -56,14 +55,15 @@ $currentPage = $pages['transparence'];
|
||||
</div>
|
||||
<div class="eight wide column">
|
||||
<h3>Matériel</h3>
|
||||
<p>L'infrastructure d'hébergement est actuellement composée d'un seul serveur hébergé par la société <a href="https://www.hetzner.com/" target="_blank">Hetzner Online GmbH</a> dans son datacenter de Falkenstein en Allemagne (FSN1-DC1). Étant un <a href="https://fr.wikipedia.org/wiki/Serveur_d%C3%A9di%C3%A9" target="_blank">serveur dédié</a>, je suis le seul administrateur de cette machine.</p>
|
||||
<p>Ce serveur est équipé d'un processeur Intel Xeon E3-1270V3 et utilise 4 disques durs de 10TB chacun, agrégés en un volume <a href="https://fr.wikipedia.org/wiki/RAID_(informatique)#RAID_10_(ou_RAID_1+0)" target="_blank">RAID10</a> (hardware) de 20TB et peut donc supporter sans perte de données la panne d'un disque dur, voire deux dans certains cas. La mémoire vive utilisée (32GB DDR3) est certifiée <a href="https://fr.wikipedia.org/wiki/M%C3%A9moire_%C3%A0_code_correcteur_d%27erreurs" target="_blank">ECC</a>. Cette machine ne dispose actuellement que d'un seul bloc d'alimentation et d'une seule interface réseau (Intel I210, 1Gbps).</p>
|
||||
<p>J'utilise également un NAS Synology à mon domicile pour y stocker une copie complète des sauvegardes quotidiennes cryptées.</p>
|
||||
<p>L'infrastructure d'hébergement est actuellement composée de deux serveurs loués à la société <a href="https://www.hetzner.com/" target="_blank">Hetzner Online GmbH</a> dans son datacenter de Falkenstein en Allemagne (FSN1). Étant des <a href="https://fr.wikipedia.org/wiki/Serveur_d%C3%A9di%C3%A9" target="_blank">serveurs dédiés</a>, je suis le seul administrateur de ces machines.</p>
|
||||
<p>Le premier serveur <strong>atreides</strong> est équipé d'un CPU Intel Xeon E3-1270V3, utilise 4 disques durs de 10TB chacun, et dispose de 32GB de RAM (DDR3 ECC).</p>
|
||||
<p>Le second serveur <strong>corrino</strong> est équipé d'un CPU Intel Xeon E3-1275V6, utilise 4 disques durs de 4TB chacun, et dispose de 64GB de RAM (DDR4 ECC).</p>
|
||||
<p>Les deux serveurs ont chacun un contrôleur réseau Intel 1Gbps (I210 et I219-LM), leurs disques durs sont aggrégés en <a href="https://fr.wikipedia.org/wiki/RAID_(informatique)" target="_blank">RAID 1+0</a>, leur mémoire vive est certifiée <a href="https://fr.wikipedia.org/wiki/M%C3%A9moire_%C3%A0_code_correcteur_d%27erreurs" target="_blank">ECC</a>, et il n'ont qu'un seul bloc d'alimentation.</p>
|
||||
</div>
|
||||
<div class="eight wide column">
|
||||
<h3>Logiciel</h3>
|
||||
<p>Le serveur utilise l'<a href="https://fr.wikipedia.org/wiki/Hyperviseur" target="_blank">hyperviseur</a> <a href="https://www.proxmox.com/en/" target="_blank">Proxmox</a> basé sur la distribution <a href="https://www.debian.org/" target="_blank">Debian</a>. Chaque client est hébergé sur un conteneur <a href="https://fr.wikipedia.org/wiki/LXC" target="_blank">LXC</a> sous Debian également. Côté sauvegarde, c'est le logiciel <a href="https://www.borgbackup.org/" target="_blank">borgbackup</a> qui est utilisé pour effectuer une sauvegarde complète de l'hyperviseur et des conteneurs clients chaque jour, ces sauvegardes sont ensuite chiffrées puis envoyées vers un serveur de stockage géré par <a href="https://www.borgbase.com/" target="_blank">BorgBase</a> dans un datacenter d'Hetzner en Finlande.</p>
|
||||
<p>Les logiciels cités ici sont tous open-source, cependant le contrôleur RAID Hardware (Adaptec 8405 SGL) de ce serveur utilise un micro-logiciel dont je n'ai pas pu trouver les détails de licence ou le code source, je dois donc le considérer comme propriétaire et non libre.</p>
|
||||
<p>Les serveurs utilisent l'<a href="https://fr.wikipedia.org/wiki/Hyperviseur" target="_blank">hyperviseur</a> <a href="https://www.proxmox.com/en/" target="_blank">Proxmox</a> basé sur la distribution <a href="https://www.debian.org/" target="_blank">Debian</a>. Les différents services et clients sont hébergés sur des VM sous Debian également. Côté sauvegarde, c'est le logiciel <a href="https://www.borgbackup.org/" target="_blank">borgbackup</a> qui est utilisé pour effectuer une sauvegarde complète de l'hyperviseur et des VM chaque jour, ces sauvegardes sont chiffrées est envoyées vers un serveur de stockage géré par <a href="https://www.borgbase.com/" target="_blank">BorgBase</a> dans un datacenter d'Hetzner en Finlande.</p>
|
||||
<p>Les logiciels cités ici sont tous open-source, cependant le contrôleur RAID Hardware (Adaptec 8405 SGL) du serveur atreides utilise un micro-logiciel dont je n'ai pas pu trouver les détails de licence ou le code source, je dois donc le considérer comme propriétaire et non libre.</p>
|
||||
</div>
|
||||
</div>
|
||||
<div class="sixteen wide column">
|
||||
@@ -87,20 +87,20 @@ $currentPage = $pages['transparence'];
|
||||
<div class="height wide column">
|
||||
<h3>Locations et licences</h3>
|
||||
<ul class="list">
|
||||
<li>Serveur: ~100€/mois</li>
|
||||
<li>Licence Proxmox "Community": 90€/an</li>
|
||||
<li>Noms de domaine (clawd.fr & clawd.net): 30€/an</li>
|
||||
<li>Stockage des sauvegardes: 2TB ~128€/an; ~4.27€/TB/mois au delà</li>
|
||||
<li>Serveurs: ~160€/mois</li>
|
||||
<li>Licence Proxmox "Community": 90€/an/serveur</li>
|
||||
<li>Noms de domaine (.fr .net .org): 45€/an</li>
|
||||
<li>Stockage des sauvegardes: 2TB ~160€/an</li>
|
||||
</ul>
|
||||
<p>Total environ 1930€ par an soit ~120€/mois</p>
|
||||
<p>Pour résumer, si la totalité des 20TB étaient tous loués pour 60€ par TB et par mois, je ferais un bénéfice mensuel net d'environ 770€. Pas de quoi s'affoler, mais bien assez pour attaquer <a href="#objectifs" target="_self" title="Objectifs à moyen et long terme">la suite du plan</a>!</p>
|
||||
<p>Total environ 2300€ par an soit ~190€/mois</p>
|
||||
<p>Sans compter bien sûr le temps de travail.</p>
|
||||
</div>
|
||||
<div class="height wide column">
|
||||
<h3>Temps de travail</h3>
|
||||
<ul class="list">
|
||||
<li>Installation et configuration initiale de l'infrastructure: environ 40h</li>
|
||||
<li>Installation simple d'un nouveau client: 1 à 2h</li>
|
||||
<li>Maintenance et mises à jour: 4h pour l'infrastructure + 20 minutes par client, 2 à 4 fois par an</li>
|
||||
<li>Installation et configuration initiale de l'infrastructure: environ 60h par serveur</li>
|
||||
<li>Installation simple d'un nouveau client: 15 minutes à 2 heures selon le cas</li>
|
||||
<li>Maintenance et mises à jour: 8h pour l'infrastructure + 20 minutes par client, 2 à 4 fois par an</li>
|
||||
<li>Veille technique, maintenance et sécurité: 1 à 4 heures par jour, 2 à 4 jours par semaine</li>
|
||||
<li>Vérification de l'état des sauvegardes: 10 minutes par client, une fois par mois</li>
|
||||
</ul>
|
||||
@@ -124,15 +124,15 @@ $currentPage = $pages['transparence'];
|
||||
|
||||
<div class="eight wide column">
|
||||
<h3>Infrastructure multi-sites</h3>
|
||||
<p>Actuellement l'infrastructure d'hébergement est assez robuste pour accueillir de nombreux clients, cependant une panne majeure du serveur, un incident grave dans le datacenter ou un piratage ciblé pourraient perturber voire interrompre les services. Les sauvegardes sont là pour ça et me permettraient de rétablir les services assez rapidement (quelques heures à quelque jours selon la gravité du problème).<br>
|
||||
Il existe cependant des moyens techniques de se prémunir des pannes les plus courantes. Le premier stade consiste à multiplier les serveurs en les répartissant sur des zones géographiques différentes. Avec plusieurs serveurs il est possible de faire basculer automatiquement les clients d'un serveur à un autre en cas de panne de l'un d'eux. En fonctionnement normal cela permet aussi de répartir la charge sur plusieurs machines et ainsi d'améliorer la qualité de service.<br>
|
||||
Ce type d'infrastructure n'est pas difficile à mettre en place, la principale difficulté reste financière, aussi je ne pourrai m'engager dans cette voie que lorsque j'aurai assez de clients pour soutenir une telle charge.</p>
|
||||
<p>Actuellement l'infrastructure d'hébergement est assez robuste pour accueillir de nombreux clients, cependant une panne majeure d'un serveur, un incident grave dans le datacenter ou un piratage ciblé pourraient perturber voire interrompre les services. Les sauvegardes sont là pour ça et me permettraient de rétablir les services assez rapidement (quelques heures à quelque jours selon la gravité du problème).<br>
|
||||
Il existe cependant des moyens techniques de se prémunir des pannes les plus courantes. Le premier stade consiste à multiplier les serveurs en les répartissant sur des zones géographiques différentes. Avec plusieurs serveurs configurés ensemble il est possible de faire basculer automatiquement les clients d'un serveur à un autre en cas de panne de l'un d'eux. En fonctionnement normal cela permet aussi de répartir la charge sur plusieurs machines et ainsi d'améliorer la qualité de service.<br>
|
||||
Ce type d'infrastructure n'est pas difficile à mettre en place, la principale difficulté reste financière, aussi je ne pourrai m'engager dans cette voie que lorsque j'arriverai à tirer un bénéfice suffisant pour supporter une telle charge.</p>
|
||||
</div>
|
||||
<div class="eight wide column">
|
||||
<h3>Garantie de disponibilité</h3>
|
||||
<p>Un des objectifs à moyen terme et de pouvoir garantir à mes clients par engagement contractuel une disponibilité des services de 99.9%.</p>
|
||||
<p>Un des objectifs à moyen terme et de pouvoir garantir à mes clients par engagement contractuel une disponibilité des services de 99.9% (<a href="https://uptime.is/99.9" target="_blank">SLA "trois neufs"</a>).</p>
|
||||
<h3>Garantie de continuité</h3>
|
||||
<p>Étant au commencement de cette activité, je ne peux garantir sa perrennité au delà de quelques mois. Avec une base de clients suffisante je pourrai garantir une continuité de service plus longue même en cas d'arrêt planifié de l'activité.</p>
|
||||
<p>L'activité ayant maintenant quelques années, je sais que même en cas d'arrêt planifié je peux continuer à assurer les services pour au moins 6 mois, ce qui est confortable pour permettre à chaque client de migrer ses données et services sans problème.</p>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
|
||||
Reference in New Issue
Block a user