Résumé

  • À 14 h 52 UTC, DigitalOcean a placé sous surveillance l’incident d’attachement des Volumes après avoir déclaré que ses ingénieurs avaient identifié la cause racine et appliqué un correctif.
  • Les opérations devraient fonctionner de nouveau à NYC1, NYC3, SGP1, SYD1 et BLR1, mais la cause elle-même n’a pas été publiée.
  • Une page d’état globale ne prouve pas le rétablissement d’un compte: chaque client doit vérifier la demande, l’état final de l’attachement, le montage et l’application avant de relancer son automatisation.

DigitalOcean affirme avoir réparé l’opération qui empêchait d’attacher des Volumes à des Droplets dans cinq sites. La nouvelle est concrète: le fournisseur conseille désormais aux clients de reprendre l’opération. Elle reste pourtant incomplète: la « cause racine » que l’équipe dit avoir trouvée n’est pas décrite.

Le passage en surveillance est intervenu à 14 h 52 UTC. Les cinq sites demeurent NYC1, NYC3, SGP1, SYD1 et BLR1. Aucun taux d’échec, nombre de clients ou horaire de début par site n’a été communiqué.

Le rétablissement porte sur une opération précise

Un Volume DigitalOcean est un stockage bloc rattaché par le réseau. Il est créé dans la même région et le même projet que le Droplet qui l’utilise, puis attaché et monté. Cette action intervient lors du provisionnement, d’un déplacement de Volume, de l’ajout de capacité ou d’une reconstruction.

L’incident ne signifie donc pas que tous les systèmes de fichiers déjà attachés ont cessé de lire ou d’écrire, que les données ont disparu, que chaque Droplet a échoué ou que cinq datacenters entiers sont tombés.

Son périmètre étroit n’est pas sans conséquence. Une procédure de reprise peut disposer d’un calcul sain et d’un snapshot valide, mais rester bloquée si elle ne peut pas lier le stockage à la machine de remplacement.

Un Volume ne peut être attaché qu’à un seul Droplet à la fois. Le déplacer exige donc un état final clair. Les Volumes ne sont pas inclus dans les sauvegardes des Droplets; une stratégie de protection doit gérer leurs snapshots séparément.

La connaissance du fournisseur n’est pas une explication publique

« Cause racine identifiée » signifie que DigitalOcean a fermé une question interne. Le client ignore toujours si les cinq sites partageaient un service de contrôle, un déploiement, une dépendance d’API, une limite de capacité ou plusieurs défauts traités ensemble.

Il serait tout aussi abusif d’affirmer cinq pannes indépendantes qu’une panne mondiale unique. En l’absence de mécanisme, le client ne peut pas savoir si sa séparation régionale évitait le maillon défaillant.

Cette asymétrie est courante dans le cloud géré: le fournisseur peut rétablir le service sans publier son architecture. Le client doit alors tester le résultat et concevoir sa continuité face à un risque commun encore inconnu.

Vérifier avant de relancer

La bonne preuve se trouve au niveau de la charge: heure de la demande, identifiants des ressources, erreur ou succès, état final de l’attachement, présence du périphérique, montage et santé de l’application.

Avant toute nouvelle tentative automatisée, il faut réconcilier l’état réel de la ressource. Répéter aveuglément une commande qui modifie l’état peut créer un nouveau problème après la réparation du fournisseur.

Un attachement réussi ne garantit pas, à lui seul, que le bon système de fichiers est monté ni que l’application a repris sans conséquence.

Le SLA ne se déclenche pas par communiqué

Le SLA Volumes annonce 99,99 % de disponibilité mensuelle. Il définit l’indisponibilité au niveau des requêtes vers une ressource et prévoit une demande de crédit soumise à validation.

La page publique ne prouve pas ces critères pour un compte. Elle ne donne ni historique par ressource, ni durée par site, ni décision de crédit. Les heures des messages ne sont pas les heures de panne de chaque client.

La prochaine information utile sera la cause que DigitalOcean dit déjà connaître et la fin de la surveillance sans récidive. Pour l’instant, le correctif semble avoir rétabli l’opération; l’enseignement architectural reste à écrire.

Sources