INTERHOST Servicios de Hosting en Internet S.A. vend des capacités hébergées qui dépendent toujours des baies, du transit et des fenêtres de réparation

Résumé

• Le cloud d'Interhost est physiquement concentré dans deux sites d'exploitation en Espagne: une suite privée dans un centre de colocalisation Tier III neutre vis-à-vis des opérateurs à Madrid et un site de centre de données autonome à Avilés. Cela soutient une proposition d'hébergement domestique crédible, mais ne prouve pas en soi que chaque service client est répliqué sur les deux sites.
• La société exploite AS15919 et, le 12 juillet 2026, les observations RIPE ont montré six annonces IPv4, une annonce IPv6, 18 432 adresses IPv4 annoncées et une visibilité complète parmi les pairs RIS déclarants. Les preuves de routage public confirment un réseau actif; elles n'établissent pas l'indépendance des chemins de fibre, la disponibilité des applications ou la qualité de chaque contrat client.
• Les risques décisifs se situent aux limites de propriété. Interhost est responsable de l'équipement et de la maintenance des fournisseurs dans l'hébergement dédié, tandis qu'un client d'hébergement reste responsable de son propre matériel. La reprise, la capacité de réserve, la réponse du support, les licences, les sauvegardes et la migration sont facturés ou conçus séparément, de sorte que la résilience utilisable peut être beaucoup plus étroite que la capacité technique totale du fournisseur.
• La certification BSI actuelle, un contrat public entrant en vigueur en 2025, une récente étude de cas de la société mère et des annonces de routes actives soutiennent une évaluation d'opérateur actif. La note finale des preuves réseau est Moyenne car les sources publiques omettent l'occupation des baies, la marge de puissance, les niveaux de stock matériel, les résultats de reprise testés et la topologie service par service.

Le cloud commence dans une salle

La phrase la plus révélatrice dans les documents publics d'Interhost ne concerne pas l'élasticité. Il s'agit de la description par l'entreprise de son installation madrilène comme une salle technique privée ou suite à l'intérieur d'un grand centre de colocalisation Tier III neutre vis-à-vis des opérateurs. Son deuxième site nommé, à Avilés dans les Asturies, est décrit comme un centre de données autonome. Ces détails dans ladescription du centre de donnéesd'Interhost transforment une proposition cloud abstraite en un modèle opérationnel concret.

À une extrémité du modèle se trouve un client qui voit des processeurs, de la mémoire et du stockage dans un portail ou sur une facture. À l'autre extrémité se trouvent des baies consommant de l'électricité dans deux villes espagnoles, des commutateurs de tête de baie, des baies de stockage, des routeurs, des interconnexions, des pare-feu, des supports de sauvegarde et des personnes autorisées à entrer dans la salle. Entre eux se trouve une chaîne de contrats. Interhost peut posséder un serveur mais louer la salle dans laquelle il fonctionne. Il peut exploiter le système autonome mais acheter du transit en amont.

Il peut administrer un système d'exploitation tandis qu'un client possède l'application. Il peut offrir une copie distante alors que le client n'a pas payé pour un environnement de reprise à chaud.

Cette chaîne est la manière utile de comprendre Interhost. L'entreprise n'est ni simplement un revendeur de capacité hyperscale anonyme ni, sur la base des preuves publiques, un propriétaire d'un vaste domaine autonome. C'est un opérateur d'hébergement géré espagnol qui combine son propre réseau et son personnel de service avec un mélange d'équipements dédiés, de ressources cloud partagées et d'apports tiers en installations et opérateurs.

Sa valeur vient de l'assemblage de ces couches pour des clients qui souhaitent plus d'attention, une localisation nationale et une aide opérationnelle qu'une machine virtuelle standard n'en fournit normalement. Son risque vient du même assemblage: la disponibilité dépend de l'endroit où la responsabilité change de mains.

Lecatalogue de services 2022d'Interhost est exceptionnellement franc à ce sujet. Il traite la migration, la configuration, la segmentation réseau, la surveillance, les sauvegardes, la reprise après sinistre et le support comme des services distincts avec des prérequis et des unités de facturation. C'est important. Un fournisseur peut posséder deux sites, plusieurs opérateurs et une technologie de copie distante tandis qu'un client individuel n'a contracté qu'une seule machine dans une seule salle. La capacité de l'entreprise n'est pas la même chose que le droit au service.

Les preuves publiques soutiennent l'existence d'un véritable opérateur. Elles ne soutiennent pas une affirmation précise concernant les mégawatts, les baies occupées, le nombre de serveurs ou la capacité de réserve. Interhost ne publie aucun tableau de bord de capacité actuel, aucun inventaire des modèles bare-metal disponibles et aucune carte de placement par service. La conclusion responsable est donc plus étroite: Interhost dispose d'installations espagnoles identifiables, d'un système autonome actif, de ressources d'adresses de longue date, d'une certification en cours et de preuves d'activité commerciale récente.

La quantité de capacité utilisable qu'un acheteur reçoit reste une question de contrat et d'architecture.

Une filiale avec un rôle spécifique

La structure juridique et de propriété est importante car les clients achètent plus que du calcul. Lerapport non financier 2024de SATEC identifie Servicios de Hosting en Internet, S.A.U., connue sous le nom d'Interhost, comme une filiale à 100 % de SATEC. Il donne comme objectif principal de l'entreprise l'hébergement et le housing sur les marchés espagnol et portugais. La société mère décrit Interhost comme l'entreprise du groupe responsable de l'infrastructure d'hébergement et des opérations déléguées, tandis que SATEC fournit une capacité plus large d'intégration de systèmes et de conseil.

Cet arrangement peut être commercialement utile. Un client qui déplace un environnement complexe peut avoir besoin de connaissances applicatives, de conception réseau et de main-d'œuvre de migration ainsi que d'espace rack. L'étude de cas de la Chambre de commerce de Madridde SATEC décrit une infrastructure cloud privée, des liaisons dédiées, une réplication vers un centre de données secondaire, un service géré et un déménagement physique qui a été largement ininterrompu sauf pour les services non redondants pendant le transport. Le cas illustre ce que le groupe combiné peut assembler.

Il illustre également pourquoi les acheteurs devraient nommer la partie responsable pour chaque couche. La société mère peut concevoir et migrer; la filiale peut héberger et exploiter; une société de colocalisation peut fournir le bâtiment madrilène; les opérateurs fournissent les circuits; les fournisseurs de technologie fournissent les serveurs, le stockage et les logiciels de virtualisation. Un seul front commercial n'efface pas ces dépendances.

Lorsqu'un incident les traverse, la mesure utile n'est pas le nombre d'entreprises impliquées mais si une seule partie a l'autorité de coordonner le diagnostic, d'approuver le remplacement, de communiquer l'état et de rétablir le service.

Les preuves actuelles réduisent, mais n'éliminent pas, la préoccupation créée par le petit profil public d'Interhost. Uncertificat BSI ISO 9001est en vigueur de septembre 2024 à août 2027 et couvre l'hébergement de systèmes d'information. Sa page de portée liste les lieux de travail à l'Avenida de Europa à Aravaca, à la Calle Albasanz à Madrid et à La Curtidora à Avilés. Unavis de contrat publicenregistre Servicios de Hosting en Internet S.A.U. comme le soumissionnaire retenu sur un contrat entrant en vigueur le 2 janvier 2025. Aucun des deux documents ne prouve la performance d'une application hébergée particulière, mais ensemble avec le routage actuel, ils constituent une meilleure preuve de fonctionnement continu qu'une page marketing non datée.

La structure de propriété façonne également le risque financier. Une filiale spécialisée détenue à 100 % peut bénéficier des relations commerciales, d'ingénierie et d'achat du groupe mère. Pourtant, les clients devraient toujours comprendre quelle entité juridique possède leur équipement, facture leur service, détient les licences logicielles, emploie le personnel d'astreinte et assume les obligations de crédit de service. L'affiliation à la société mère n'est pas automatiquement une garantie des passifs de la filiale. Les protections pertinentes appartiennent au contrat signé.

Ce que le client achète réellement

Interhost couvre plusieurs modèles qu'il est facile de confondre. Sapage d'hébergement dédiédécrit des équipements physiques et des logiciels réservés à un client et dimensionnés par Interhost. Dans ce modèle, l'entreprise s'occupe de la configuration, des relations avec les fournisseurs et de la maintenance préventive, corrective et évolutive du matériel, ainsi que des logiciels de base comme le système d'exploitation. Le client substitue des frais de service récurrents à un achat initial d'équipement et délègue une partie significative de la charge de réparation.

Dédié ne signifie pas isolé de tout composant partagé. Interhost lui-même dit que l'équipement dédié est intégré avec la connectivité partagée, la sécurité, le back-end de données et l'infrastructure auxiliaire. Un client peut donc éviter la contention sur un serveur et dépendre toujours des routeurs frontaliers partagés, des pare-feu, des services de stockage, de la distribution électrique ou du personnel de support. L'architecture peut être bien conçue; le point est que le mot dédié ne définit que certaines couches.

Le housing modifie la frontière. Sur lapage de housing et colocalisationd'Interhost, le client fournit l'infrastructure et reste responsable de la maintenance et du dimensionnement correct. Interhost définit les exigences d'intégration et peut fournir une assistance, mais la machine du client reste le problème du client à moins qu'une gestion supplémentaire n'ait été achetée. En colocalisation de base, le fournisseur fournit principalement des unités rack ou un rack, l'alimentation, l'énergie et généralement la connectivité. Un disque défaillant à 2h00 peut donc produire deux résultats très différents: une action automatique d'Interhost sous un contrat dédié géré, ou une notification qui oblige le client en housing à autoriser le travail, fournir une pièce ou envoyer un ingénieur.

L'offre cloud introduit une capacité partagée. Lapage de centre de données virtueld'Interhost liste le cloud public, le cloud privé, le cloud privé géré, les centres de données virtuels et les clouds privés virtuels. Elle indique qu'un centre de données virtuel peut combiner serveurs, sécurité, stockage, communications, administration, surveillance et sauvegarde. Elle note également explicitement que les ressources dans un pool partagé peuvent être attribuées à des machines virtuelles avec surréservation.

La surréservation n'est pas intrinsèquement défectueuse. C'est l'un des fondements économiques du cloud computing: les clients consomment rarement leurs allocations maximales de processeur, mémoire, stockage et réseau au même instant, donc un fournisseur peut vendre une capacité logique supérieure au total physique utilisable en continu. Le risque apparaît lorsque trop de locataires culminent ensemble, lorsque la latence de stockage augmente, lorsqu'un hôte tombe en panne et que les hôtes restants ne peuvent pas absorber sa charge, ou lorsqu'un site de reprise manque de la même marge que la production.

Les acheteurs ont besoin d'objectifs de performance et d'hypothèses de basculement, pas seulement d'un décompte nominal de vCPU.

Le cloud privé peut réduire la contention entre voisins, mais il introduit des questions de cycle de vie matériel et d'engagement minimal. Qui possède les serveurs à la fin du contrat? À quelle vitesse un hôte défaillant peut-il être remplacé? Une pièce de rechange est-elle installée, détenue localement, disponible chez un distributeur ou commandée après diagnostic? Un renouvellement nécessite-t-il un nouveau terme? Le client peut-il réduire sa capacité, ou la flexibilité est-elle principalement à la hausse? Les pages publiques d'Interhost expliquent les catégories de services mais ne publient pas de réponses standard.

Ces omissions n'impliquent pas une pratique faible; elles signifient que les conditions économiques ne peuvent pas être déduites du nom du produit.

Les services gérés sont une autre couche distincte. Interhost publie des pages pour lesupport continu de première ligne, lesupport de deuxième ligne,les mains à distance et l'assistance en salle, l'administration déléguée des systèmeset lasurveillance. Le menu transmet un fait crucial: la détection, le triage, le diagnostic, l'intervention physique et l'administration du système d'exploitation peuvent être des obligations séparées. Une affirmation de surveillance 24h/24 n'est pas la même chose qu'un droit 24h/24 de modifier le système d'un client.

Le service doit donc être lu comme un ensemble. Le calcul n'est qu'une ligne. Le produit opérationnel comprend également le temps de détection d'un défaut, l'autorité d'agir, l'accès aux pièces, l'accès à la salle, l'escalade vers les opérateurs et les fournisseurs, l'intégrité des sauvegardes, la communication avec le client et les règles commerciales pour les travaux exceptionnels. Un prix mensuel bas peut refléter un ensemble étroit plutôt qu'une infrastructure plus efficace. Un prix plus élevé peut acheter du personnel et une capacité de récupération qui restent invisibles dans une spécification de machine virtuelle.

Madrid, Avilés et le sens de la localité

La géographie d'Interhost est suffisamment compacte pour être significative. L'entreprise nomme Madrid et Avilés comme ses deux sites de centres de données opérationnels. Madrid est le plus grand marché de connectivité et d'entreprise d'Espagne; Avilés offre une séparation géographique dans les Asturies, à des centaines de kilomètres au nord-ouest. Pour les organisations qui souhaitent que les données restent en Espagne, cela peut être plus facile à raisonner qu'une large région cloud dont le nom client masque plusieurs installations et sous-traitants.

La localité a au moins quatre dimensions. La première est le lieu de repos des données primaires. La deuxième est l'emplacement des sauvegardes et réplicas. La troisième est l'endroit où les administrateurs et les systèmes de support peuvent accéder aux données. La quatrième est la chaîne juridique des processeurs et fournisseurs. Un serveur primaire espagnol ne prouve pas que chaque copie reste en Espagne, et la propriété de l'entreprise en Espagne ne prouve pas que chaque outil de support ou fournisseur de logiciel est domestique.

La description à deux sites d'Interhost et ses adresses espagnoles rendent une conception nationale plausible, mais chaque client doit confirmer le placement réel et les conditions des sous-traitants.

La distinction entre propriétaire d'installation et opérateur de service est particulièrement importante à Madrid. Interhost décrit son empreinte là-bas comme une suite privée dans un grand centre de colocalisation neutre, pas comme un bâtiment entièrement possédé et exploité par Interhost. Ce modèle peut être une force. Une installation de colocalisation spécialisée peut offrir une alimentation robuste, un refroidissement, une sécurité physique et une salle de rencontre dense pour opérateurs. Interhost dit que son emplacement madrilène a plus de 50 opérateurs disponibles via leservice de salle de rencontrede l'installation.

Mais l'installation neutre reste une dépendance. Interhost peut contrôler ses racks, sa commutation et sa configuration de service tout en dépendant du propriétaire pour les alimentations électriques, les générateurs, les systèmes de refroidissement, les règles d'accès, la sécurité partagée et la livraison des interconnexions. La maintenance peut nécessiter une coordination entre les deux organisations. Un incident au niveau de l'installation peut affecter plusieurs fournisseurs à la fois.

Un bâtiment riche en opérateurs n'aide pas un client dont les deux circuits partagent une gaine à l'extérieur, se terminent sur un seul appareil, ou n'ont jamais été commandés en premier lieu.

Avilés est décrit comme autonome, ce qui suggère une frontière d'installation différente. Les documents publics ne divulguent pas sa puissance actuelle, sa conception de refroidissement, son occupation, sa liste d'opérateurs ou s'il dispose du même matériel de réserve et de la même couverture de personnel que Madrid. Le certificat BSI liste des activités d'hébergement à La Curtidora à Avilés, et SATEC y liste un bureau. Ces faits soutiennent une présence opérationnelle, mais une adresse de travail et une affirmation de service ne remplacent pas un plan d'ingénierie.

La séparation entre Madrid et Avilés n'est précieuse que lorsque l'architecture de service l'utilise. Une sauvegarde copiée pendant la nuit dans les Asturies est une protection contre la perte de la copie madrilène, mais elle ne crée pas une application qui peut redémarrer immédiatement. Un réplica sans calcul sous licence, routes réseau, règles de sécurité, identifiants à jour et un manuel d'exploitation testé peut encore prendre des heures ou des jours à activer.

Une conception active-active peut récupérer plus rapidement mais coûte plus cher, peut être difficile pour les applications avec état et peut exposer les deux sites à un mauvais déploiement ou à un administrateur compromis.

Les clients doivent également distinguer la souveraineté des données de la concentration opérationnelle. Garder la production et la reprise en Espagne peut simplifier la juridiction et la latence pour les utilisateurs espagnols. Cela n'élimine pas les dépendances communes au personnel d'Interhost, aux systèmes de gestion, aux services d'identité, aux logiciels de virtualisation, aux produits de sauvegarde ou à une fonction de support du groupe mère. Deux bâtiments ne fournissent pas l'indépendance si le même changement erroné, la même licence expirée ou le même compte compromis peut désactiver les deux.

AS15919 est visible, mais la visibilité n'est pas la résilience

Interhost exploite son propre système autonome, AS15919. C'est une capacité significative pour un fournisseur de services hébergés. Cela permet à l'entreprise d'originer un espace d'adressage, d'appliquer une politique de routage et de se connecter à plus d'un fournisseur en amont plutôt que de placer toute l'accessibilité publique derrière un seul fournisseur d'accès. Ladescription du transit IPd'Interhost dit qu'elle utilise ses propres plages d'adresses et système autonome, plusieurs fournisseurs de transit, des routeurs BGP haute capacité et deux entrées fibre pour l'accès opérateur à chaque centre de données. Elle dit également que les fournisseurs locaux transportent normalement le trafic tandis que les fournisseurs distants peuvent être utilisés après une panne.

Les observations tierces actuelles soutiennent l'affirmation de base qu'il s'agit d'un réseau routé actif. L'aperçu AS pour AS15919de RIPEstat le marquait annoncé le 12 juillet 2026. Sonenregistrement de statut de routagemontrait 18 432 adresses IPv4 annoncées sur six préfixes IPv4 observés, une annonce IPv6 contenant 65 536 unités /48, et une visibilité de la part de tous les 326 pairs IPv4 déclarants et de tous les 322 pairs IPv6 déclarants. L'enregistrement des préfixes annoncésincluait 217.75.224.0/19, 79.171.104.0/21, trois blocs 213.134 plus spécifiques, le 213.134.32.0/19 couvrant et 2001:b90::/32.

Les observations montrent également un bord live plus petit que la longue liste de politiques d'importation dans le registre pourrait le suggérer. L'observation de voisinsde RIPEstat a trouvé quatre systèmes autonomes adjacents uniques à la date de mesure: AS174, AS286, AS3257 et AS16091. L'objet de routage RIPE liste des politiques supplémentaires, mais la politique de registre est une intention déclarée et peut survivre, précéder ou différer du routage observé. Aucune des sources ne révèle le chemin physique emprunté par chaque circuit.

C'est suffisant pour dire qu'Interhost ne présente pas une identité réseau purement nominale. L'espace d'adressage est globalement visible, IPv6 est présent et plusieurs voisins sont observés. Ce n'est pas suffisant pour calculer la disponibilité des applications. BGP peut router parfaitement vers un pare-feu derrière lequel une baie de stockage a échoué. Deux fournisseurs en amont peuvent partager un conduit. Un agrégat large et plusieurs annonces plus spécifiques peuvent tous provenir du même routeur.

La visibilité complète des collecteurs de routes signifie que les routes sont vues, pas que les paquets atteignent un objectif de latence ou de perte.

La sécurité du routage est une autre question ouverte. Les vérifications RPKI de RIPEstat pour les préfixes Interhost échantillonnés ont retourné un état inconnu car aucune autorisation d'origine de route valide n'a été trouvée dans ces requêtes. Cela ne signifie pas que les routes ont été détournées ou étaient invalides; cela signifie que les annonces d'origine échantillonnées n'ont pas reçu la protection d'une ROA visible correspondante au moment de la vérification. Pour un réseau d'hébergement, la publication de ROA valides et de pratiques de filtrage documentées renforcerait les preuves externes.

Les clients achetant des circuits privés font face à une topologie séparée. La page VPN et circuits d'Interhost explique que des lignes point-à-point privées, des services MPLS d'opérateur et un accès hors bande peuvent être provisionnés, en utilisant la salle d'interconnexion de l'installation madrilène. Ces liaisons peuvent être plus pertinentes pour une application d'entreprise que le transit Internet public. Leur résilience dépend des chemins commandés, des équipements de raccordement et du propre site du client. Une conception double opérateur peut toujours échouer au niveau d'un seul routeur client ou d'une seule entrée de bâtiment.

La demande pratique de diligence raisonnable est un schéma spécifique au service sous confidentialité: rack ou cluster de production, site de reprise, dispositifs frontaliers, opérateurs, entrées physiques, interconnexions, circuits privés, annonces d'adresses, pare-feu et accès de gestion. Il doit distinguer la capacité à l'échelle du fournisseur des composants attribués au contrat. Les preuves BGP publiques sont une contre-vérification utile, pas l'architecture elle-même.

La capacité installée n'est pas la capacité utilisable

L'économie de l'hébergement est régie par la différence entre ce qui est installé et ce qui peut être promis en toute sécurité. Un rack peut contenir des serveurs dont les processeurs sont majoritairement inactifs, mais sans marge de puissance pour un autre châssis dense. Une baie de stockage peut avoir des téraoctets libres mais une performance d'entrée/sortie insuffisante pendant la sauvegarde ou la reconstruction. Un cluster peut fonctionner confortablement en conditions normales mais saturer après la perte d'un hôte.

Un site de reprise peut contenir des copies sans assez de calcul sous licence pour exécuter tous les clients protégés à la fois.

Les documents publics d'Interhost n'offrent aucun chiffre d'utilisation actuel, ce qui est normal pour un opérateur privé mais limite l'évaluation externe. Il n'y a aucune mesure publiée du nombre de racks, des kilowatts vendables, de la marge de basculement réservée, de la latence de stockage, de l'âge du matériel ou de la capacité de reprise non allouée. Les affirmations d'évolutivité doivent donc être interprétées comme une capacité de conception et d'approvisionnement, pas une preuve d'offre immédiate à chaque taille.

Son propredocument sur l'efficacité énergétiquereconnaît que les centres de données dépendent de la distribution électrique et du contrôle environnemental et que l'électricité est un coût majeur. Le document est une discussion générale plutôt qu'un audit d'installation. Néanmoins, il pointe vers un mécanisme commercial inévitable. Les prix plus élevés de l'électricité et de la colocalisation atteignent finalement les clients à travers les tarifs, les renouvellements, les bandes de puissance ou les restrictions sur les équipements denses. Un fournisseur peut absorber la volatilité pendant un certain temps, mais pas l'abroger.

L'hébergement dédié ajoute le coût de l'inventaire. Si Interhost promet de maintenir du matériel spécifique au client, il doit choisir entre redondance installée, pièces de rechange locales, accords avec les distributeurs et délais de remplacement. Chaque choix a un prix. Garder un serveur ou un contrôleur compatible inactif réduit le temps de réparation mais déprime l'utilisation. Compter sur l'envoi par le fournisseur est moins cher jusqu'à ce qu'une pièce soit rare. Les pages publiques disent qu'Interhost gère les relations avec les fournisseurs; elles ne divulguent pas les engagements standard en matière de pièces de rechange.

Le cloud partagé déplace l'équation des pièces individuelles à la marge du pool. Interhost autorise explicitement la surréservation dans un centre de données virtuel. Les acheteurs devraient demander comment les engagements en processeur, mémoire et stockage sont contrôlés; ce qui se passe pendant la maintenance; et si le cluster restant peut supporter les charges contractuelles après une panne d'hôte. Une assurance utile n'est pas qu'une plateforme est redondante dans l'abstrait mais que le fournisseur modélise et teste la panne pertinente tout en préservant les objectifs de performance.

La capacité de reprise crée un problème d'allocation difficile. Si Avilés protège plusieurs clients madrilènes, la capacité est-elle réservée par client, mutualisée en supposant que les pannes sont isolées, ou achetée après un événement régional? La mutualisation peut être rationnelle car de nombreux incidents affectent un client plutôt qu'une ville entière. Elle est plus faible face à une panne d'installation de grande envergure, exactement quand de nombreux clients peuvent invoquer la reprise simultanément. Le contrat devrait préciser si les ressources de reprise sont dédiées, garanties, priorisées ou au mieux.

Les licences logicielles peuvent être aussi contraignantes que le matériel. Les plateformes de virtualisation, les bases de données, les agents de sauvegarde, les appliances de sécurité et les systèmes d'exploitation peuvent nécessiter des droits pour le site secondaire. Un réplica techniquement complet peut ne pas être légalement ou opérationnellement prêt à fonctionner. Le catalogue d'Interhost dit que la tarification de la reprise après sinistre reflète les ressources, le RPO, le RTO, les licences de réplication ou de basculement et la fréquence des tests.

C'est une preuve d'un service adapté, mais cela signifie aussi que la capacité de récupération ne peut pas être supposée à partir de la présence d'une ligne de sauvegarde.

Le personnel de support est un autre pool de capacité. Les pages d'Interhost distinguent la réponse de première ligne, la réponse experte de deuxième ligne, les mains dans la salle et l'administration déléguée. Lors d'un incident large, les alertes arrivent ensemble. Le personnel qui gère le volume de tickets ordinaire peut faire face à une file d'attente lorsqu'une panne d'alimentation, de stockage ou d'opérateur affecte de nombreux systèmes.

Les acheteurs ont besoin de définitions de priorité, de délais d'escalade et d'obligations de communication pour les incidents majeurs, pas seulement d'une déclaration générale selon laquelle le support est continu.

La reprise est un service conçu, pas une seconde adresse

La proposition de résilience la plus forte d'Interhost est la capacité de combiner Madrid et Avilés. Sondocument sur la reprise après sinistredit que l'entreprise dispose de deux centres de données opérationnels et présente trois arrangements larges: un site Interhost comme sauvegarde pour le propre site primaire d'un client; un site Interhost comme primaire et l'autre comme secondaire; ou une reprise après sinistre dans le cloud public d'Interhost, avec sauvegardes et réplicas stockés là. Il mentionne la connectivité inter-site privée, une infrastructure similaire sur le site de reprise et plusieurs techniques de réplication.

Lapage de sauvegardeet lapage de continuitéde l'entreprise vont plus loin. Elles décrivent des agents au niveau fichier pour les serveurs physiques, la sauvegarde au niveau image pour les machines virtuelles, la reprise bare-metal, le stockage distant et la réplication entre Madrid et Avilés. La page de continuité dit que les copies de sauvegarde sont répliquées entre les deux sites comme une pratique standard.

Ce sont des blocs de construction crédibles. Aucun ne garantit une reprise sans une conception spécifique au client. L'objectif de point de récupération détermine la quantité de données récentes pouvant être perdues. L'objectif de temps de récupération détermine combien de temps la restauration peut prendre. Une copie nocturne peut être saine et perdre néanmoins une journée de transactions. Un réplica quasi temps réel réduit cet écart mais peut reproduire la corruption, le chiffrement ou l'erreur de l'opérateur.

La réplication synchrone peut approcher une perte de données nulle mais ajoute une sensibilité à la latence et ne protège pas contre toute défaillance logique.

La restauration a également un ordre. L'identité, le réseau, les règles de sécurité, le stockage, les bases de données, les intergiciels et les applications peuvent devoir revenir en séquence. Les DNS externes, les certificats, les fournisseurs de paiement ou les bureaux clients peuvent rester indisponibles après le démarrage des serveurs. Un plan de reprise qui ne couvre que les machines virtuelles peut manquer le contexte opérationnel qui les rend utiles.

La fréquence des tests est importante car les arrangements de reprise dormants se dégradent. Les identifiants expirent, les applications changent, les règles de pare-feu divergent, les agents de sauvegarde échouent silencieusement et le personnel change de poste. Le catalogue d'Interhost reconnaît la fréquence des tests comme un composant de tarification. Cela devrait attirer l'attention d'un acheteur: un plan moins cher testé rarement est un produit différent d'un plan exercé trimestriellement avec des résultats mesurés et des actions correctives.

L'étude de cas récente de la Chambre de Madrid est utile mais doit être lue au bon niveau. Elle rapporte une réplication en temps réel des machines primaires vers un centre de données secondaire et dit que la reprise a été accélérée. Elle ne publie pas le RPO mesuré, le RTO mesuré, les dates de test, la durée du basculement ou les critères d'acceptation au niveau applicatif. En tant qu'étude de cas rédigée par le fournisseur, elle démontre une implémentation revendiquée, pas une vérification de performance indépendante.

Un acheteur devrait exiger des preuves du service qu'il recevra: la date du dernier test de restauration, la quantité restaurée, le temps écoulé, le point dans le temps atteint, les éventuels composants défaillants et la correction. Pour un service à deux sites, il devrait inclure un exercice de perte du site primaire plutôt qu'une restauration dans le même cluster. Les détails sensibles peuvent rester confidentiels; des preuves agrégées peuvent encore montrer si la conception a été utilisée.

Sept façons dont le service peut échouer

Le premier chemin de défaillance est le rack ou l'installation. La perte d'une alimentation électrique, un défaut de refroidissement, un événement d'extinction d'incendie, un problème de contrôle d'accès ou une erreur de maintenance peuvent arrêter l'équipement même si le serveur lui-même est sain. Le cadre Tier III neutre de Madrid et les caractéristiques de redondance revendiquées par Interhost sont des signaux positifs. Pourtant, le dossier public n'identifie pas l'installation, sa certification actuelle, les chemins électriques exacts vers la suite d'Interhost ou l'historique des incidents. Avilés est encore moins décrit.

Les clients devraient vérifier quelles obligations d'installation sont transmises et si les exclusions de maintenance érodent l'objectif de service.

Le deuxième est la connectivité en amont. AS15919 est actif et multi-hébergé, mais la diversité de route et la diversité physique ne sont pas identiques. Une panne peut survenir chez un fournisseur en amont, une interconnexion, un routeur, une gaine de fibre partagée, une fuite de route, un événement de déni de service ou un circuit privé du client. L'affirmation d'Interhost d'un double accès fibre sur chaque site est précieuse si les chemins sont vraiment séparés. Les dessins contractuels et les lettres des opérateurs devraient établir ce point.

Le troisième est le stock matériel. L'infrastructure dédiée concentre les performances mais lie la reprise à des pièces compatibles et à la réponse du fournisseur. Un disque défaillant peut être routinier; un contrôleur, une carte mère ou un appareil en fin de vie peut ne pas l'être. Lorsque le client possède l'équipement en housing, la responsabilité peut devenir ambiguë pendant le diagnostic. L'accord devrait définir qui détient les pièces de rechange, qui peut briser les scellés, comment les pièces contenant des données sont traitées et quand le délai de remplacement commence.

Le quatrième est le support. La surveillance peut détecter un symptôme alors que personne n'a l'autorité de redémarrer, remplacer ou basculer. Le personnel de première ligne peut ouvrir un ticket mais attendre un spécialiste. Un spécialiste peut diagnostiquer un problème de stockage mais attendre le client, l'installation ou le fournisseur. Ces transferts façonnent la durée de la panne. Les services de support séparés d'Interhost rendent la frontière visible; les clients doivent s'assurer que leur ensemble comble les lacunes.

Le cinquième est la facturation et le statut du contrat. Les services hébergés peuvent être perturbés par des licences expirées, des factures contestées, des ressources prépayées épuisées ou un renouvellement qui change le prix et la portée. Lapage de niveau de serviced'Interhost dit que les accords peuvent définir la disponibilité, la capacité, la continuité, le traitement des incidents, la mesure, les pénalités et la résiliation. C'est le bon cadre. La protection réelle dépend des délais de grâce, des préavis, des droits de guérison, de l'accès aux données pendant un litige et de l'ampleur des crédits de service par rapport au préjudice.

Le sixième est la migration. Un nouvel environnement peut échouer pendant la copie des données, le changement d'adresse, le basculement DNS, le test applicatif ou le transport physique d'équipements non redondants. L'étude de cas de la Chambre note explicitement que les services non redondants ont connu le temps nécessaire au transfert physique. C'est rafraîchissant concret: même une migration réussie a un chemin critique physique lorsqu'une machine n'existe qu'à un seul endroit.

Le septième est la défaillance du contrat du fournisseur. Interhost peut bien performer techniquement alors qu'un bail d'installation, un contrat d'opérateur, une licence logicielle ou un arrangement de support fournisseur change. Le client voit Interhost; Interhost doit gérer le fournisseur en dessous. Les conditions de portabilité devraient couvrir l'accès aux données et à l'équipement si la relation commerciale prend fin, pas seulement si un serveur tombe en panne.

Ces chemins interagissent. Un incident électrique peut exposer une batterie défaillante, qui mène à un arrêt non propre, qui corrompt le stockage, qui nécessite une restauration, qui attend les identifiants applicatifs. Une panne en amont peut être prolongée par une politique de route obsolète. Un litige avec un fournisseur peut bloquer le personnel même nécessaire à la migration. La résilience est la capacité de gérer des séquences, pas une collection d'affirmations de composants.

Qui est affecté lorsque le système s'arrête

Les références historiques d'Interhost et les études de cas de la société mère le placent dans la partie du marché où les pannes peuvent devenir des problèmes de service public ou de continuité des activités. Les archives de l'entreprise décrivent des travaux liés à des sites web publics, des universités, des musées, des infrastructures judiciaires, des assureurs et des services de billetterie de transport. Les annonces plus anciennes ne prouvent pas que chaque client nommé est encore hébergé aujourd'hui, mais elles montrent le type de charges de travail que l'opérateur a poursuivies.

L'étude de cas actuelle de la Chambre de Madrid décrit un cloud privé, une réplication secondaire et des liaisons haut débit pour une institution dont les services numériques connectent des entreprises, du personnel et des bureaux physiques. L'étude de cas des Servicios Funerarios de Madridde SATEC décrit une infrastructure dédiée hébergée et gérée par Interhost, plus la migration, la surveillance, le support et la reprise après sinistre. Les success stories rédigées par le fournisseur mettent naturellement l'accent sur les résultats positifs, mais elles illuminent les groupes affectés: employés, résidents, entreprises, partenaires et équipes de développement peuvent tous dépendre du même environnement hébergé.

Pour un site web public, une panne bloque l'information et les transactions. Pour une application interne, les employés peuvent perdre l'accès aux dossiers ou à la planification. Pour une plateforme de billetterie, les revenus et les déplacements sont affectés. Pour un service basé sur des bases de données, une panne apparemment brève peut laisser un travail de rapprochement après la restauration. L'effet dépend donc de l'état de l'application, pas seulement des minutes hors ligne.

La concentration peut augmenter le rayon d'explosion. Un client qui place le calcul, les sauvegardes, l'accès réseau, la surveillance et l'administration chez un seul fournisseur gagne une responsabilité plus simple mais réduit la diversité des fournisseurs. Plusieurs clients partageant le même cluster cloud, le même système de stockage ou le même bord d'opérateur peuvent tomber en panne ensemble. La petite échelle d'Interhost peut permettre une réponse personnalisée, mais elle peut aussi rendre le personnel spécialisé et la capacité de réserve plus concentrés que chez un grand fournisseur.

Les sources publiques ne quantifient aucun des deux effets.

La bonne atténuation n'est pas nécessairement d'éviter la concentration. Diviser la responsabilité entre fournisseurs peut créer des diagnostics plus lents et des objectifs incompatibles. La question utile est de savoir si la concentration choisie est visible et compensée: un second site, des sauvegardes indépendantes, des configurations exportables, des identifiants détenus par le client, une restauration testée et une direction d'incident claire.

La portabilité est la redondance ultime

Un site de reprise protège contre une panne de localisation. La portabilité protège contre une relation fournisseur qui ne fonctionne plus. Pour l'hébergement dédié, la sortie peut nécessiter l'exportation des données, les enregistrements de configuration, le transfert de licence logicielle et parfois le mouvement physique ou l'achat d'équipement. Pour le housing, le client peut déjà posséder la machine mais a encore besoin d'accès à la salle, de changements d'opérateur et d'une fenêtre de retrait sûre.

Pour le cloud partagé, les données peuvent être portables tandis que les constructions réseau et de sécurité nécessitent une reconstruction ailleurs.

Le catalogue d'Interhost reconnaît la configuration et la migration comme un travail de projet convenu avec le client. C'est réaliste. Déplacer un système en production est intensif en main-d'œuvre et comporte souvent des frais uniques. Le risque est de laisser la conception de la sortie à la fin, quand le temps est court et les connaissances techniques ont atrophié.

Un contrat solide devrait identifier les formats de données, la bande passante d'exportation, les tarifs d'assistance, le calendrier de suppression, la conservation des sauvegardes, la propriété de l'équipement, les droits de licence et la période de service après le préavis de résiliation. Il devrait dire si les crédits de service ou les litiges suspendent l'assistance à la sortie. Il devrait également établir qui possède l'automatisation, les schémas et la configuration créés pendant l'administration gérée.

La portabilité réseau mérite une attention séparée. Un client utilisant des adresses attribuées par Interhost peut devoir se renuméroter lors du déménagement. Le temps de vie DNS peut être réduit avant la migration, mais les listes blanches externes, les certificats et les configurations partenaires peuvent encore contenir d'anciennes adresses. Un client avec un espace portable indépendant du fournisseur a plus de contrôle mais assume des responsabilités de routage. Aucune option n'est gratuite.

Les sauvegardes devraient inclure une copie au-delà du même domaine administratif lorsque la charge de travail le justifie. La réplication à deux sites d'Interhost peut bien protéger contre un incident de site. Elle est moins indépendante contre une compromission de compte à l'échelle du fournisseur, un litige juridique ou une action administrative destructive. Une copie cryptée contrôlée par le client, régulièrement restaurée ailleurs, change ce risque. Elle peut coûter plus cher et compliquer la gestion des clés, mais c'est une véritable valeur d'option.

La portabilité discipline également la tarification. Un client qui peut se déplacer dans un délai connu a un levier lors du renouvellement. Un client dont l'application dépend d'arrangements privés non documentés peut accepter des augmentations car la sortie est trop risquée. L'attention gérée d'Interhost peut créer une réelle valeur opérationnelle; la question économique est de savoir si cette valeur est accompagnée d'un choix éclairé ou d'un enfermement évitable.

Ce que les preuves établissent, et ce qu'elles n'établissent pas

L'empreinte publique d'Interhost est mince comparée aux plus grandes entreprises cloud, mais elle n'est pas vide. Plusieurs signaux indépendants ou vérifiables externes s'alignent. Le rapport 2024 audité de SATEC identifie la filiale et la propriété. Le certificat BSI s'étend jusqu'en 2027 et couvre l'activité d'hébergement sur trois lieux de travail. Un contrat gouvernemental est entré en vigueur en 2025. La société mère a récemment publié des études de cas nommant l'infrastructure d'Interhost. RIPE a vu AS15919 annoncé avec une visibilité complète des collecteurs à la date d'observation.

Le domaine de l'entreprise et ses ressources d'adresses détenues depuis longtemps relient la marque historique au réseau actuel.

Ces signaux établissent la continuité juridique, la présence réseau actuelle et une activité de service continue plausible. Ils n'établissent pas le chiffre d'affaires, la rentabilité, le nombre de clients, le personnel par équipe, la propriété des installations, la capacité électrique, l'occupation, l'inventaire des pièces de rechange, l'historique des incidents ou la réalisation d'un objectif de service particulier. Lapage LinkedInde l'entreprise étiquette Interhost comme une entreprise de 11 à 50 employés et liste les emplacements de Madrid, Barcelone et Avilés, mais il s'agit d'un profil social maintenu par l'entreprise et non d'un effectif audité.

Les déclarations marketing nécessitent un calibrage similaire. L'affirmation d'une installation Tier III neutre à Madrid est spécifique et plausible; l'installation n'est pas nommée sur la page, donc son certificat et son statut actuel ne peuvent pas être appariés publiquement. L'affirmation de plus de 50 opérateurs décrit la disponibilité dans l'installation, pas le nombre qu'Interhost achète. L'affirmation de deux entrées fibre ne montre pas leurs chemins de rue. L'affirmation de sauvegardes répliquées ne montre pas la dernière restauration réussie d'un client.

Les services réseau non officiels peuvent fournir une corroboration. Lapage AS15919 d'IPinfoassocie 18 432 adresses IPv4 et une grande allocation IPv6 au réseau d'hébergement espagnol, correspondant au total IPv4 observé par RIPE. Lavue AS-set d'Hurricane Electricmontre un objet de registre AS-INTERHOST maintenu. Ces services suggèrent une cohérence entre les ensembles de données de routage publics. Ils ne peuvent pas prouver le placement des installations, la propriété commerciale de chaque composant ou la performance des applications. Les enregistrements directs du fournisseur, les contrats et les tests mesurés régleraient ces questions.

La note des preuves doit donc être Moyenne. Elle est plus forte qu'une entrée de répertoire déduite d'un bloc d'adresses: il y a du routage actuel, une certification, une divulgation de propriété et des preuves commerciales récentes. Elle est plus faible qu'un opérateur qui publie des installations nommées, un historique de statut en direct, un peering détaillé, une capacité auditée, des métriques de durabilité et des résultats de service testés. Moyenne n'est pas un verdict sur la qualité du service. C'est une mesure de ce qu'un lecteur externe peut vérifier.

Les questions qui transforment la capacité en service

Pour un client potentiel, les questions décisives sont spécifiques. Quel site détiendra la production, les sauvegardes et la reprise? Le service madrilène est-il dans la propre suite d'Interhost, et quel opérateur d'installation fournit l'alimentation et le refroidissement? Quelles parties d'Avilés sont équivalentes à Madrid et lesquelles ne le sont pas? Les ressources de reprise sont-elles réservées ou mutualisées? Quels ont été les résultats mesurés du dernier test complet de restauration et de perte de site?

Les questions réseau devraient nommer les chemins physiques et logiques. Quels systèmes autonomes transportent le service aujourd'hui? Les doubles circuits utilisent-ils des entrées, des gaines, des cartes de ligne et des dispositifs locaux clients séparés? Quels préfixes ont des autorisations d'origine de route valides? Comment Interhost atténue-t-il le trafic de déni de service? Les circuits privés peuvent-ils basculer sur une connectivité Internet cryptée, et ce mode a-t-il été testé à un débit utile?

Les questions matérielles devraient identifier l'horloge de réparation. Quels composants sont installés en redondance? Quelles pièces de rechange sont sur site? Quel est le délai maximum d'envoi du fournisseur? Qui remplace l'équipement de housing appartenant au client? Comment les disques défaillants sont-ils effacés, conservés ou retournés? Que se passe-t-il lorsqu'un produit atteint la fin du support?

Les questions opérationnelles devraient cartographier la détection à l'autorité. Quelle équipe surveille le service, quelle équipe peut le modifier, et qui dirige un incident grave? Quels objectifs de réponse et de restauration s'appliquent par sévérité? À quelle fréquence les clients sont-ils mis à jour? Les fenêtres de maintenance planifiée sont-elles plafonnées, annoncées et exclues des calculs de disponibilité? Une modification d'urgence peut-elle affecter les deux sites?

Les questions commerciales devraient exposer l'ensemble utilisable. Quels niveaux de support, quelle conservation des sauvegardes, quelles licences de réplication, quels exercices de test et quelles heures de migration sont inclus? Comment les augmentations d'électricité, de colocalisation et de licence sont-elles répercutées? Y a-t-il une durée minimale? Que se passe-t-il pour le service et les données pendant un litige de facturation? Les pénalités sont-elles significatives, et augmentent-elles après des manquements répétés?

Les questions de sortie devraient être convenues tant que les relations sont bonnes. Le client peut-il obtenir des images de machines virtuelles, des sauvegardes de bases de données, des règles de pare-feu, des schémas et des journaux dans des formats standard? À quelle vitesse et à quel prix? Qui possède l'équipement dédié? Combien de temps Interhost conservera-t-il puis effacera-t-il les copies? Une sauvegarde indépendante peut-elle être restaurée en dehors d'Interhost sans dépendances propriétaires?

Les réponses à ces questions peuvent révéler un service robuste même là où la divulgation publique est clairsemée. Elles peuvent également exposer une configuration à faible coût qui repose sur un seul site, une reprise au mieux et un remplacement lent. Le catalogue du fournisseur montre qu'Interhost comprend nombre de ces distinctions. Le travail du client est de s'assurer que le service signé inclut la version souhaitée.

Un cloud local avec des conditions physiques

Interhost occupe un créneau utile. Il offre un hébergement espagnol, un cloud, une connectivité et un support opérationnel avec l'intimité d'un spécialiste et la portée d'ingénierie plus large de SATEC. Son propre système autonome est visible. Sa conception à deux sites peut soutenir une véritable reprise géographique. Son catalogue de services est plus honnête que le langage de cloud sans effort courant sur le marché car il montre combien de pièces distinctes doivent être conçues et payées.

Les mêmes preuves empêchent une conclusion romantique. Madrid dépend d'une installation de colocalisation. La portée Internet dépend des réseaux amont et des interconnexions physiques. Le service dédié dépend des pièces de rechange et des conditions des fournisseurs. Le cloud partagé dépend de la marge. La reprise dépend des licences, de la réplication, de la capacité réservée et des tests. Le support dépend de la bonne personne disponible et autorisée. La migration dépend du temps, de la documentation et de la coopération du client.

Interhost est donc mieux compris non pas comme un endroit où les contraintes physiques disparaissent, mais comme une entreprise payée pour les gérer. Cela peut être précieux. De nombreux clients ne veulent pas acheter des serveurs, négocier avec les opérateurs, doter une salle en personnel 24h/24 ou concevoir une reprise à distance. La délégation convertit ces fardeaux en une relation de service. Elle ne retire pas les fardeaux du système.

Le dossier public soutient une exploitation continue et une base technique crédible, tout en laissant les principales questions de capacité et de performance privées. Un acheteur devrait donner du poids au scope BSI actuel, aux preuves contractuelles récentes, aux annonces live d'AS15919 et à la spécificité des documents sur deux sites. Il devrait donner un poids égal aux chiffres manquants et les exiger au niveau du service. Le vrai produit n'est pas la machine virtuelle affichée sur un bon de commande. C'est la capacité testée des baies, des routes, des personnes et des contrats à garder cette machine utile lorsque l'un d'eux échoue.