Resumen
- La nube de Interhost se concentra físicamente en dos ubicaciones operativas en España: un suite privado dentro de un centro de coubicación Tier III neutro en Madrid y un centro de datos autónomo en Avilés. Esto respalda una propuesta creíble de alojamiento nacional, pero no demuestra por sí solo que cada servicio del cliente esté replicado en ambas ubicaciones.
- La empresa opera AS15919 y, el 12 de julio de 2026, las observaciones de RIPE mostraron seis anuncios IPv4, un anuncio IPv6, 18.432 direcciones IPv4 anunciadas y visibilidad completa entre los pares RIS informantes. La evidencia de enrutamiento público confirma una red activa; no establece independencia de rutas de fibra, disponibilidad de aplicaciones ni la calidad de cada contrato de cliente.
- Los riesgos decisivos se encuentran en los límites de propiedad. Interhost es responsable del equipo y el mantenimiento del proveedor en el alojamiento dedicado, mientras que un cliente de housing sigue siendo responsable de su propio hardware. La recuperación, la capacidad de repuesto, la respuesta de soporte, las licencias, las copias de seguridad y la migración se valoran o diseñan por separado, por lo que la resiliencia utilizable puede ser mucho más limitada que la capacidad técnica total del proveedor.
- La certificación BSI actual, un contrato público que entra en vigor en 2025, un estudio de caso reciente de la empresa matriz y los anuncios de ruta activos respaldan una evaluación de operador activo. La calificación final de evidencia de red es Media porque las fuentes públicas omiten la ocupación de racks, el margen de energía, los niveles de stock de hardware, los resultados de recuperación probados y la topología servicio por servicio.
La nube comienza en una sala
La frase más reveladora en el material público de Interhost no trata sobre elasticidad. Es la descripción de la empresa de su instalación en Madrid como una sala técnica privada o suite dentro de un gran centro de coubicación Tier III neutro en cuanto a operadores. Su segunda ubicación, en Avilés (Asturias), se describe como un centro de datos autónomo. Esos detalles en ladescripción del centro de datosde Interhost convierten una propuesta abstracta de nube en un modelo operativo concreto.
En un extremo del modelo se encuentra un cliente que ve procesadores, memoria y almacenamiento en un portal o en una factura. En el otro, racks que consumen energía en dos ciudades españolas, conmutadores de top-of-rack, matrices de almacenamiento, enrutadores, conexiones cruzadas, cortafuegos, medios de respaldo y personas con permiso para entrar en la sala. Entre ellos se encuentra una cadena de contratos. Interhost puede poseer un servidor pero alquilar la sala en la que funciona. Puede operar el sistema autónomo pero comprar tránsito ascendente. Puede administrar un sistema operativo mientras el cliente posee la aplicación.
Puede ofrecer una copia remota mientras el cliente no ha pagado por un entorno de recuperación en caliente.
Esa cadena es la forma útil de entender a Interhost. La empresa no es meramente un revendedor de capacidad hiperscala anónima ni, según la evidencia pública, propietaria de un vasto recinto autónomo. Es un operador español de alojamiento gestionado que combina su propia red y personal de servicio con una mezcla de equipos dedicados, recursos compartidos en la nube e instalaciones y operadores externos. Su valor proviene de ensamblar esas capas para clientes que desean más atención, ubicación nacional y ayuda operativa de la que normalmente proporciona una máquina virtual estándar.
Su riesgo proviene del mismo ensamblaje: la disponibilidad depende de dónde cambian las responsabilidades.
Elcatálogo de servicios de 2022de Interhost es inusualmente sincero al respecto. Trata la migración, la configuración, la segmentación de red, la monitorización, las copias de seguridad, la recuperación ante desastres y el soporte como servicios distintos con prerrequisitos y unidades de cobro. Esto es importante. Un proveedor puede poseer dos sitios, múltiples operadores y tecnología de copia remota mientras un cliente individual ha contratado solo una máquina en una sala. La capacidad corporativa no es lo mismo que el derecho al servicio.
La evidencia pública respalda la existencia de un operador real. No respalda una afirmación precisa sobre megavatios, racks ocupados, número de servidores o capacidad de repuesto. Interhost no publica ningún panel de capacidad actual, ningún inventario de modelos de servidores dedicados disponibles ni ningún mapa de colocación servicio por servicio. Por lo tanto, la conclusión responsable es más limitada: Interhost tiene instalaciones españolas identificables, un sistema autónomo activo, recursos de direcciones de larga data, certificación actual y evidencia de actividad comercial reciente.
La cantidad de capacidad utilizable que recibe cualquier comprador sigue siendo una cuestión de contrato y arquitectura.
Una filial con un trabajo específico
La estructura legal y de propiedad es importante porque los clientes están comprando más que cómputo. Elinforme no financiero de 2024de SATEC identifica a Servicios de Hosting en Internet, S.A.U., conocido como Interhost, como una filial de propiedad absoluta de SATEC. Establece el propósito principal de la empresa como alojamiento y housing en los mercados español y portugués. La matriz describe a Interhost como la empresa del grupo responsable del alojamiento de infraestructura y operaciones delegadas, mientras que SATEC proporciona una capacidad más amplia de integración de sistemas y consultoría.
Este acuerdo puede ser comercialmente útil. Un cliente que traslada un entorno complejo puede necesitar conocimiento de aplicaciones, diseño de red y mano de obra de migración además de espacio en rack. Elestudio de caso de la Cámara de Comercio de Madridactual de SATEC describe infraestructura de nube privada, enlaces dedicados, replicación a un centro de datos secundario, servicio gestionado y una mudanza física que fue en gran medida ininterrumpida, excepto por servicios no redundantes durante el transporte. El caso ilustra lo que el grupo combinado puede ensamblar.
También ilustra por qué los compradores deberían nombrar a la parte responsable de cada capa. La matriz puede diseñar y migrar; la filial puede alojar y operar; una empresa de coubicación puede proporcionar el edificio de Madrid; los operadores proporcionan circuitos; los proveedores de tecnología proporcionan servidores, almacenamiento y software de virtualización. Una sola interfaz comercial no elimina esas dependencias. Cuando un incidente las cruza, la medida útil no es cuántas empresas están involucradas, sino si una parte tiene autoridad para coordinar el diagnóstico, aprobar el reemplazo, comunicar el estado y restaurar el servicio.
La evidencia actual reduce, pero no elimina, la preocupación creada por el pequeño perfil público de Interhost. Uncertificado ISO 9001 de BSIes efectivo desde septiembre de 2024 hasta agosto de 2027 y cubre el alojamiento de sistemas de información. Su página de alcance enumera los lugares de trabajo en Avenida de Europa en Aravaca, Calle Albasanz en Madrid y La Curtidora en Avilés. Unanuncio de contrato públicoregistra a Servicios de Hosting en Internet S.A.U. como el adjudicatario en un contrato que entra en vigor el 2 de enero de 2025. Ninguno de los dos registros demuestra el rendimiento de una aplicación alojada en particular, pero junto con el enrutamiento actual, son mejor evidencia de operación continua que una página de marketing sin fecha.
La estructura de propiedad también moldea el riesgo financiero. Una filial especializada de propiedad absoluta puede aprovechar las relaciones de ventas, ingeniería y compras del grupo matriz. Sin embargo, los clientes aún deben comprender qué entidad legal posee su equipo, factura su servicio, posee licencias de software, emplea al personal de guardia y asume las obligaciones de crédito de servicio. La afiliación a la matriz no es automáticamente una garantía de las responsabilidades de la filial. Las protecciones relevantes pertenecen al acuerdo firmado.
Qué está comprando realmente el cliente
Interhost abarca varios modelos que son fáciles de confundir. Supágina de alojamiento dedicadodescribe equipos físicos y software reservados para un cliente y dimensionados por Interhost. En ese modelo, la empresa maneja la configuración, las relaciones con los proveedores y el mantenimiento preventivo, correctivo y evolutivo del hardware, junto con software básico como el sistema operativo. El cliente sustituye los cargos recurrentes del servicio por una compra de equipo por adelantado y delega una parte significativa de la carga de reparación.
Dedicado no significa aislado de cada componente compartido. El propio Interhost dice que el equipo dedicado está integrado con conectividad compartida, seguridad, back-end de datos e infraestructura auxiliar. Por lo tanto, un cliente puede evitar la contención en un servidor y aún así depender de enrutadores fronterizos compartidos, cortafuegos, servicios de almacenamiento, distribución de energía o personal de soporte. La arquitectura puede estar bien diseñada; el punto es que la palabra dedicado define solo algunas capas.
El housing cambia el límite. En lapágina de housing y coubicaciónde Interhost, el cliente proporciona la infraestructura y sigue siendo responsable del mantenimiento y el dimensionamiento correcto. Interhost define los requisitos de integración y puede proporcionar asistencia, pero la máquina del cliente sigue siendo problema del cliente a menos que se haya comprado gestión adicional. En la coubicación básica, el proveedor proporciona principalmente unidades de rack o un rack, energía y generalmente conectividad. Un disco fallido a las 02:00 puede producir dos resultados muy diferentes: una acción automática de Interhost bajo un contrato dedicado gestionado, o una notificación que requiere que el cliente de housing autorice el trabajo, proporcione una pieza o envíe un ingeniero.
La oferta de nube introduce capacidad compartida. Lapágina de centro de datos virtualde Interhost enumera nube pública, nube privada, nube privada gestionada, centros de datos virtuales y nubes privadas virtuales. Dice que un centro de datos virtual puede combinar servidores, seguridad, almacenamiento, comunicaciones, administración, monitorización y copias de seguridad. También señala explícitamente que los recursos en un pool compartido pueden asignarse a máquinas virtuales con sobresuscripción.
La sobresuscripción no es inherentemente defectuosa. Es uno de los fundamentos económicos de la computación en nube: los clientes rara vez consumen sus asignaciones máximas de procesador, memoria, almacenamiento y red al mismo tiempo, por lo que un proveedor puede vender capacidad lógica por encima del total físico continuamente utilizable. El riesgo aparece cuando demasiados inquilinos alcanzan su punto máximo juntos, cuando la latencia de almacenamiento aumenta, cuando un host falla y los hosts restantes no pueden absorber su carga, o cuando un sitio de recuperación carece del mismo margen que la producción.
Los compradores necesitan objetivos de rendimiento y supuestos de conmutación por error, no solo un recuento nominal de CPU virtuales.
La nube privada puede reducir la contención entre vecinos, pero introduce preguntas sobre el ciclo de vida del hardware y el compromiso mínimo. ¿Quién posee los servidores al final del contrato? ¿Qué tan rápido se puede reemplazar un host fallido? ¿Hay un repuesto instalado, almacenado localmente, disponible de un distribuidor o pedido después del diagnóstico? ¿Una renovación requiere un nuevo término? ¿Puede el cliente reducir la capacidad, o la flexibilidad es principalmente ascendente? Las páginas públicas de Interhost explican las categorías de servicio, pero no publican respuestas estándar.
Esas omisiones no implican prácticas débiles; significan que los términos económicos no pueden inferirse del nombre del producto.
Los servicios gestionados son otra capa separada. Interhost publica páginas parasoporte continuo de primera línea,soporte de segunda línea,manos remotas y asistencia en sala,administración delegada de sistemasymonitorización. El menú transmite un hecho crucial: detección, clasificación, diagnóstico, intervención física y administración del sistema operativo pueden ser obligaciones separadas. Una reclamación de monitorización 24 horas no es lo mismo que un derecho 24 horas a cambiar el sistema de un cliente.
Por lo tanto, el servicio debe leerse como un paquete. El cómputo es solo una línea. El producto operativo también incluye el tiempo para detectar una falla, la autoridad para actuar, el acceso a piezas, el acceso a la sala, la escalada a operadores y proveedores, la integridad de las copias de seguridad, la comunicación con el cliente y las reglas comerciales para el trabajo excepcional. Un precio mensual bajo puede reflejar un paquete limitado en lugar de una infraestructura más eficiente. Un precio más alto puede comprar personal y capacidad de recuperación que permanecen invisibles en una especificación de máquina virtual.
Madrid, Avilés y el significado de localidad
La geografía de Interhost es lo suficientemente compacta como para ser significativa. La empresa nombra Madrid y Avilés como sus dos ubicaciones operativas de centros de datos. Madrid es el mercado de conectividad y empresas más grande de España; Avilés proporciona separación geográfica en Asturias, a cientos de kilómetros al noroeste. Para organizaciones que desean que los datos permanezcan en España, esto puede ser más fácil de analizar que una gran región de nube cuyo nombre orientado al cliente oculta varias instalaciones y subcontratistas.
La localidad tiene al menos cuatro dimensiones. La primera es el lugar de descanso de los datos primarios. La segunda es la ubicación de las copias de seguridad y réplicas. La tercera es dónde los administradores y sistemas de soporte pueden acceder a los datos. La cuarta es la cadena legal de procesadores y proveedores. Un servidor primario en España no demuestra que cada copia permanezca en España, y la propiedad corporativa en España no demuestra que cada herramienta de soporte o proveedor de software sea nacional.
La descripción de dos sitios de Interhost y sus direcciones españolas hacen plausible un diseño nacional, pero cada cliente debe confirmar la colocación real y los términos de subprocesamiento.
La distinción entre propietario de la instalación y operador de servicio es particularmente importante en Madrid. Interhost describe su huella allí como un suite privado en un gran centro de coubicación neutro, no como un edificio completamente propiedad y operado por Interhost. Ese modelo puede ser una fortaleza. Una instalación de coubicación especializada puede ofrecer energía robusta, refrigeración, seguridad física y una sala de interconexión densa. Interhost dice que su ubicación en Madrid tiene más de 50 operadores disponibles a través delservicio de sala de interconexiónde la instalación.
Pero la instalación neutral sigue siendo una dependencia. Interhost puede controlar sus racks, conmutación y configuración de servicio mientras depende del propietario para los suministros de servicios públicos, generadores, planta de refrigeración, reglas de acceso, seguridad compartida y entrega de conexiones cruzadas. El mantenimiento puede requerir coordinación entre ambas organizaciones. Un incidente a nivel de instalación puede afectar a varios proveedores a la vez.
Un edificio rico en operadores no ayuda a un cliente cuyos dos circuitos comparten un conducto fuera del mismo, terminan en un dispositivo o nunca se ordenaron en primer lugar.
Avilés se describe como autónomo, lo que sugiere un límite de instalación diferente. Los materiales públicos no revelan su capacidad energética actual, diseño de refrigeración, ocupación, lista de operadores o si tiene el mismo hardware de repuesto y cobertura de personal que Madrid. El certificado de BSI enumera actividades de alojamiento en La Curtidora en Avilés, y SATEC enumera una oficina allí. Esos hechos respaldan una presencia operativa, pero una dirección de lugar de trabajo y una afirmación de servicio no son un sustituto de un cronograma de ingeniería.
La separación entre Madrid y Avilés es valiosa solo cuando la arquitectura del servicio la utiliza. Una copia de seguridad copiada durante la noche a Asturias es protección contra la pérdida de la copia de Madrid, pero no crea una aplicación que pueda reiniciarse inmediatamente. Una réplica sin cómputo con licencia, rutas de red, reglas de seguridad, credenciales actuales y un runbook probado puede tardar horas o días en activarse. Un diseño activo-activo puede recuperarse más rápido pero cuesta más, puede ser difícil para aplicaciones con estado y puede exponer ambos sitios a una implementación defectuosa o a un administrador comprometido.
Los clientes también necesitan distinguir la soberanía de datos de la concentración operativa. Mantener la producción y la recuperación en España puede simplificar la jurisdicción y la latencia para los usuarios españoles. No elimina las dependencias comunes del personal de Interhost, los sistemas de gestión, los servicios de identidad, el software de virtualización, los productos de copia de seguridad o una función de soporte del grupo matriz. Dos edificios no proporcionan independencia si el mismo cambio erróneo, licencia vencida o cuenta comprometida puede deshabilitar ambos.
AS15919 es visible, pero la visibilidad no es resiliencia
Interhost opera su propio sistema autónomo, AS15919. Esa es una capacidad significativa para un proveedor de servicios alojados. Permite a la empresa originar espacio de direcciones, aplicar política de enrutamiento y conectarse a más de un operador ascendente en lugar de colocar toda la accesibilidad pública detrás de un único proveedor de acceso. Ladescripción de tránsito IPde Interhost dice que utiliza sus propios rangos de direcciones y sistema autónomo, múltiples proveedores de tránsito, enrutadores BGP de alta capacidad y dos entradas de fibra para acceso de operadores en cada centro de datos. También dice que los proveedores locales normalmente transportan el tráfico mientras que los proveedores remotos pueden usarse después de una falla.
Las observaciones actuales de terceros respaldan la afirmación básica de que se trata de una red enrutada activa. Lavisión general de AS para AS15919de RIPEstat lo marcó como anunciado el 12 de julio de 2026. Suregistro de estado de enrutamientomostró 18.432 direcciones IPv4 anunciadas en seis prefijos IPv4 observados, un anuncio IPv6 que contiene 65.536 unidades /48 y visibilidad de todos los 326 pares RIS IPv4 informantes y todos los 322 pares RIS IPv6. Elregistro de prefijos anunciadosincluía 217.75.224.0/19, 79.171.104.0/21, tres bloques 213.134 más específicos, el 213.134.32.0/19 de cobertura y 2001:b90::/32.
Las observaciones también muestran un borde activo más pequeño de lo que podría sugerir la larga lista de políticas de importación en el registro. Laobservación de vecinosde RIPEstat encontró cuatro sistemas autónomos adyacentes únicos en la fecha de medición: AS174, AS286, AS3257 y AS16091. El objeto de enrutamiento de RIPE enumera políticas adicionales, pero la política de registro es una intención declarada y puede sobrevivir, preceder o diferir del enrutamiento observado. Ninguna de las fuentes revela la ruta física tomada por cada circuito.
Esto es suficiente para decir que Interhost no presenta una identidad de red puramente nominal. El espacio de direcciones es globalmente visible, IPv6 está presente y se observan múltiples vecinos. No es suficiente para calcular el tiempo de actividad de la aplicación. BGP puede enrutar perfectamente a un cortafuegos detrás del cual una matriz de almacenamiento ha fallado. Dos proveedores ascendentes pueden compartir un conducto. Un agregado amplio y varios anuncios más específicos pueden originarse todos desde el mismo enrutador.
La visibilidad completa de los colectores de ruta significa que las rutas se ven, no que los paquetes cumplan con un objetivo de latencia o pérdida.
La seguridad de ruta es otra cuestión abierta. Las comprobaciones de RPKI de RIPEstat para los prefijos de Interhost muestreados devolvieron un estado desconocido porque no se encontró ninguna autorización de origen de ruta de validación en esas consultas. Eso no significa que las rutas fueran secuestradas o inválidas; significa que los anuncios de origen muestreados no recibieron la protección de un ROA visible coincidente en el momento de la comprobación. Para una red de alojamiento, la publicación de ROA válidos y prácticas de filtrado documentadas fortalecería la evidencia externa.
Los clientes que compran circuitos privados se enfrentan a una topología separada. La página de VPN y circuitos de Interhost explica que se pueden aprovisionar líneas punto a punto privadas, servicios MPLS de operadores y acceso fuera de banda, utilizando la sala de interconexión de la instalación de Madrid. Estos enlaces pueden ser más relevantes para una aplicación empresarial que el tránsito de Internet público. Su resiliencia depende de las rutas ordenadas, el equipo de interconexión y el propio sitio del cliente. Un diseño de doble operador puede aún fallar en un solo enrutador de cliente o entrada de edificio.
La solicitud de diligencia debida práctica es un diagrama específico del servicio bajo confidencialidad: rack o clúster de producción, sitio de recuperación, dispositivos fronterizos, operadores, entradas físicas, conexiones cruzadas, circuitos privados, anuncios de direcciones, cortafuegos y acceso de gestión. Debe distinguir la capacidad general del proveedor de los componentes asignados al contrato. La evidencia pública de BGP es un control cruzado útil, no la arquitectura en sí.
La capacidad instalada no es capacidad utilizable
La economía del alojamiento se rige por la diferencia entre lo que está instalado y lo que se puede prometer de forma segura. Un rack puede contener servidores cuyos procesadores están mayormente inactivos, pero no tener margen de energía para otro chasis denso. Una matriz de almacenamiento puede tener terabytes libres pero un rendimiento de entrada/salida insuficiente durante la copia de seguridad o la reconstrucción. Un clúster puede funcionar cómodamente en condiciones normales pero saturarse después de perder un host.
Un sitio de recuperación puede tener copias sin suficiente cómputo con licencia para ejecutar a todos los clientes protegidos a la vez.
El material público de Interhost no ofrece cifras de utilización actuales, lo que es normal para un operador privado pero limita la evaluación externa. No hay una medida publicada de recuento de racks, kilovatios comercializables, margen de conmutación por error reservado, latencia de almacenamiento, antigüedad del hardware o capacidad de recuperación no asignada. Por lo tanto, las afirmaciones de escalabilidad deben interpretarse como una capacidad de diseño y adquisición, no como una prueba de suministro inmediato en cualquier tamaño.
Su propiodocumento de eficiencia energéticareconoce que los centros de datos dependen de la distribución eléctrica y el control ambiental, y que la electricidad es un costo importante. El documento es una discusión general en lugar de una auditoría de la instalación. Aun así, apunta a un mecanismo comercial inevitable. Los precios más altos de la electricidad y la coubicación eventualmente llegan a los clientes a través de tarifas, renovaciones, bandas de energía o restricciones en equipos densos. Un proveedor puede absorber la volatilidad por un tiempo, pero no derogarla.
El alojamiento dedicado añade el costo del inventario. Si Interhost promete mantener hardware específico del cliente, debe elegir entre redundancia instalada, repuestos locales, acuerdos con distribuidores y plazos de reemplazo. Cada elección tiene un precio. Mantener un servidor o controlador compatible inactivo acorta el tiempo de reparación pero reduce la utilización. Confiar en el envío del proveedor es más barato hasta que una pieza es escasa. Las páginas públicas dicen que Interhost gestiona las relaciones con los proveedores; no revelan los compromisos estándar de piezas de repuesto.
La nube compartida cambia la ecuación de piezas individuales a margen del pool. Interhost permite explícitamente la sobresuscripción en un centro de datos virtual. Los compradores deben preguntar cómo se controlan los compromisos de procesador, memoria y almacenamiento; qué sucede durante el mantenimiento; y si el clúster restante puede soportar las cargas contratadas después de una falla de host. Una garantía útil no es que una plataforma sea redundante en abstracto, sino que el proveedor modele y pruebe la falla relevante mientras preserva los objetivos de rendimiento.
La capacidad de recuperación crea un problema de asignación difícil. Si Avilés protege a varios clientes de Madrid, ¿la capacidad se reserva por cliente, se agrupa asumiendo que las fallas están aisladas o se compra después de un evento regional? La agrupación puede ser racional porque muchos incidentes afectan a un cliente en lugar de a una ciudad entera. Es más débil contra una gran interrupción de la instalación, precisamente cuando muchos clientes pueden invocar la recuperación simultáneamente. El contrato debe indicar si los recursos de recuperación son dedicados, garantizados, priorizados o de mejor esfuerzo.
Las licencias de software pueden ser tan restrictivas como el hardware. Las plataformas de virtualización, bases de datos, agentes de copia de seguridad, dispositivos de seguridad y sistemas operativos pueden requerir derechos de sitio secundario. Una réplica técnicamente completa puede no estar legal u operativamente lista para ejecutarse. El catálogo de Interhost dice que los precios de recuperación ante desastres reflejan recursos, RPO, RTO, licencias de replicación o conmutación por error y frecuencia de pruebas.
Eso es evidencia de un servicio a medida, pero también significa que la capacidad de recuperación no puede asumirse a partir de la presencia de una partida de copia de seguridad.
El personal de soporte es otro pool de capacidad. Las páginas de Interhost distinguen respuesta de primera línea, respuesta de segunda línea experta, manos en la sala y administración delegada. En un incidente amplio, las alertas llegan juntas. El personal que maneja el volumen normal de tickets puede enfrentarse a una cola cuando una falla de energía, almacenamiento o operador afecta a muchos sistemas. Los compradores necesitan definiciones de prioridad, tiempos de escalado y obligaciones de comunicación para incidentes mayores, no solo una declaración general de que el soporte es continuo.
La recuperación es un servicio diseñado, no una segunda dirección
La propuesta de resiliencia más sólida de Interhost es la capacidad de combinar Madrid y Avilés. Sudocumento de recuperación ante desastresdice que la empresa tiene dos centros de datos operativos y presenta tres acuerdos generales: un sitio de Interhost como respaldo para el sitio principal de un cliente; un sitio de Interhost como primario y el otro como secundario; o recuperación ante desastres en la nube pública de Interhost, con copias de seguridad y réplicas almacenadas allí. Menciona conectividad privada entre sitios, infraestructura similar en la ubicación de recuperación y múltiples técnicas de replicación.
Lapágina de copias de seguridady lapágina de continuidadde la empresa van más allá. Describen agentes a nivel de archivo para servidores físicos, copia de seguridad a nivel de imagen para máquinas virtuales, recuperación bare-metal, almacenamiento remoto y replicación entre Madrid y Avilés. La página de continuidad dice que las copias de seguridad se replican entre los dos sitios como práctica estándar.
Estos son componentes creíbles. Ninguno garantiza la recuperación sin un diseño específico del cliente. El objetivo de punto de recuperación determina cuántos datos recientes pueden perderse. El objetivo de tiempo de recuperación determina cuánto tiempo puede tardar la restauración. Una copia nocturna puede ser saludable y aun así perder un día de transacciones. Una réplica casi en tiempo real reduce esa brecha pero puede reproducir corrupción, cifrado o error del operador. La replicación síncrona puede acercarse a cero pérdida de datos pero añade sensibilidad a la latencia y no protege contra todas las fallas lógicas.
La restauración también tiene un orden. Identidad, red, reglas de seguridad, almacenamiento, bases de datos, middleware y aplicaciones pueden necesitar regresar en secuencia. El DNS externo, los certificados, los proveedores de pago o las oficinas de los clientes pueden permanecer no disponibles después de que los servidores se inicien. Un plan de desastre que cubre solo máquinas virtuales puede perder el contexto operativo que las hace útiles.
La frecuencia de las pruebas es importante porque los acuerdos de recuperación inactivos se deterioran. Las credenciales caducan, las aplicaciones cambian, las reglas del cortafuegos divergen, los agentes de copia de seguridad fallan silenciosamente y el personal cambia de roles. El catálogo de Interhost reconoce la frecuencia de las pruebas como un componente de precios. Eso debe enfocar la atención del comprador: un plan más barato probado raramente es un producto diferente de un plan ejercido trimestralmente con resultados medidos y acciones correctivas.
El reciente estudio de caso de la Cámara de Madrid es útil pero debe leerse en el nivel correcto. Informa replicación en tiempo real de máquinas primarias a un centro de datos secundario y dice que la recuperación se hizo más rápida. No publica RPO medido, RTO medido, fechas de prueba, duración de la conmutación por error ni criterios de aceptación a nivel de aplicación. Como estudio de caso creado por el proveedor, demuestra una implementación reclamada, no una verificación de rendimiento independiente.
Un comprador debe exigir evidencia del servicio que recibirá: la fecha de la última prueba de restauración, la cantidad restaurada, el tiempo transcurrido, el punto en el tiempo alcanzado, cualquier componente fallido y la remediación. Para un servicio de dos sitios, debe incluir un ejercicio de pérdida del sitio primario en lugar de una restauración dentro del mismo clúster. Los detalles sensibles pueden permanecer confidenciales; la prueba agregada puede aún mostrar si el diseño se ha utilizado.
Siete formas en que el servicio puede fallar
La primera ruta de fallo es el rack o la instalación. La pérdida de un suministro de energía, una falla de refrigeración, un evento de supresión de incendios, un problema de control de acceso o un error de mantenimiento pueden detener el equipo incluso cuando el servidor en sí está saludable. La configuración Tier III neutra en Madrid y las características de redundancia reclamadas por Interhost son señales positivas. Sin embargo, el registro público no identifica la instalación, su certificación actual, las rutas de energía exactas al suite de Interhost ni el historial de incidentes. Avilés está aún menos descrito.
Los clientes deben verificar qué obligaciones de la instalación se transfieren y si las exclusiones de mantenimiento erosionan el objetivo del servicio.
La segunda es la conectividad ascendente. AS15919 está activo y multihomed, pero la diversidad de rutas y la diversidad física no son idénticas. La falla puede ocurrir en un ascendente, una conexión cruzada, un enrutador, un conducto de fibra compartido, una fuga de ruta, un evento de denegación de servicio o un circuito privado del cliente. La afirmación de Interhost de acceso de fibra dual en cada sitio es valiosa si las rutas son verdaderamente separadas. Los dibujos contractuales y las cartas de los operadores deben establecer ese punto.
La tercera es el stock de hardware. La infraestructura dedicada concentra el rendimiento pero ata la recuperación a piezas compatibles y la respuesta del proveedor. Un disco fallido puede ser rutinario; un controlador, placa base o dispositivo al final de su vida útil puede no serlo. Cuando el cliente posee el equipo de housing, la responsabilidad puede volverse ambigua durante el diagnóstico. El acuerdo debe definir quién tiene repuestos, quién puede romper sellos, cómo se manejan las piezas con datos y cuándo comienza el tiempo de reemplazo.
La cuarta es el soporte. La monitorización puede detectar un síntoma mientras nadie tiene autoridad para reiniciar, reemplazar o conmutar. El personal de primera línea puede abrir un ticket pero esperar a un especialista. Un especialista puede diagnosticar un problema de almacenamiento pero esperar al cliente, la instalación o el proveedor. Estas transferencias moldean la duración de la interrupción. Los servicios de soporte separados de Interhost hacen visible el límite; los clientes deben asegurarse de que su paquete cierre las brechas.
La quinta es la facturación y el estado del contrato. Los servicios alojados pueden interrumpirse por licencias vencidas, facturas disputadas, recursos prepagos agotados o una renovación que cambia el precio y el alcance. Lapágina de nivel de serviciode Interhost dice que los acuerdos pueden definir disponibilidad, capacidad, continuidad, manejo de incidentes, medición, penalizaciones y terminación. Ese es el marco correcto. La protección real depende de los períodos de gracia, aviso, derechos de curación, acceso a datos durante una disputa y el tamaño de los créditos de servicio en relación con el daño.
La sexta es la migración. Un nuevo entorno puede fallar durante la copia de datos, el cambio de dirección, la transición de DNS, las pruebas de aplicación o el transporte físico de equipos no redundantes. El estudio de caso de la Cámara señala explícitamente que los servicios no redundantes experimentaron el tiempo necesario para la transferencia física. Eso es refrescantemente concreto: incluso una migración exitosa tiene una ruta crítica física cuando una máquina existe en un solo lugar.
La séptima es la falla del contrato del proveedor. Interhost puede funcionar bien técnicamente mientras un contrato de arrendamiento de instalación, acuerdo de operador, licencia de software o acuerdo de soporte del proveedor cambia. El cliente ve a Interhost; Interhost debe gestionar al proveedor que tiene debajo. Los términos de portabilidad deben cubrir el acceso a los datos y equipos si la relación comercial termina, no solo si un servidor falla.
Estas rutas interactúan. Un incidente de energía puede exponer una batería fallida, lo que lleva a un apagado no limpio, que corrompe el almacenamiento, que requiere una restauración, que espera las credenciales de la aplicación. Una interrupción ascendente puede verse prolongada por una política de ruta obsoleta. Una disputa con el proveedor puede bloquear al mismo personal necesario para la migración. La resiliencia es la capacidad de manejar secuencias, no una colección de afirmaciones de componentes.
Quién se ve afectado cuando el sistema se detiene
Las referencias históricas de Interhost y los estudios de caso de la empresa matriz lo sitúan en la parte del mercado donde las interrupciones pueden convertirse en problemas de servicio público o continuidad del negocio. El archivo de la empresa describe trabajos relacionados con sitios web públicos, universidades, museos, infraestructura judicial, aseguradoras y servicios de emisión de billetes de transporte. Los anuncios más antiguos no son prueba de que cada cliente nombrado permanezca alojado hoy, pero muestran el tipo de cargas de trabajo que el operador ha perseguido.
El estudio de caso actual de la Cámara de Madrid describe una nube privada, replicación secundaria y enlaces de alta velocidad para una institución cuyos servicios digitales conectan empresas, personal y oficinas físicas. Elestudio de caso de Servicios Funerarios de Madridactual de SATEC describe infraestructura dedicada alojada y gestionada por Interhost, además de migración, monitorización, soporte y recuperación ante desastres. Las historias de éxito creadas por el proveedor enfatizan naturalmente los resultados positivos, pero iluminan los grupos afectados: empleados, residentes, empresas, socios y equipos de desarrollo pueden depender del mismo patrimonio alojado.
Para un sitio web público, el tiempo de inactividad bloquea la información y las transacciones. Para una aplicación interna, los empleados pueden perder acceso a archivos de casos o programación. Para una plataforma de emisión de billetes, los ingresos y los viajes se ven afectados. Para un servicio basado en bases de datos, una interrupción aparentemente breve puede dejar trabajo de conciliación después de la restauración. Por lo tanto, el efecto depende del estado de la aplicación, no solo de los minutos fuera de línea.
La concentración puede aumentar el radio de explosión. Un cliente que coloca cómputo, copias de seguridad, acceso a la red, monitorización y administración con un solo proveedor obtiene una responsabilidad más simple pero reduce la diversidad de proveedores. Varios clientes que comparten el mismo clúster de nube, sistema de almacenamiento o borde de operador pueden fallar juntos. La pequeña escala de Interhost puede permitir una respuesta personal, pero también puede hacer que el personal especializado y la capacidad de repuesto estén más concentrados que en un proveedor grande. Las fuentes públicas no cuantifican ninguno de los efectos.
La mitigación correcta no es necesariamente evitar la concentración. Dividir la responsabilidad entre proveedores puede crear un diagnóstico más lento y objetivos incompatibles. La pregunta útil es si la concentración elegida es visible y compensada: un segundo sitio, copias de seguridad independientes, configuraciones exportables, credenciales en poder del cliente, restauración probada y liderazgo claro en incidentes.
La portabilidad es la última redundancia
Un sitio de recuperación protege contra una falla de ubicación. La portabilidad protege contra una relación con el proveedor que ya no funciona. Para el alojamiento dedicado, la salida puede requerir exportación de datos, registros de configuración, transferencia de licencias de software y, a veces, el movimiento físico o la compra de equipos. Para el housing, el cliente puede ser propietario de la máquina pero aún necesita acceso a la sala, cambios de operador y una ventana de extracción segura. Para la nube compartida, los datos pueden ser portables mientras que los constructos de red y seguridad requieren reconstrucción en otro lugar.
El catálogo de Interhost reconoce la configuración y migración como trabajo de proyecto acordado con el cliente. Eso es realista. Mover un sistema en vivo requiere mucha mano de obra y a menudo conlleva cargos únicos. El riesgo es dejar el diseño de salida para el final, cuando el tiempo es corto y el conocimiento técnico se ha atrofiado.
Un contrato sólido debe identificar los formatos de datos, el ancho de banda de exportación, las tarifas de asistencia, el momento de la eliminación, la retención de copias de seguridad, la propiedad del equipo, los derechos de licencia y el período de servicio después del aviso de terminación. Debe decir si los créditos de servicio o las disputas suspenden la asistencia para la salida. También debe establecer quién posee la automatización, los diagramas y la configuración creada durante la administración gestionada.
La portabilidad de red merece atención separada. Un cliente que utiliza direcciones asignadas por Interhost puede necesitar renumerarse al mudarse. El TTL de DNS puede reducirse antes de la migración, pero las listas de permitidos externas, los certificados y las configuraciones de socios pueden aún contener direcciones antiguas. Un cliente con espacio portátil independiente del proveedor tiene más control pero asume responsabilidades de enrutamiento. Ninguna opción es gratuita.
Las copias de seguridad deben incluir una copia más allá del mismo dominio administrativo cuando la carga de trabajo lo justifique. La replicación de dos sitios de Interhost puede proteger bien contra un incidente en el sitio. Es menos independiente contra un compromiso de cuenta a nivel de proveedor, disputa legal o acción administrativa destructiva. Una copia encriptada controlada por el cliente, restaurada regularmente en otro lugar, cambia ese riesgo. Puede costar más y complicar la gestión de claves, pero es un valor de opción genuino.
La portabilidad también disciplina los precios. Un cliente que puede mudarse dentro de un período conocido tiene influencia en la renovación. Un cliente cuya aplicación depende de acuerdos privados no documentados puede aceptar aumentos porque la salida es demasiado arriesgada. La atención gestionada de Interhost puede crear un valor operativo real; la cuestión económica es si ese valor va acompañado de una elección informada o de un bloqueo evitable.
Qué establece la evidencia, y qué no
La huella pública de Interhost es pequeña en comparación con las empresas de nube más grandes, pero no está vacía. Varias señales independientes o verificables externamente coinciden. El informe auditado de 2024 de SATEC identifica la filial y la propiedad. El certificado de BSI se extiende hasta 2027 y cubre la actividad de alojamiento en tres lugares de trabajo. Un contrato gubernamental entró en vigor en 2025. La matriz ha publicado recientemente estudios de caso que nombran la infraestructura de Interhost. RIPE vio AS15919 anunciado con visibilidad completa del colector en la fecha de observación.
El dominio de la empresa y los recursos de direcciones de larga data conectan la marca histórica con la red actual.
Esas señales establecen continuidad legal, presencia de red actual y probable actividad de servicio en curso. No establecen ingresos, rentabilidad, número de clientes, personal por turno, propiedad de la instalación, capacidad energética, ocupación, inventario de repuestos, registro de incidentes o cumplimiento de un objetivo de servicio particular. Lapágina de LinkedInetiqueta a Interhost como una empresa de 11-50 empleados y enumera ubicaciones en Madrid, Barcelona y Avilés, pero este es un perfil social mantenido por la empresa y no un recuento auditado.
Las declaraciones de marketing necesitan una calibración similar. La afirmación de una instalación Tier III neutra en Madrid es específica y plausible; la instalación no se nombra en la página, por lo que su certificado y estado actual no pueden cotejarse públicamente. La afirmación de más de 50 operadores describe la disponibilidad en la instalación, no el número que Interhost compra. La afirmación de dos entradas de fibra no muestra sus rutas callejeras. La afirmación de copias de seguridad replicadas no muestra la última restauración exitosa de un cliente.
Los servicios de red no oficiales pueden proporcionar corroboración. Lapágina de AS15919 de IPinfoasocia 18.432 direcciones IPv4 y una gran asignación IPv6 con la red de alojamiento española, coincidiendo con el total IPv4 observado por RIPE. Lavista de conjunto AS de Hurricane Electricmuestra un objeto de registro AS-INTERHOST mantenido. Estos servicios sugieren consistencia en los conjuntos de datos de enrutamiento público. No pueden probar la colocación de la instalación, la propiedad comercial de cada componente o el rendimiento de la aplicación. Los registros directos del proveedor, los contratos y las pruebas medidas resolverían esas preguntas.
Por lo tanto, la calificación de evidencia debe ser Media. Es más fuerte que una entrada de directorio inferida de un bloque de direcciones: hay enrutamiento actual, certificación, divulgación de propiedad y evidencia comercial reciente. Es más débil que un operador que publica instalaciones nombradas, historial de estado en vivo, interconexión detallada, capacidad auditada, métricas de sostenibilidad y resultados de servicio probados. Medio no es un veredicto sobre la calidad del servicio. Es una medida de lo que un lector externo puede verificar.
Las preguntas que convierten la capacidad en un servicio
Para un cliente potencial, las preguntas decisivas son específicas. ¿Qué sitio albergará la producción, las copias de seguridad y la recuperación? ¿Está el servicio de Madrid en el suite propio de Interhost, y qué operador de la instalación suministra energía y refrigeración? ¿Qué partes de Avilés son equivalentes a Madrid y cuáles no? ¿Los recursos de recuperación son reservados o agrupados? ¿Cuáles fueron los resultados medidos de la última restauración completa y la prueba de pérdida del sitio?
Las preguntas de red deben nombrar rutas físicas y lógicas. ¿Qué sistemas autónomos transportan el servicio hoy? ¿Los circuitos duales utilizan entradas, conductos, tarjetas de línea y dispositivos en las instalaciones del cliente separados? ¿Qué prefijos tienen autorizaciones de origen de ruta válidas? ¿Cómo mitiga Interhost el tráfico de denegación de servicio? ¿Pueden los circuitos privados conmutar por error a conectividad a Internet encriptada, y se ha probado ese modo a un rendimiento útil?
Las preguntas de hardware deben identificar el reloj de reparación. ¿Qué componentes están instalados de forma redundante? ¿Qué repuestos están en el sitio? ¿Cuál es el tiempo máximo de envío del proveedor? ¿Quién reemplaza el equipo de housing propiedad del cliente? ¿Cómo se borran, retienen o devuelven los discos fallidos? ¿Qué sucede cuando un producto llega al final del soporte?
Las preguntas operativas deben mapear la detección a la autoridad. ¿Qué equipo vigila el servicio, qué equipo puede cambiarlo y quién lidera un incidente grave? ¿Qué objetivos de respuesta y restauración se aplican por gravedad? ¿Con qué frecuencia se actualiza al cliente? ¿Las ventanas de mantenimiento planificadas tienen un límite, se anuncian y se excluyen de los cálculos de disponibilidad? ¿Puede un cambio de emergencia afectar a ambos sitios?
Las preguntas comerciales deben exponer el paquete utilizable. ¿Qué niveles de soporte, retención de copias de seguridad, licencias de replicación, ejercicios de prueba y horas de migración están incluidos? ¿Cómo se trasladan los aumentos de electricidad, coubicación y licencias? ¿Hay un plazo mínimo? ¿Qué sucede con el servicio y los datos durante una disputa de facturación? ¿Las penalizaciones son significativas y aumentan después de infracciones repetidas?
Las preguntas de salida deben acordarse mientras las relaciones son buenas. ¿Puede el cliente obtener imágenes de máquinas virtuales, copias de seguridad de bases de datos, reglas de cortafuegos, diagramas y registros en formatos estándar? ¿A qué velocidad y precio? ¿Quién posee el equipo dedicado? ¿Por cuánto tiempo retendrá Interhost las copias y luego las borrará? ¿Puede restaurarse una copia de seguridad independiente fuera de Interhost sin dependencias propietarias?
Las respuestas a esas preguntas pueden revelar un servicio robusto incluso donde la divulgación pública es escasa. También pueden exponer una configuración de bajo costo que depende de un solo sitio, recuperación de mejor esfuerzo y reemplazo lento. El catálogo del proveedor muestra que Interhost entiende muchas de estas distinciones. El trabajo del cliente es asegurarse de que el servicio firmado incluya la versión deseada.
Una nube local con términos físicos
Interhost ocupa un nicho útil. Ofrece alojamiento, nube, conectividad y soporte operativo en España con la intimidad de un especialista y el alcance de ingeniería más amplio de SATEC. Su propio sistema autónomo es visible. Su diseño de dos sitios puede soportar una recuperación geográfica genuina. Su catálogo de servicios es más honesto que el lenguaje de nube sin esfuerzo común en el mercado porque muestra cuántas piezas separadas deben diseñarse y pagarse.
La misma evidencia impide una conclusión romántica. Madrid depende de una instalación de coubicación. El alcance a Internet depende de redes ascendentes y conexiones cruzadas físicas. El servicio dedicado depende de piezas de repuesto y términos del proveedor. La nube compartida depende del margen. La recuperación depende de licencias, replicación, capacidad reservada y pruebas. El soporte depende de que la persona adecuada esté disponible y autorizada. La migración depende del tiempo, la documentación y la cooperación del cliente.
Por lo tanto, Interhost se entiende mejor no como un lugar donde las restricciones físicas desaparecen, sino como una empresa que cobra por gestionarlas. Eso puede ser valioso. Muchos clientes no quieren comprar servidores, negociar con operadores, tener personal en una sala las 24 horas del ni diseñar recuperación remota. La delegación convierte esas cargas en una relación de servicio. No elimina las cargas del sistema.
El registro público respalda la operación continua y una base técnica creíble, mientras deja las principales preguntas de capacidad y rendimiento en privado. Un comprador debe dar peso al alcance actual de BSI, la evidencia de contrato reciente, los anuncios activos de AS15919 y la especificidad del material de dos sitios. Debe dar igual peso a los números faltantes y exigirlos a nivel de servicio. El producto real no es la máquina virtual mostrada en un formulario de pedido. Es la capacidad probada de racks, rutas, personas y contratos para mantener esa máquina útil cuando uno de ellos falla.