Résumé

  • Dommel Hosting présente une offre volontairement locale: hébergement mutualisé, VPS sous Proxmox, sauvegarde et colocation dans deux sites d’Eindhoven, avec un engagement de disponibilité annoncé à 99,9 %. Cette proposition peut réduire la distance humaine entre le client et l’exploitant, mais elle ne constitue ni un historique public de performance ni la preuve que chaque composant bénéficie de la même redondance.
  • L’infrastructure visible forme une chaîne de responsabilités. EcoRacks et Interconnect exploitent des installations distinctes, tandis que Signet B.V. opère AS39700. Les ressources associées au sujet et les routes observées apportent des indices utiles sur l’ancrage néerlandais, sans démontrer à elles seules l’emplacement de toutes les copies, la sécurité applicative ou l’indépendance complète du service.
  • La véritable contrepartie du choix local apparaît au moment de l’incident ou du départ. Le jeton d’un nom de domaine ne déplace ni les données ni l’application; une résiliation courte ne rend pas une migration instantanée. Un acheteur prudent doit donc documenter les restaurations, conserver ses accès, distinguer domaine, DNS et hébergement, puis tester une sortie avant d’avoir besoin de l’exécuter.

Une proximité qui vaut surtout par ses limites

Dommel Hosting ne cherche pas à ressembler, dans sa présentation publique, à une plateforme mondiale sans visage. Son site met côte à côte des formules d’hébergement, des VPS, de la colocation partagée ou privative et des sauvegardes, avec des capacités et des prix affichés. Il nomme aussi les deux installations utilisées, EcoRacks et Interconnect, et annonce une garantie de disponibilité de 99,9 %. Ces éléments forment une offre lisible, à échelle humaine, que l’on peut examiner sur la page officielle des services de Dommel Hosting. Ils restent cependant des informations commerciales publiées par le fournisseur: les tarifs peuvent évoluer, la garantie doit être interprétée avec le contrat, et la liste des capacités d’un bâtiment ne décrit pas nécessairement le service exact acheté.

L’intérêt du modèle est ailleurs. Pour une petite organisation néerlandaise, un indépendant ou une association, parler à un interlocuteur proche peut avoir plus de valeur qu’un catalogue de centaines d’options. La proximité peut accélérer une question sur un transfert, une intervention physique ou une configuration DNS. Elle peut également rendre les responsabilités plus faciles à nommer. Le client sait qui facture le service, où se trouvent les sites cités et par quel canal demander de l’aide. Cette simplicité relationnelle est une composante réelle de la qualité, même si elle ne se laisse pas réduire à un chiffre de disponibilité.

Elle comporte pourtant un risque de mauvaise lecture. « Local » peut être compris comme « tout est détenu, opéré et contrôlé par une seule entreprise ». Ce n’est pas ce que les éléments publics permettent d’affirmer. EcoRacks et Interconnect sont des opérateurs de sites distincts. Signet B.V. est une entreprise distincte qui opère AS39700. Des registrars et des éditeurs de logiciels interviennent aussi dans la chaîne. Dommel Hosting assemble donc une prestation locale à partir de briques dont les propriétaires, les engagements et les périmètres diffèrent. Cette architecture n’est pas anormale; elle est même typique de l’hébergement.

Elle exige seulement que l’acheteur ne confonde pas proximité commerciale et intégration verticale.

L’identité elle-même mérite cette précision. La fiche de contact officielle relie Dommel Hosting à Tijdweb, indique une origine en 2005 et publie notamment KvK 17177247, des coordonnées, des modalités de facturation et l’accès aux conditions générales. La continuité historique donne du contexte, mais elle n’autorise pas à inventer une structure de groupe ni à attribuer au propriétaire des actifs qui appartiennent à des tiers. La dénomination exacte enregistrée auprès de RIPE NCC est Antonius Carolus Bloo trading as Dommel Hosting. C’est cette frontière d’identité qu’il faut garder en tête lorsqu’on lit les preuves techniques.

Le pari local est donc crédible lorsqu’il est formulé modestement: un point de contact néerlandais, une gamme ciblée, des sites identifiés et une relation potentiellement plus directe. Il devient fragile s’il est transformé en promesse de souveraineté absolue. Le meilleur acheteur ne demande pas seulement « où êtes-vous ? ». Il demande « qui contrôle chaque couche, quelle preuve puis-je conserver, et que se passe-t-il si l’une de ces couches change ? ».

Ce que couvre vraiment le chiffre de 99,9 %

Un pourcentage de disponibilité attire l’œil parce qu’il semble permettre une comparaison immédiate. Pourtant, 99,9 % n’a de sens opérationnel qu’avec une définition du service mesuré, une période de calcul, des exclusions, une méthode de constat et une conséquence en cas de dépassement. Sans ces éléments, le nombre fonctionne surtout comme une orientation commerciale. La page d’accueil de Dommel Hosting annonce cette garantie, mais ne fournit pas, dans les éléments considérés ici, une série publique et auditée de disponibilité.

Il serait donc excessif d’en déduire que chaque site, chaque VPS, chaque zone DNS et chaque application a effectivement atteint ce niveau sur une période donnée.

La FAQ technique de Dommel Hosting apporte un peu de texture. Le fournisseur y décrit une mesure externe de disponibilité et une surveillance interne de la joignabilité, du processeur, de la mémoire, du disque, du trafic et des courriels sortants. Ce sont de bons signaux de discipline opérationnelle, mais ce sont encore des descriptions fournies par l’entreprise, non un tableau public d’incidents. Surtout, les métriques ne sont pas interchangeables. Un serveur peut répondre au réseau alors qu’une base de données est bloquée. Un site peut être visible alors que l’envoi de courriels échoue. Un hyperviseur peut fonctionner alors qu’un client a supprimé un fichier indispensable.

Le calcul brut aide à comprendre l’ordre de grandeur: 0,1 % d’indisponibilité représente environ quarante-trois minutes sur un mois moyen de trente jours. Cette conversion arithmétique ne dit toutefois rien de la distribution. Quarante minutes pendant une nuit tranquille n’ont pas le même impact que quatre interruptions de dix minutes pendant des ventes critiques. Elle ne dit rien non plus des maintenances planifiées, des incidents imputables au client, des attaques, des défaillances logicielles ou des dépendances exclues. Toutes ces questions doivent être rattachées au texte contractuel applicable, et non au seul slogan.

Pour évaluer la promesse, le client devrait demander quel point est sondé et depuis où. Une mesure depuis l’extérieur est utile, car elle observe l’accessibilité telle qu’un utilisateur distant peut la ressentir. Elle peut néanmoins manquer un dysfonctionnement fonctionnel. Une surveillance interne voit les ressources de la machine, mais peut rester verte alors que le parcours du visiteur est cassé. La combinaison des deux est préférable; elle ne dispense pas le client d’une supervision applicative indépendante, adaptée à ses propres pages, transactions ou API.

Il faut aussi séparer disponibilité et récupérabilité. Le service peut afficher une excellente disponibilité jusqu’au jour où une erreur humaine efface un répertoire. Dans ce cas, la question importante devient l’existence d’une copie exploitable, son âge, son isolement et le temps nécessaire pour la restaurer. Une garantie de disponibilité ne garantit pas que la dernière sauvegarde est lisible. Elle ne garantit pas non plus un objectif précis de perte de données ou de reprise.

Le « sous-sol » de la promesse est précisément cet ensemble de définitions moins visibles: journaux, procédure d’escalade, exclusions, crédits éventuels, restauration et responsabilités du client.

Une PME n’a pas forcément besoin d’un contrat encyclopédique. Elle a besoin d’une réponse courte et vérifiable à cinq questions: qu’est-ce qui est mesuré, à quelle fréquence, selon quelle fenêtre, avec quelles exclusions, et que reçoit-elle si l’engagement n’est pas tenu ? Si ces réponses restent floues, le chiffre de 99,9 % doit être traité comme un repère de vente, pas comme un modèle complet de continuité.

Deux bâtiments ne forment pas automatiquement un système redondant

Dommel Hosting cite EcoRacks et Interconnect comme emplacements de colocation. Le fait de pouvoir nommer deux sites est plus informatif qu’une formule vague sur « le cloud néerlandais ». Il permet à l’acheteur d’étudier les opérateurs et de demander où son équipement ou sa machine sera effectivement placé. Il ne permet pas de conclure qu’un service donné est répliqué entre les deux bâtiments. La présence commerciale dans deux installations n’équivaut ni à un basculement automatique ni à une réplication cohérente des données.

Interconnect décrit son installation de Park Forum 1041 à Eindhoven sur sa page consacrée aux datacentres. L’opérateur évoque environ 6 000 mètres carrés d’espace, une expansion par phases, une conception présentée comme Tier 3 et la possibilité d’un dispositif Twin centres de données relié à ’s-Hertogenbosch par des fibres géographiquement séparées. Ce sont des caractéristiques annoncées par l’opérateur du site. Elles ne prouvent pas qu’une baie achetée via Dommel Hosting bénéficie de chaque option, ni qu’une charge du client est dupliquée dans le second bâtiment.

Interconnect expose aussi des mécanismes d’assurance et des certifications sur sa page de garantie de continuité, notamment ISO 9001, ISO 27001 et ISAE 3000/SOC 2 Type 2. Ces références peuvent améliorer une analyse de fournisseur, à condition d’examiner leur périmètre et leur période. Une certification portant sur un opérateur et un champ défini ne certifie pas automatiquement Dommel Hosting, le logiciel du client ou toutes les opérations réalisées dans une baie. Elle constitue une pièce du dossier, pas un parapluie universel.

L’existence d’une passerelle de documents SLA chez Interconnect est également pertinente. Elle indique que l’opérateur publie des documents de niveau de service en néerlandais et en anglais et identifie le site de Park Forum. Mais un client de Dommel Hosting n’est pas nécessairement partie au SLA d’Interconnect. Il faut demander quelles obligations sont reprises dans le contrat de revente, quelles compensations remontent au client et qui ouvre l’incident auprès du site. Sans cette circulation contractuelle, une belle garantie située en amont peut ne produire aucun recours direct en aval.

EcoRacks est une autre entreprise, à Ambachtsweg 25, 5627 BZ Eindhoven, selon sa page de contact, qui publie également ses propres coordonnées et KvK 58230300. Cette séparation juridique doit rester nette: Dommel Hosting ne doit pas être décrit comme propriétaire d’EcoRacks. Pour le client, elle signifie qu’un accès, une alimentation ou une intervention peut dépendre à la fois de l’accord avec Dommel Hosting et des règles de l’installation.

La bonne question n’est donc pas « y a-t-il deux sites ? », mais « mon service utilise-t-il deux domaines de panne indépendants ? ». Il faut préciser l’emplacement primaire, l’emplacement des copies, la dépendance réseau commune, la méthode de réplication, le responsable du basculement et le dernier test réalisé. Sans ces réponses, deux adresses restent deux possibilités commerciales, non une architecture de continuité.

EcoRacks: distinguer la capacité du site du droit du client

Les pages d’EcoRacks montrent bien pourquoi une installation ne doit pas être confondue avec le produit revendu. Sur sa présentation de la colocation, l’entreprise décrit différentes tailles de baie, des serrures, des badges d’accès et une alimentation électrique standard. Ces options aident à comprendre ce que le site peut proposer. Elles ne disent pas quelle taille, quel nombre de badges ni quelle puissance sont inclus dans une formule Dommel Hosting particulière. Seul le devis ou le contrat du client peut fermer cet écart.

La même prudence s’applique au réseau. EcoRacks affirme sur sa page de connectivité disposer de fibres redondantes suivant deux chemins géographiquement séparés, d’une liaison redondante vers l’anneau régional et d’une politique de neutralité vis-à-vis des opérateurs. Ce sont des attributs potentiellement précieux. Ils créent la possibilité d’une connectivité diversifiée; ils ne prouvent pas qu’un service Dommel Hosting donné utilise deux opérateurs, deux ports ou deux routes de dernier kilomètre. Un câble de secours dans le bâtiment n’aide pas une machine reliée à un seul équipement ou à une seule prestation logique.

Sur le plan physique, EcoRacks détaille des contrôles d’accès par badge et code, des caméras, des journaux d’accès, la détection incendie, une boucle de 10 kV, une architecture d’onduleurs modulaires 2N+X, un groupe électrogène, des alimentations A/B redondantes et des prestations d’intervention à distance pendant les heures de bureau. Ces affirmations figurent sur la page « In veilige handen » d’EcoRacks. Elles sont utiles pour préparer un questionnaire de sécurité. Elles ne doivent pas être présentées comme un audit indépendant, ni comme la garantie que chaque baie reçoit deux alimentations effectivement raccordées à un matériel à double bloc.

La nuance peut sembler tatillonne jusqu’au premier incident. Une baie peut avoir deux prises A/B, mais un serveur à alimentation unique reste exposé sans commutateur de transfert adapté. Une salle peut journaliser les entrées, mais le client doit savoir qui, chez Dommel Hosting ou chez lui, peut demander un badge ou une intervention. Un groupe électrogène peut protéger le site, mais une panne de configuration réseau peut rendre l’application indisponible. La sécurité et la continuité sont des chaînes; la capacité de chaque maillon n’est utile que si le service acheté l’emploie correctement.

EcoRacks met enfin en avant une approche commerciale flexible, comprenant selon sa page dédiée à la flexibilité une résiliation quotidienne, des options d’entrée abordables, la neutralité opérateur et des services adaptables. Là encore, les conditions directes de l’opérateur du site ne se transmettent pas automatiquement au client de Dommel Hosting. Le préavis applicable est celui de son propre contrat. Même si la location pouvait cesser très vite, retirer du matériel, transférer des données, obtenir une fenêtre d’accès et reconstruire la connectivité prendrait du temps.

Cette distinction entre « capacité disponible » et « droit acquis » devrait guider tout l’appel d’offres. Pour chaque caractéristique importante, le client peut demander trois preuves: le site dit-il qu’elle existe, le contrat Dommel Hosting dit-il qu’elle est incluse, et un test montre-t-il qu’elle fonctionne pour cette charge précise ? La première réponse décrit l’environnement. La deuxième crée une obligation. La troisième apporte la confiance opérationnelle.

Sous la marque, une couche réseau qui appartient à d’autres

L’ancrage réseau de Dommel Hosting est documentable, mais il ne faut pas le raconter comme une propriété intégrale. RIPE NCC inscrit le nom exact Antonius Carolus Bloo trading as Dommel Hosting dans sa liste des membres aux Pays-Bas. Cette inscription établit une relation avec le registre de ressources Internet et une base néerlandaise. Elle ne certifie ni la disponibilité d’un produit, ni la propriété des datacentres, ni l’ensemble des noms commerciaux utilisés.

Une présentation publique de statistiques d’allocation, hébergée par Télécom SudParis, associe nl.dommelhosting à cette identité et affiche les blocs 185.75.156.0/22 et 2a05:5340::/29, ainsi que des dates issues des statistiques sous-jacentes. On peut consulter cette présentation des allocations néerlandaises. L’allocation donne un indice solide sur les ressources associées au sujet. Elle ne prouve pas qu’un paquet observé à un instant donné suit une route particulière, ni qu’une adresse correspond géographiquement à l’emplacement affiché par un service tiers.

La route visible ajoute une deuxième couche. bgp.tools décrit AS39700 comme étant enregistré au nom de Signet B.V. et observe, à la date considérée, le bloc 185.75.156.0/22 parmi les préfixes annoncés. Le service affiche également des synthèses d’amont et des indicateurs RPKI valides. Il s’agit d’une observation temporelle du BGP, pas d’un contrat ni d’une carte complète des dépendances. Surtout, le nom est sans ambiguïté: AS39700 appartient à la sphère opérationnelle de Signet B.V., pas à Dommel Hosting.

Une seconde vue publique, le Hurricane Electric BGP Toolkit pour AS39700, confirme l’identité de Signet B.V. dans ses données, montre des pairs observés et des comptes liés au RPKI. Cette concordance entre deux outils renforce l’identification de l’AS, mais ne transforme pas leurs observations en garantie. Une origine RPKI valide réduit un type de risque lié à l’autorisation d’annonce; elle ne certifie pas la sécurité d’un serveur, l’intégrité du DNS, la résilience du chemin, le chiffrement d’une application ou la qualité du support.

Signet B.V. se présente sur le site officiel signetbreedband comme un spécialiste néerlandais indépendant des réseaux gérés, avec plus de cinquante partenaires réseau, des connexions vers cent datacentres et plus de vingt-cinq ans d’expérience. Ce sont des affirmations de l’entreprise sur sa propre échelle et ses capacités. Le site ne publie pas les conditions commerciales privées qui la lient éventuellement à Dommel Hosting. Il ne faut donc ni inventer un SLA de transit ni déduire une redondance précise de ces chiffres.

Pour l’acheteur, cette séparation est plus utile que gênante si elle est documentée. Elle invite à demander quel opérateur fournit la connectivité, si un second chemin existe réellement pour le service, qui gère un incident de routage, comment les changements sont annoncés et quelles ressources IP peuvent suivre une migration. Une adresse allouée au sujet peut dépendre, pour son annonce, d’un AS opéré par un tiers. La portabilité d’une machine virtuelle ne garantit donc pas celle de son adresse publique.

C’est un exemple concret de la différence entre posséder une donnée, disposer d’une ressource et contrôler le chemin par lequel les utilisateurs l’atteignent.

La résidence néerlandaise est une question de copies, pas de drapeau

La proximité géographique peut soutenir une stratégie de localisation des données, surtout lorsque le fournisseur et les sites nommés se trouvent aux Pays-Bas. Elle ne suffit pas à prouver que chaque octet, chaque journal et chaque sauvegarde reste dans le pays. Une application moderne produit des copies multiples: sauvegardes automatiques, journaux d’administration, files de courriels, caches DNS, exports de support, systèmes de facturation et postes des administrateurs. La souveraineté pratique dépend de l’inventaire de ces copies et des droits exercés sur elles.

Dommel Hosting fournit un document intitulé « Specificatie persoonsgegevens en betrokkenen ». Cette spécification des données personnelles sert de formulaire pour identifier les catégories de données personnelles et les personnes concernées lorsque Dommel Hosting intervient comme sous-traitant ultérieur dans le cadre de ses conditions générales. Le document est pertinent parce qu’il pousse le client à nommer les données traitées. Mais un modèle non rempli ne prouve pas qu’un client particulier l’a signé, qu’il énumère tous les sous-traitants ou que toutes les copies demeurent aux Pays-Bas.

Le travail sérieux commence donc par une cartographie spécifique. Où se trouve la donnée active ? Où vont les sauvegardes proposées ? Qui peut les restaurer ? Combien de temps sont-elles conservées ? Les journaux techniques contiennent-ils des adresses IP, des identifiants ou le contenu de messages ? Un prestataire de domaine, un outil de supervision ou une passerelle de paiement reçoit-il des informations supplémentaires ? Les réponses peuvent être parfaitement compatibles avec une politique néerlandaise ou européenne, mais elles doivent être établies, pas déduites d’une adresse postale.

La distinction entre responsable du traitement, sous-traitant et sous-traitant ultérieur doit également suivre le service réel. Dommel Hosting peut traiter certaines données pour le compte du client, tandis que le client décide des finalités de son application. Pour la facturation et sa propre relation commerciale, la répartition peut être différente. Cette analyse juridique dépend du contexte; la présence d’un formulaire ne remplace pas le conseil adapté ni l’examen de l’accord effectivement conclu.

Une politique de résidence robuste formule ses exigences en termes testables. Elle peut imposer que la donnée primaire et les sauvegardes restent dans des emplacements approuvés, que tout transfert de support soit documenté, que la suppression soit confirmée à la fin du contrat et que les nouveaux sous-traitants soient signalés. Elle peut aussi distinguer les catégories: le contenu client exige un contrôle strict, tandis qu’une métrique agrégée sans identifiant présente un autre risque. Cette précision évite d’exiger une pureté impossible tout en protégeant ce qui compte.

Le rôle d’un hébergeur local devient alors plus intéressant. Sa taille peut faciliter une conversation directe sur ces flux et permettre une annexe sur mesure. Mais la confiance personnelle ne doit pas remplacer la preuve. Un client devrait conserver la version signée des conditions, la liste des lieux, la description des sauvegardes, les contacts d’urgence et les confirmations de suppression. La souveraineté n’est pas un attribut magique du fournisseur; c’est une discipline partagée entre celui qui héberge et celui qui décide quoi lui confier.

Un code de transfert ne déplace pas un site

La sortie la plus souvent sous-estimée concerne le nom de domaine. Parce qu’un domaine peut être transféré grâce à un jeton, le client peut croire que toute sa présence numérique suivra automatiquement. Or le nom, le DNS, les fichiers, les bases de données, les boîtes aux lettres, les certificats et les secrets sont des objets différents. La page officielle de Dommel Hosting sur les domaines le montre à sa manière: elle décrit une dépendance à des registrars, un DNS géographiquement séparé, l’enregistrement et le renouvellement annuels, ainsi qu’une procédure de jeton pour les transferts sortants.

Dommel Hosting indique un traitement du jeton sortant en un à trois jours ouvrables et explique aussi les délais de transfert entrant, les frais possibles de sortie de quarantaine et la nécessité de résilier séparément le domaine et l’hébergement ou le DNS. Ces indications sont des procédures publiées par le fournisseur, susceptibles de varier selon l’extension et les règles du registre. Elles constituent néanmoins un avertissement précieux: arrêter une facture d’hébergement ne met pas nécessairement fin au renouvellement du domaine, et déplacer le domaine ne copie aucun fichier.

Une migration sûre commence par déterminer qui est le titulaire enregistré, quelle adresse reçoit les messages de validation et quel compte contrôle le registrar. Le client devrait pouvoir obtenir le jeton sans dépendre d’une personne absente, puis vérifier que son adresse administrative est à jour. Il devrait également noter la date d’expiration et les périodes de verrouillage propres à l’extension. Aucun de ces gestes ne nécessite de quitter le fournisseur; les effectuer à l’avance réduit simplement le risque d’une urgence.

Le DNS demande son propre plan. Avant de changer les serveurs de noms, il faut exporter la zone, relever les enregistrements A, AAAA, MX, TXT, CNAME et les paramètres de messagerie, puis abaisser avec prudence les durées de cache si cela est approprié. Une zone « géographiquement séparée » peut améliorer la résilience de la résolution, mais elle ne garantit pas que le nouveau prestataire possède une copie à jour. L’export doit être lisible et, idéalement, testé dans un environnement de remplacement.

Les données et l’application forment le troisième chantier. Un site statique se déplace facilement; une boutique avec base de données, tâches planifiées, stockage d’objets et courriels transactionnels nécessite une séquence. Il faut décider du dernier export, d’une éventuelle période de lecture seule, de la réplication, du contrôle d’intégrité et du retour arrière. Un VPS sous Proxmox peut parfois être exporté comme machine virtuelle, mais la compatibilité du format, les adresses, les pilotes, les licences et le réseau du nouvel hôte doivent être vérifiés. La disponibilité d’un export ne garantit pas un redémarrage réussi.

Enfin viennent les identifiants. DirectAdmin, le système du VPS, le registrar, la base de données et la sauvegarde externe ne devraient pas reposer sur une boîte aux lettres qui disparaîtra avec l’ancien service. Le client doit posséder ses comptes, utiliser une authentification forte lorsqu’elle est disponible et conserver une procédure de récupération hors de l’environnement hébergé. Le jeton de domaine est une clé utile, mais il n’ouvre qu’une porte. Une vraie portabilité exige un trousseau complet.

Sauvegarder n’est pas pouvoir restaurer

L’offre publique de Dommel Hosting inclut des services de sauvegarde, ce qui répond à un besoin évident. Pourtant, le mot « sauvegarde » recouvre des architectures très différentes. Une copie sur le même stockage protège parfois contre une suppression simple, mais pas contre la défaillance du système entier. Une copie dans un autre équipement du même bâtiment résiste mieux à une panne locale, mais pas nécessairement à un incident de site. Une copie dans un autre site peut améliorer la continuité, à condition que les identifiants, le logiciel de sauvegarde et le réseau ne constituent pas un point de défaillance commun.

Les informations publiques considérées ne permettent pas d’affirmer un objectif précis de point de reprise, un temps garanti de restauration ou l’emplacement de toutes les copies pour chaque formule. Le client devrait donc demander la fréquence, la rétention, le chiffrement, l’isolement, la responsabilité de déclenchement et le coût de restauration. Il devrait aussi savoir si les sauvegardes couvrent seulement les fichiers ou également les bases, les courriels, la configuration DNS, les tâches planifiées, les clés et les paramètres du système.

La responsabilité du mot de passe, évoquée dans la FAQ, est ici centrale. Une sauvegarde chiffrée dont personne ne retrouve la clé est une perte de données soigneusement conservée. À l’inverse, une clé stockée dans le même compte compromis que les données annule une partie de la protection. Les secrets de récupération doivent être accessibles à au moins deux personnes autorisées, conservés hors de l’infrastructure principale et révisés lorsque les rôles changent.

Le test de restauration est l’unique moyen de transformer une promesse de copie en capacité de reprise. Il n’a pas besoin d’être spectaculaire. Une petite organisation peut restaurer chaque trimestre un échantillon de fichiers et une base dans un environnement isolé, mesurer le temps, vérifier l’intégrité et consigner les problèmes. Une fois par an, elle peut reconstruire un service complet avec des identifiants neufs. Ce test révèle souvent les éléments oubliés: version de PHP, extension système, licence, certificat, règle de pare-feu, tâche automatisée ou adresse codée en dur.

La sauvegarde sert aussi la sortie. Si le client possède une copie dans un format documenté, sur un compte qu’il contrôle, il conserve une marge de négociation et une assurance contre la fermeture du compte principal. Cette copie ne doit pas violer les exigences de résidence ou de confidentialité; elle doit être intégrée à la même politique. Il est possible, par exemple, de choisir un second emplacement approuvé et de limiter l’accès à un groupe restreint.

Le mot « externalisé » mérite enfin une définition. Externe au serveur n’est pas nécessairement externe au site; externe au site n’est pas nécessairement externe au fournisseur; externe au fournisseur n’est pas nécessairement sous le contrôle du client. Chaque niveau protège contre un scénario différent. Pour un service important, une combinaison raisonnable consiste souvent à conserver les sauvegardes opérationnelles chez l’hébergeur pour une restauration rapide, plus une copie périodique indépendante et testée. Cela ne signifie pas que Dommel Hosting offre ou impose exactement cette architecture.

C’est la mesure que le client peut prendre pour compléter ce que son contrat prévoit.

La souplesse commerciale ne supprime pas le coût du départ

Un préavis d’un mois peut sembler offrir une liberté presque immédiate. La résiliation quotidienne annoncée directement par EcoRacks paraît encore plus flexible. Pourtant, ces délais appartiennent à des relations commerciales différentes et ne disent rien de la durée d’une migration. Le client de Dommel Hosting doit se référer à son propre accord; il ne peut pas supposer que les conditions d’EcoRacks lui sont transmises. Puis il doit comparer le préavis contractuel au délai technique réel pour préparer, copier, tester et basculer.

Ce décalage est le cœur économique du verrouillage. Il ne vient pas forcément d’une clause punitive. Il naît souvent de choix pratiques: un format d’export peu documenté, une adresse IP utilisée partout, une application ancienne, des comptes liés à la messagerie hébergée, un DNS non inventorié ou une sauvegarde jamais restaurée. Le fournisseur peut parfaitement remettre un jeton de domaine dans le délai annoncé tandis que le client reste incapable de redémarrer son service ailleurs.

Le coût de départ peut être estimé avant l’achat. Il comprend les heures d’inventaire, la préparation du nouvel environnement, une période de double facturation, la copie, les tests, la baisse éventuelle du TTL, le support aux utilisateurs et le retour arrière. Pour une machine physique, il faut ajouter une fenêtre d’accès, le transport, le risque matériel et la nouvelle connectivité. Pour un VPS, il faut vérifier le format, le volume de données et la vitesse réellement disponible. Pour un hébergement mutualisé, il faut s’assurer que le nouvel environnement accepte les mêmes versions et extensions.

Cette estimation éclaire le prix d’entrée. Une mensualité basse associée à vingt jours de migration future n’est pas nécessairement chère; elle devient simplement un engagement économique plus long que le préavis. À l’inverse, investir quelques heures dans la documentation, des scripts de déploiement et une sauvegarde indépendante peut réduire fortement le verrouillage sans changer d’hébergeur. La portabilité est un actif que le client construit.

L’électricité ajoute une autre forme de dépendance en colocation. Dommel Hosting indique une base de prix datée d’octobre 2025, ce qui rappelle que l’énergie n’est pas une constante. Le client devrait demander comment la consommation est mesurée, quelle puissance est incluse, comment une hausse est communiquée et si une modification ouvre un droit de résiliation. Il ne faut pas projeter le prix de page comme s’il s’agissait d’un tarif garanti pour toute la durée de vie du matériel.

La flexibilité utile se mesure donc en options exécutables. Peut-on réduire ou augmenter la capacité sans reconstruire ? Peut-on ajouter une liaison ? Peut-on obtenir un export complet ? Peut-on choisir un autre registrar ? Peut-on garder le DNS pendant une transition ? Peut-on laisser l’ancien service en lecture seule quelques jours ? Les réponses positives valent davantage qu’un adjectif commercial, car elles décrivent les gestes disponibles lorsque le plan change.

Le test de sortie à réaliser avant la première urgence

Un test de sortie n’est pas une annonce de rupture. C’est l’équivalent d’un exercice d’évacuation: il vérifie que les portes existent avant qu’une fumée apparaisse. La meilleure date se situe peu après la mise en service, lorsque les choix techniques sont encore frais et qu’il est facile de corriger un compte ou un format. Une répétition annuelle suffit souvent pour un petit service, avec un exercice supplémentaire après une refonte importante.

Le premier livrable est un inventaire. Il recense les domaines, les zones DNS, les certificats, les fichiers, les bases, les boîtes aux lettres, les tâches programmées, les utilisateurs, les clés, les licences, les adresses IP et les dépendances externes. Il associe chaque élément à un propriétaire et à une méthode d’export. La liste doit être stockée hors du compte principal, sans exposer les secrets eux-mêmes.

Le deuxième livrable est une copie restaurable. Le client exporte une version des données et la rétablit dans un environnement distinct. Il compare les nombres d’enregistrements, ouvre des fichiers, teste une transaction et vérifie les encodages. Il mesure le temps et note les étapes manuelles. Si l’exercice dépend d’un technicien de Dommel Hosting, il documente le canal et le délai observé, sans transformer cette expérience unique en garantie générale.

Le troisième livrable est un plan DNS. Il contient la zone exportée, le titulaire du domaine, le compte registrar, la procédure de jeton et une chronologie de bascule. Il prévoit la coexistence de l’ancien et du nouveau service, puis le retour arrière si les contrôles échouent. Il se souvient que le traitement annoncé d’un jeton sortant peut prendre un à trois jours ouvrables et que les règles diffèrent selon l’extension.

Le quatrième livrable est un plan de communication. Qui décide de partir ? Qui informe Dommel Hosting ? Qui reçoit les alertes des utilisateurs ? Qui valide la nouvelle plateforme ? Qui peut engager une dépense urgente ? Les numéros d’urgence et les références client doivent rester accessibles même si le courrier hébergé ne fonctionne plus. Cette préparation réduit le risque qu’un incident technique devienne une crise de gouvernance.

Le cinquième livrable est une preuve de suppression à la fin effective de la relation. Après la période de chevauchement et la validation des données, le client résilie séparément les services appropriés, vérifie les renouvellements, retire les comptes et demande comment les copies restantes suivent les délais convenus. Il ne demande pas une suppression prématurée tant que le remplacement n’est pas vérifié. La priorité est de préserver la continuité et l’intégrité, puis de fermer proprement.

Ce test révèle le vrai niveau de portabilité. Si la migration simulée tient en quelques heures et que les accès sont maîtrisés, le préavis d’un mois est confortable. Si elle échoue parce qu’un mot de passe, une licence ou un export manque, le client peut réparer sans pression. La valeur de l’exercice n’est pas de démontrer que le fournisseur est remplaçable à tout instant; elle est d’empêcher que la relation repose sur une incapacité invisible à choisir.

Le sous-sol de la promesse

La promesse de 99,9 % n’est pas vide. Elle indique une intention de disponibilité et s’accompagne, dans la présentation de Dommel Hosting, d’éléments concrets: surveillance décrite, offres de sauvegarde, sites nommés, procédures de domaine et contact local. Mais sa signification complète se trouve sous la surface, dans les clauses, les métriques, les responsabilités et les dépendances qui rendent le service réel.

Ce sous-sol n’est pas forcément sombre. EcoRacks décrit une installation dotée de contrôles physiques, d’une alimentation redondante et de chemins de fibre diversifiés. Interconnect présente une infrastructure importante, des certifications et des documents de niveau de service. Signet B.V. apparaît comme l’opérateur d’AS39700, par lequel des ressources associées au sujet sont observées. Chacune de ces pièces peut renforcer la prestation. Chacune garde aussi son propre périmètre, ses propres preuves et sa relation contractuelle.

La localité conserve une valeur précise: elle rapproche la conversation, situe des installations et facilite une lecture de la chaîne néerlandaise. Elle ne garantit pas que toutes les données restent dans un seul lieu ni que le fournisseur possède toutes les couches. La souveraineté véritable vient de la possibilité de connaître les copies, de contrôler les accès, de vérifier les engagements et de déplacer le service sans perdre son identité numérique.

La portabilité est donc l’autre moitié de la disponibilité. Un service qui fonctionne aujourd’hui mais ne peut être restauré ailleurs place le client dans une continuité dépendante. Un service dont le domaine, les données et la configuration sont exportables offre une continuité choisie, même si le client ne part jamais. Le test de sortie ne dévalorise pas la relation locale; il lui donne une base adulte.

Pour Dommel Hosting, le verdict raisonnable n’est ni une célébration sans réserve ni une mise en garde générale. Les preuves publiques décrivent une offre locale identifiable, construite sur des installations et un réseau exploités en partie par des tiers. Elles ne fournissent pas un historique audité de disponibilité ni le détail contractuel de chaque formule. Un client peut combler cet écart par des questions ciblées, un devis précis, une sauvegarde indépendante et un exercice de restauration.

Le dossier public de Antonius Carolus Bloo trading as Dommel Hosting dans l’annuaire BTW peut servir de repère pour cette frontière d’identité. Il ne remplace ni le contrat ni les vérifications opérationnelles et ne permet pas d’attribuer au sujet les installations d’EcoRacks ou d’Interconnect, ni AS39700 de Signet B.V.

Le meilleur résumé du compromis tient alors en une phrase: la proximité réduit la distance avec l’exploitant, mais seule la préparation réduit la dépendance. Les clients qui documentent leurs comptes, séparent domaine et données, testent leurs copies et comprennent la chaîne de fournisseurs peuvent profiter du caractère local sans confondre confiance et abandon de contrôle. C’est dans ce sous-sol méthodique, bien plus que dans un pourcentage imprimé sur une page, que se construit une disponibilité durable.