Aurélien PONCINI

Bonjour, comme vous l'avez peut-être constaté, une nouvelle section est arrivée depuis quelques semaines sur iWal : Utilisation des ressources. Cette section est présente dans le module Files et dans le module Web Il s'agit de grapher l'utilisation faite par les hébergements grâce au module LveStats inclut dans CloudLinux. Nous avions mis cela en place du temps de Web4all (en 2013 je crois). Le module dans iWal a connu plusieurs versions côté admin mais n'a jamais vraiment été finalisé. Depuis plusieurs mois nous avons repris le travail dessus. Le but est de vous montrer ce que consomme votre hébergement (on ne peut pas distinguer les domaines dans un même hébergement). Actuellement la partie Web uniquement est fonctionnelle. Quel impact à terme ? Pourquoi ? La raison est simple, nous avons environ 1% des hébergements qui consomment 90% des ressources. Certains hébergements consomment plus que ce qu'un serveur dédié / VPS à 30€ mensuel chez nos concurrents serait capable de délivrer (ex : 6 cpu en permanence pour certains, 12 Go de RAM pour d'autres...). Nous devons mettre en place des limitations CPU, RAM notamment afin que les hébergements soit différents d'une offre à une autre, et qu'un hébergement ne puisse à lui tout seul consommer trop de ressources. En empêchant un hébergement de consommer trop, nous garantissons aux autres que les ressources seront bien présente. De plus, nous souhaiterions différencier les offres en termes de ressources / nombre de serveur. Par exemple actuellement nous étudions la possibilité suivante (rien n'est décidé les discussions et études sont en cours) : Une offre Start aurait par exemple 256 Mo de Ram maximum sur un serveur mais aurait accès à 3 serveurs (soit 3*256 Mo). Une offre Premium elle aurait 8 * 512 Mo.... A terme nous aimerions également revoir le concept de nos offres. Plutôt que de vous forcer à passer sur une offre supérieur à cause du nombre de domaines ou d'alias ou autre, on limiterais uniquement les ressources CPU et RAM et le stockage. Ce serait bien plus proche de l'usage et du coût de chacun. Que faire de ces graphs alors ? Actuellement vous êtes sur un cluster de 20 serveurs sur lequel il y a beaucoup de monde. L'idée va être de créer plusieurs cluster plus petits et de répartir les hébergements en fonction des offres. Les performances seront meilleurs (question de process et de reload apache sur l'ensemble du cluster). Afin que les graphs vous aident à savoir si vous passerez sur les futures offres (j'insiste : les limites sont encore à l'étude donc cela peut varier à la baise comme à la hausse actuellement) nous simulons les graphs afin que ces derniers vous indiquent ce que cela donnerait sur les futurs cluster avec limitations. L'aide en haut que vous pouvez déplier vous indique les dates que nous avons concernant votre hébergement ainsi que les limites simulées. Ne tenez pas compte de IO, IOPS et NPROC qui ne sont pas pertinents pour le moment. Il y a plusieurs onglets : FAULT : permet de connaitre le nombre de FAULT déclenchées, actuellement non pertinent car le cluster sera modifié en nombre de serveurs. Cependant si vous avez beaucoup de FAULT vous pouvez nous en parler afin qu'on essaye de voir ensemble ce qui peut provoquer cela ; Analyseur : normalement tout doit toujours être dans le vert. Cela vous indique le nombre de fois ou vous avez consommé trop de ressources, ou si vous avez atteint 80 ou 90 % des ressources. Sachant que les futures limites seront forcément plus basses que actuellement, si vous avez déjà du orange ou rouge il va falloir nous en parler afin de voir comment adapter nos futures offres (cela signifie que votre consommation est importante !) Consommation serveurs : là nous vous montrons la consommation sur chacun des serveurs. Vu qu'il y en a 20, cela peut-être vite surchargé car beaucoup de lignes. La consommation cluster est la somme de toutes les lignes du graph précédent. La ligne LIMITE est la limite réelle actuelle sur l'infrastructure (cette ligne peut parfois diminuer selon le nombre de serveur utilisé par votre hébergement. Un site à faible fréquentation ne consommant pas des ressources sur les 20 serveurs en permanences, le total des limites des serveurs peut être plus bas). Là on voit par exemple que la consommation CPU n'est pas trop élevé pour l'hébergement en ZEN, mais la consommation RAM elle se situe dans les quotas d'un futur pack Premium... cet hébergement donc ne passerait pas sur les futures offres... Répartition cluster est assez similaire au précédent sauf que nous le présentons sous forme de strate afin de visualiser la répartition sur le cluster. La ligne de limite n'est plus affiché : Voilà pour une rapide présentation. Nous continuons à faire évoluer cette partie et développons actuellement un analyseur qui vous alertera par mail si votre hébergement consomme trop ou est proche des limites. Les limites seront mises en place après une phase d'explication, d'analyse et d'annonce, nous n'allons pas les appliquer du jour au lendemain. Notre but n'est clairement pas de mettre nos clients en difficultés ! N'hésitez pas si vous avez des questions. PS : gardez en têtes que les limites ne sont PAS réellement active et que nous simulons les paliers sur des valeurs de tests qui sont différentes ce que vous avez actuellement en production.

OK, comme indiqué : Actuellement la partie Web uniquement est fonctionnelle.

Ce sera un domaine, un mail, une bdd, un de chaque en fait

à quel endroit avez vous cette erreur ?

Normalement tu as un historique là, le bouton bleu :

j'ai fais un petit topic :

Bonjour, effectivement il y a un souci sur la page Fichiers & accès, je vais regarder. Pour la partie Ressources web, comme dit par @Simon DUJANCOURT pour le moment c'est juste à titre informatif, les limites ne sont pas en place et ne sont pas encore définit.

à vos crons, prêt, go

à vos crons, prêt, go

Bonjour, malheureusement cela n'a pas beaucoup avancé, après plusieurs essais non concluants de notre côté, on test actuellement une autre solution pour l'exécution des tâches.

Bonjour, nous n'avons pas changé d'avis cela est toujours au programme. Pas de date précise à donner pour le moment (cela implique une refonte globale des offres et des ressources dans chaque pack). J'espère qu'on pourra finaliser cela courant mars.

Bonjour, en un an c'est la première fois qu'on a un souci avec eux donc je ne vais pas dire que cela est courant Désolé, je vois que cela est passé depuis le dernier message

Bonjour, possible de nous contacter sur le chat ? Je vois bien passer les erreurs, je voudrais être sûr qu'on parle bien des mêmes données, comme cela je pourrais tester sur votre compte

Problème résolu sur le chat. Bug iWal : le certificat LE n'avait pas été retiré de l'ancien hébergement après suppression du domaine

Bonjour, bizarre, le certificat aurait dû être supprimé par iWal au moment de la suppression du domaine Pouvez vous me dire quel est le domaine en question ? PS : ou contactez nous sur le chat en bas à droite de iWal / du site.

Bonjour, vous parlez de passer le domaine d'un hébergement à un autre non plutôt ? Attention en faisant cela, vous allez aussi supprimer les comptes emails du domaines. Pour le SSL en effet il faudra le refaire mais cela n'est gênant de résilier le certificat existant et de le refaire sur un autre hébergement dans la foulée

Bonjour, non il faut malheureusement le supprimer et le recréer

Oui, par défaut la note est de 0.9, en la passant à par exemple 0.8 l'anti-spam va mettre en SPAM tout ce qui dépasse 0.8 et non plus 0.9. Ainsi plus de mails seront marqués SPAM. Le problème c'est que avant la modification, Spam-Experts donnait le mail à Zimbra qui lui, parfois, décidait de supprimer le mail pour SPAM. Et l'utilisateur n'avait jamais le mail. On a donc modifié afin que Zimbra prenne complètement en compte la note de SE et non plus partiellement.

Bonjour, dans ce cas il faut abaisser la note sur l'anti-spam.

Oui mais dans ce cas aucun intérêt de le mettre en tâche récurrente Il suffit de faire l'export quand cela est nécessaire...

il est sur un FTP, tout est indiqué dans la partie Sauvegarde, sur le servcie hébergement dans le manager iWal : https://my.yulpa.io

Bonjour, simple question (je n'ai pas la réponse à votre question), mais pourquoi faire un backup de la base de données ? Il y en a déjà deux par jour qui sont effectué sur votre hébergement... A part consommer de l'espace disque et des ressources CPU, RAM et réseau, je ne comprends pas

Bonjour, la redirection de port c'est ce que je voulais faire, mais le souci c'est que toute l'IP est en NAT empêchant ainsi de rediriger par port Non ce n'est pas la mort en effet, mais si on autorise le 7722 (par exemple) et que demain on a une demande car un utilisateur aura le 22 et 7722 bloqué, on devra en mettre en troisième et ainsi de suite Il est surprenant que le port 22 soit bloqué et non le flux (quelque soit le port) ce qui est en général le cas dans les entreprises

Bonjour, désolé pour la non réponse Actuellement cela n'est pas prévu et obligerait à faire tourner un serveur SSH supplémentaire sur chacun des serveurs dédiés à cela