Différences

Ci-dessous, les différences entre deux révisions de la page.

--- fr:blog:post_044 [2018/04/05 11:33] – /* ortho */ merlin8282
+++ fr:blog:post_044 [2021/12/03 19:18] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 53: / Ligne 53: @@
 Enfin, les serveurs, et c'est là que la différence se fait un peu sentir : de 365,59€ en 2016 à 537,82€ en 2017. La simple lecture des factures ne suffit pas à comprendre comment tout s'est enchaîné pour arriver à un tel prix, donc voici une explication détaillée.
-Janvier 2017, nous avons 2 serveurs qui tournent : Nuxru, un petit Kimsufi peu puissant qui nous sert principalement pour les sauvegardes (9,99€/mois HT) et Groska, serveur puissant sur lequel tourne tous nos services (24,99€/mois HT), pour un total de 34,98€/mois HT, soit 41,98€ par mois TTC. Ce qui devait amener, sur 12 mois, à 503,71€ ; ce qui était déjà beaucoup par rapport aux revenus de base et aurait nécessité de demander plus de sous lors des dons de l'AFK, ou alors de prendre la décision de ne rien dépenser en support de com. La puissance de Groska était confortable, mais peut-être un peu gourmand côté finance((Je me soupçonne d'avoir oublié la différence entre hors taxes et toutes taxes comprises.)). L'erreur de calcul n'est pas repérée, et un accord est même donné pour prendre une VPS afin de faire des tests ; elle ne fonctionnera qu'un mois, donc une dépense de 3,59€ mais ce n'était déjà plus une décision pertinente, car si elle avait tourné plus, cela aidait à agrandir le trou dans les comptes. Attention, cette VPS était utile sur un plan technique : en effet le serveur de jeu a besoin d'une ipv4 et de certains ports, ce qui fait que nous ne pouvions pas lancer deux serveurs de jeu (chacun dans sa VM) depuis le même serveur physique ; et à l'époque, Nuxru ne servait que pour de la sauvegarde et ne permettait donc pas d'héberger des VM. Mais sur le plan comptable, c'était plus discutable.
+Janvier 2017, nous avons 2 serveurs qui tournent : Nuxru, un petit Kimsufi peu puissant qui nous sert principalement pour les sauvegardes (9,99€/mois HT) et Groska, serveur puissant sur lequel tournent tous nos services (24,99€/mois HT), pour un total de 34,98€/mois HT, soit 41,98€/mois TTC. Ce qui devait amener, sur 12 mois, à 503,71€ ; ce qui était déjà beaucoup par rapport aux revenus de base et aurait nécessité de demander plus de sous lors des dons de l'AFK, ou alors de prendre la décision de ne rien dépenser en support de com. La puissance de Groska était confortable, mais peut-être un peu gourmand côté finance((Je me soupçonne d'avoir oublié la différence entre hors taxes et toutes taxes comprises.)). L'erreur de calcul n'est pas repérée, et un accord est même donné pour prendre une VPS afin de faire des tests ; elle ne fonctionnera qu'un mois, donc une dépense de 3,59€ mais ce n'était déjà plus une décision pertinente, car si elle avait tourné plus, cela aidait à agrandir le trou dans les comptes. Attention, cette VPS était utile sur un plan technique : en effet le serveur de jeu a besoin d'une ipv4 et de certains ports, ce qui fait que nous ne pouvions pas lancer deux serveurs de jeu (chacun dans sa VM) depuis le même serveur physique ; et à l'époque, Nuxru ne servait que pour de la sauvegarde et ne permettait donc pas d'héberger des VM. Mais sur le plan comptable, c'était plus discutable.
 Là dessus, nous avons eu une suite de pépins techniques touchant Groska. Nous avons essayé, pendant plusieurs mois, de comprendre ce qui se passait, sans arriver à rien. Au retour des RMLL et après une énième panne, la décision a été prise de migrer en urgence sur un autre serveur (Murbaz) : ça sentait bien le problème matériel.
@@ Ligne 59: / Ligne 59: @@
 "En urgence" reste relatif car entre les difficultés techniques et les disponibilités des sysadmins, il aura fallu plus d'un mois pour migrer. Ce qui a rajouté divers frais :
   * frais d'ouverture d'un serveur : 9,99€ HT
-  * pendant juillet et aout, paiement des trois serveurs, le temps du transfert (environ 42€ TTC en plus)
+  * pendant juillet et août, paiement des trois serveurs, le temps du transfert (environ 42€ TTC en plus)
-Murbaz étant moins puissant que Groska, la facture diminue ensuite. Sauf que Kimsufi décide, à partir de décembre, de rajouter 1€ HT à chaque serveur. Cela a été un peu amorti en décembre car à cause de soucis sur le réseau OVH nous avons pu obtenir une réduction sur le prix de Murbaz (donc, au final, même prix qu'avant sur le mois en question !). Mais depuis janvier 2018, la location de Murbaz et Nuxru nous reviens à 38,38€ TTC par mois. Soit, à l'année, 460,51€ TTC.
+Murbaz étant moins puissant que Groska, la facture diminue ensuite. Sauf que Kimsufi décide, à partir de décembre, de rajouter 1€ HT à chaque serveur. Cela a été un peu amorti en décembre car à cause de soucis sur le réseau OVH nous avons pu obtenir une réduction sur le prix de Murbaz (donc, au final, même prix qu'avant sur le mois en question !). Mais depuis janvier 2018, la location de Murbaz et Nuxru nous revient à 38,38€ TTC par mois. Soit, à l'année, 460,51€ TTC.
 Et voilà donc l'explication de nos péripéties financières sur 2017.
@@ Ligne 70: / Ligne 70: @@
 Oui et non... Nous pourrions revoir nos exigences à la baisse et donc diminuer notre besoin de puissance serveur, mais cela demanderait des choix différents.
-Le serveur de jeu n'a pas besoin d'être très costaud pour tourner, mais moins il a de puissance, plus le temps de compilation est long, ce qui augmente les périodes d'indisponibilités. Ce n'est pas très grave vu que c'est un serveur de test, il n'a pas besoin d'être toujours en ligne, et puis nous ne le recompilons pas toutes les semaines.
+Le serveur de jeu n'a pas besoin d'être très costaud pour tourner, mais moins il a de puissance, plus le temps de compilation est long, ce qui augmente les périodes d'indisponibilité. Ce n'est pas très grave vu que c'est un serveur de test, il n'a pas besoin d'être toujours en ligne, et puis nous ne le recompilons pas toutes les semaines.
-Nous avons aussi fait le choix d'héberger notre forge logiciel (gitlab), car nous avons des dépôts très volumineux, en particulier à cause des assets graphiques et sonores : il ne nous semblait pas honnête de mettre ça chez Framasoft. Quand à passer sur Github... c'est faisable, bien sûr ; cela va à l'encontre de notre souhait de s'émanciper des grands organismes centralisateurs qui ont une légère tendance à se faire du pognon sur le dos de leurs usagers (et sur leur vie privée), mais bon, Github n'est pas le pire. Par contre, cela voudrait dire transférer à la main tous les tickets (il n'y a pas de système d'export/import assisté à ma connaissance) et qui souhaite le faire ? Gitlab est un de nos services gourmand en ressource, qui demande un peu de puissance, ainsi que du temps de maintenance, aussi le virer peut être une idée, mais un transfert va demander du temps et jusqu'ici, il n'y a pas eu de consensus (ni sur le transfert, ni sur qui s'en chargerait).
+Nous avons aussi fait le choix d'héberger notre forge logicielle (gitlab), car nous avons des dépôts très volumineux, en particulier à cause des assets graphiques et sonores : il ne nous semblait pas honnête de mettre ça chez Framasoft. Quand à passer sur Github... c'est faisable, bien sûr ; cela va à l'encontre de notre souhait de s'émanciper des grands organismes centralisateurs qui ont une légère tendance à se faire du pognon sur le dos de leurs usagers (et sur leur vie privée), mais bon, Github n'est pas le pire. Par contre, cela voudrait dire transférer à la main tous les tickets (il n'y a pas de système d'export/import assisté à ma connaissance) et qui souhaite le faire ? Gitlab est un de nos services gourmand en ressources, qui demande un peu de puissance, ainsi que du temps de maintenance, aussi le virer peut être une idée, mais un transfert va demander du temps et jusqu'ici, il n'y a pas eu de consensus (ni sur le transfert, ni sur qui s'en chargerait).
 Nous hébergeons un Etherpad ; là encore il y a une volonté de désengorger Framasoft (qui sature parfois avec le nombre de personnes utilisant ses services et qui n'a pas vocation à héberger tout le monde), et puis c'est fort pratique, en tant qu'admin, de pouvoir lister les pads et ainsi retrouver l'adresse de certains. Mais là aussi, nous pourrions gagner un peu de puissance serveur et de temps de maintenance en déléguant la gestion à un autre organisme.
-Nous avons un nextcloud : Zatalyz a tenté régulièrement de le virer, mais il est régulièrement utilisé, demandé, bref il correspond à certains usages et certaines demandes, et ça parait pertinent de le garder. Il est configuré pour ne pas prendre trop de ressources ; d'ailleurs il rame à mort quand plus de trois personnes s'y connectent. Ce service sera difficile à déporter.
+Nous avons un nextcloud : Zatalyz a tenté à plusieurs reprises de le virer, mais il est régulièrement utilisé, demandé, bref il correspond à certains usages et certaines demandes, et ça parait pertinent de le garder. Il est configuré pour ne pas prendre trop de ressources ; d'ailleurs il rame à mort quand plus de trois personnes s'y connectent. Ce service sera difficile à déporter.
-Enfin, le gros de nos services restants concerne les wikis. Ils tournent actuellement avec peu de puissances ; vous avez d'ailleurs pu remarquer que par moment, ça rame un peu, par rapport à quand ils étaient sur Groska. Ils demandent un peu trop pour être sur une VPS, mais assez peu pour rester sur Nuxru.
+Enfin, le gros de nos services restants concerne les wikis. Ils tournent actuellement avec peu de puissance ; vous avez d'ailleurs pu remarquer que par moments, ça rame un peu, par rapport à quand ils étaient sur Groska. Ils demandent un peu trop pour être sur une VPS, mais assez peu pour rester sur Nuxru.
 Le reste de nos services est soit déjà hébergé ailleurs (visioconférence, chats) soit d'un impact si limité qu'héberger ici ou ailleurs ne changerait rien (forum, diverses pages et petits outils).
@@ Ligne 84: / Ligne 84: @@
 Enfin, il y a la question de la sauvegarde.
-Actuellement, les deux serveurs se sauvegardent l'un l'autre. Nous avons quelques centaines de Go de sauvegarde. En cas de crash, renvoyer cette quantité de donnée depuis un serveur pro est relativement rapide ; depuis un serveur derrière une connexion en ADSL, ce serait la misère (nous avons aussi des solutions de ce genre en sécurité, mais nous espérons ne pas les utiliser). Avoir 2 serveurs physiques nous permet aussi d'avoir deux serveurs de jeux pour les tests, en attendant d'arriver à modifier la façon dont fonctionne son réseau pour pouvoir les héberger dans 2 VM sur le même serveur.
+Actuellement, les deux serveurs se sauvegardent l'un l'autre. Nous avons quelques centaines de Go de sauvegarde. En cas de crash, renvoyer cette quantité de données depuis un serveur pro est relativement rapide ; depuis un serveur derrière une connexion ADSL, ce serait la misère (nous avons aussi des solutions de ce genre en sécurité, mais nous espérons ne pas avoir besoin de les utiliser). Avoir 2 serveurs physiques nous permet aussi d'avoir deux serveurs de jeu pour les tests, en attendant d'arriver à modifier la façon dont fonctionne son réseau pour pouvoir les héberger dans 2 VM sur le même serveur.
-Pour autant, que ce soit pour la sauvegarde ou les tests de serveur de jeux, deux serveurs de la taille de Nuxru suffiraient. Ce qui ne ferait plus que 26,38€/mois TTC, soit 12€/mois d'économie, soit 144€ par an. Mais cela se ferait en perdant du confort, des possibilités de tests, et en étant forcé de faire héberger par des tiers nos dépôts et etherpad.
+Pour autant, que ce soit pour la sauvegarde ou les tests de serveur de jeu, deux serveurs de la taille de Nuxru suffiraient. Ce qui ne ferait plus que 26,38€/mois TTC, soit 12€/mois d'économie, soit 144€ par an. Mais cela se ferait en perdant du confort, des possibilités de tests, et en étant forcé de faire héberger par des tiers nos dépôts et etherpad.
-L'AG de 2018 n'est pas encore passé, ce bilan demande donc à être validé, ainsi que les choix à faire pour 2018. Mais, si vous participez à l'AG, vous avez à présent tous les éléments pour comprendre ce qui s'est passé en 2017, pourquoi nos dépenses augmentent autant, et si à l'avenir nous tentons de réduire nos frais... ou de collecter plus de sous.
+L'AG de 2018 n'est pas encore passée, ce bilan demande donc à être validé, ainsi que les choix à faire pour 2018. Mais, si vous participez à l'AG, vous avez à présent tous les éléments pour comprendre ce qui s'est passé en 2017, pourquoi nos dépenses augmentent autant, et si à l'avenir nous tentons de réduire nos frais... ou de collecter plus de sous.
 {{ :fr:blog:performancereview.jpg?400 |}}
+{{tag>Administratif Finance Bêtises }}