YorkHost - Historique des incidents

Le problème sur PVE-02 semble être causé par une machine virtuelle cliente présentant une utilisation anormale des ressources , entraînant une latence globale sur le nœud.
Nous mettons en œuvre des mécanismes améliorés de détection et de limitation d'utilisation afin d'empêcher qu'une seule machine virtuelle (par exemple, une machine compromise) n'affecte l'ensemble de l'hôte.

Les services relevant de PVE-02 , y compris les revendeurs Pterodactyl et les instances VPS , peuvent être temporairement mis hors service pendant que nous effectuons des tests de diagnostic.
Cette maintenance est nécessaire pour identifier et corriger la cause profonde du problème.

Nous vous tiendrons informés dès que les services seront rétablis.

Nous redémarrons actuellement le nœud de jeu 13 afin d'atténuer les problèmes de latence.
Une maintenance programmée sera bientôt effectuée afin d'appliquer une solution définitive, car nous vérifions un éventuel problème lié au disque .

Impact sur le service : interruption temporaire de service lors du redémarrage.
La prochaine mise à jour suivra une fois le diagnostic terminé.

Le problème a été entièrement résolu et l'espace client fonctionne désormais normalement.
Nous vous prions de nous excuser pour la gêne occasionnée. Le récent déploiement de notre nouvelle infrastructure HAProxy haute disponibilité a provoqué un problème de configuration inattendu, qui a temporairement affecté l'accès via Cloudflare.

Bien que la haute disponibilité améliore la résilience, elle peut parfois engendrer des comportements inattendus lors de la synchronisation. Notre équipe a optimisé la configuration afin d'éviter que cela ne se reproduise et continue de surveiller de près les performances.

Nous sommes conscients que l'espace client peut encore présenter des temps de réponse lents (environ 3 à 4 secondes par rafraîchissement).
Nous continuons à travailler à l'optimisation de ce système, mais le débogage reste complexe car nous ne sommes ni les développeurs ni les propriétaires du CMS (HostBill).
Par conséquent, nos principaux efforts se concentrent sur la nouvelle version bêta de l'espace client qui, étant entièrement construite en Node.js , est beaucoup plus stable, résiliente et facile à maintenir.

Merci de votre patience et de votre confiance constantes.

La baisse de performance détectée précédemment était due à une configuration HAProxy incorrecte suite à l'amélioration de l'infrastructure effectuée la nuit dernière.
Après avoir récupéré les sauvegardes, nous avons introduit une synchronisation multi-répliques entre le nœud maître et plusieurs nœuds secondaires.
Une erreur de configuration a provoqué l'arrêt du service HAProxy, ce qui a conduit Cloudflare à détecter le serveur comme indisponible.

Le problème a été résolu et tous les systèmes sont désormais opérationnels.
Nous continuons de surveiller les performances afin d'assurer la stabilité.

Le géoblocage reste actif afin de limiter l'impact.

Un correctif d'atténuation est encore en cours de test avec notre fournisseur de services.

Certains utilisateurs peuvent rencontrer des ralentissements ou une indisponibilité temporaire.

A modification is being made to mitigate the attack.

Nous avons mis en place des restrictions géographiques en attendant le correctif du fournisseur anti-DDoS , prévu pour demain.

La protection des serveurs Plesk reste un défi en raison de leur infrastructure partagée , mais nous travaillons activement à des améliorations à long terme .

Le service est actuellement partiellement rétabli .

Le service Plesk est toujours visé par une attaque de niveau L7.
Nos équipes poursuivent le déploiement d’un correctif pour rétablir la stabilité.