Experiencia práctica

¿Colocación en Austria, hiperescalador o sala de servidores propia?

Sala propia, colocación en Austria o hiperescalador: ¿quién opera qué? Cálculo ficticio a tres y cinco años con energía, red, Remote Hands, copias y protección de datos.

Infraestructura
Logotipo DAXS y texto ERP sobre tres símbolos separados de ubicación propia, colocación e infraestructura de nube

La ubicación de un servidor es una decisión operativa que va más allá de su dirección. Una sala propia, la colocación austriaca y una región de un hiperescalador pueden ejecutar el mismo servicio empresarial. Cambian los responsables del edificio, energía, refrigeración, red, hardware y accesos, la evolución de costes y la vía de recuperación tras un fallo. Un centro de datos en Austria puede cumplir un requisito concreto del cliente; el RGPD no obliga de forma general a almacenar todos los datos empresariales en Austria.

El resumen DAXS de modelos operativos explica nube, local e híbrido. El artículo sobre alertas de monitorización que permiten actuar trata la respuesta. Aquí evaluamos la elección de ubicación para un mismo servicio ERP ficticio con costes transparentes. Las cifras son supuestos netos elegidos libremente, no presupuestos DAXS ni precios de un operador citado.

Primero, igualar el requisito técnico

La empresa ficticia opera un pequeño ERP con dos máquinas virtuales, ocho núcleos virtuales en total, 32 GiB de RAM y dos terabytes de datos de producción. Necesita acceso cifrado desde la red corporativa, monitorización, copia diaria en un dominio de fallo separado y dos ejercicios de restauración al año. Las tres opciones modelan solo una ubicación de producción sin un segundo sistema que tome el relevo automáticamente. La carga es constante durante cinco años; una prueba real de carga debe sustituir este supuesto de dimensionamiento.

La dirección desea perder como máximo un día de datos y, si es posible, disponer de un proceso utilizable en ocho horas. Son objetivos por comprobar para copias y continuidad, no valores RPO/RTO logrados o comprometidos. Con esta arquitectura sencilla, la pérdida completa del sitio puede tardar más. Un compromiso firme de ocho horas exige añadir una segunda vía de recuperación, sus costes y ejercicios a cada opción. Tampoco una región de hiperescalador garantiza por sí sola alta disponibilidad de la aplicación.

¿Quién asume cada tarea operativa?

En una sala propia, la empresa responde del edificio, accesos, energía, refrigeración, protección contra incendios y agua, red, hardware y plataforma. La colocación traslada el edificio y la infraestructura acordada al operador del centro; el cliente mantiene sus servidores y muchas tareas. Trabajar en el rack requiere acceso contractual o Remote Hands, sin compromiso general de respuesta. Digital Realty describe públicamente ubicaciones de colocación en Viena y servicios Remote Hands; disponibilidad, densidad eléctrica, conectividad y horarios deben concretarse en cada oferta.

Un hiperescalador elimina el trabajo propio sobre rack y hardware, pero quedan configuración, permisos, claves, operación de sistemas virtuales, copias y recuperación funcional. El límite exacto depende del servicio: una VM alquilada requiere más operación del cliente que una plataforma más administrada. AWS lo denomina explícitamente responsabilidad compartida. Para comparar de forma justa, aquí se supone solo infraestructura virtual; un servicio gestionado concreto puede tener funciones diferentes.

Asignar cada fila por escrito antes de contratar
Tarea Sala propia Colocación en Austria Hiperescalador
Edificio, energía, refrigeración Empresa Operador según contrato Proveedor de nube para su infraestructura
Hardware y acceso presencial Empresa Hardware del cliente; aclarar acceso/Remote Hands Proveedor de nube para su hardware
ERP, accesos y copias Empresa o proveedor de TI contratado Empresa o proveedor de TI contratado Cliente según el servicio de nube elegido
Aceptación funcional tras restaurar Departamento de negocio Departamento de negocio Departamento de negocio

Ubicación austriaca y acuerdo de encargo de tratamiento

Una ubicación física en Austria puede ser decisiva por confidencialidad, proximidad, contratos o requisitos sectoriales. Para datos personales también deben examinarse roles, acuerdos de tratamiento, subencargados, medidas técnicas, lugares de acceso y posibles transferencias a terceros países. El Comité Europeo de Protección de Datos explica que las transferencias fuera del EEE tienen condiciones específicas en el capítulo V del RGPD. Un rack austriaco no hace que el tratamiento cumpla automáticamente; una región de nube en el EEE no está automáticamente prohibida. La evaluación concreta de flujos y contratos forma parte del proyecto.

La oferta debería registrar por separado datos de producción, copias, registros, accesos administrativos y rutas de soporte, con región y responsable. Un plan de migración o salida necesita además formato de exportación, procedimiento de borrado, plazos y prueba. Una cifra de precio no sustituye estos puntos.

Un cálculo transparente a tres y cinco años

Todas las opciones usan el mismo coste interno completo supuesto de 80 € por hora. Dos ejercicios anuales de restauración de ocho horas cada uno cuestan 1.280 € al año en todas. Precios, carga y salarios permanecen constantes; se excluyen impuestos, financiación, valor residual, sustitución del hardware después del quinto año y segundo sitio. La sala propia recibe solo en este modelo las mejoras constructivas necesarias. Ni colocación ni hiperescalador incluyen compromisos generales de disponibilidad.

Mismo ERP y dos ejercicios anuales; euros netos, solo supuestos
Opción Inicial Anual 3 años 5 años
Sala de servidores propia 14.000 € hardware + 9.000 € sala + 40 × 80 € migración = 26.200 € Energía/refrigeración 4.200 € + red 1.800 € + mantenimiento 2.400 € + copias 2.400 € + operación 8 h/mes 7.680 € + ejercicios 1.280 € = 19.760 € 85.480 € 125.000 €
Colocación en Austria 14.000 € hardware + 1.800 € instalación + 40 × 80 € migración = 19.000 € Espacio/energía 6.600 € + red 3.000 € + presupuesto Remote Hands 1.200 € + mantenimiento 2.400 € + copias 2.400 € + operación 6 h/mes 5.760 € + ejercicios 1.280 € = 22.640 € 86.920 € 132.200 €
Infraestructura de hiperescalador 90 × 80 € migración y comprobaciones = 7.200 € Cómputo/almacenamiento 7.800 € + red/transferencia 2.400 € + copias 3.000 € + monitorización/seguridad 1.440 € + operación 5 h/mes 4.800 € + ejercicios 1.280 € = 20.720 € 69.360 € 110.800 €

Cada total sigue Importe inicial + años × importe anual. Por ejemplo, la colocación supuesta cuesta 19.000 + 5 × 22.640 = 132.200 €. El presupuesto Remote Hands de 100 € al mes no garantiza expresamente asistencia ni tiempo de respuesta. El presupuesto mensual de cómputo y almacenamiento del hiperescalador de 650 € es un supuesto, no una tarifa de catálogo. Egress, copias, rutas de red y regiones adicionales pueden modificar mucho el cálculo.

Sensibilidad: Si cómputo y almacenamiento del hiperescalador suben 250 € al mes, cinco años aumentan 15.000 € hasta 125.800 €, ligeramente por encima de la sala propia del modelo. A la inversa, su valor a cinco años baja 9.000 € hasta 116.000 € si ya existe infraestructura de sala realmente adecuada y no se necesita nueva adaptación. Si además bastan seis en vez de ocho horas mensuales de operación, el modelo baja otros 9.600 € hasta 106.400 €. Estos cambios muestran por qué la tabla no permite concluir en general «la nube es más barata» o «la colocación es más segura». Disponibilidad y recuperación se evalúan aparte con contratos y ejercicios reales.

¿Qué preguntas incluir en la solicitud de oferta?

Exigir las mismas cargas, objetivos de copia y actas de prueba en todas las opciones. La sala propia necesita mediciones de energía, temperatura, accesos, protección frente a fuego/agua y rutas de cableado. La colocación requiere oferta de rack/energía/red, reglas de acceso, alcance de Remote Hands y procedimiento de repuestos. Para el hiperescalador, incluir región de cada servicio, flujos, costes de red/egress, roles, copias y una prueba de salida. En todas las opciones, el departamento de negocio decide finalmente si la transacción ERP vuelve a ser utilizable tras un incidente.

DAXS puede preparar para un proyecto concreto el análisis común de carga, la matriz de ubicaciones y contratos, y las pruebas de restauración y salida. Contactar con DAXS.

Fuentes: EDPB: transferencias internacionales de datos · EDPB: responsables y encargados del tratamiento · AWS Well-Architected: responsabilidad compartida · Digital Realty: ubicaciones de colocación en Viena · Digital Realty: Remote Hands.