Servicios IT
Migración a la nube en Donostia-San Sebastián
Cambiar de hipervisor es una migración seria: conversión de discos, controladores, red, copias y monitorización. La ensayamos con máquinas representativas antes de tocar las críticas.
En Linux, buena parte del rendimiento de una base de datos depende de ajustes del kernel: memoria, paginación, colas de E/S y pila TCP. Los revisamos con mediciones antes y después, no con recetas copiadas.
La capacidad de un clúster se mide con el peor día, no con la media. Calculamos si tus hosts pueden absorber la carga de uno que se caiga (N-1) y lo comprobamos con una prueba de conmutación planificada.
Lo que suele estar pasando
Entornos imposibles de reproducir
Producción se configuró a mano a lo largo de años. Montar un entorno de pruebas idéntico o recuperar tras un desastre sería empezar de cero.
Dependencia de un solo proveedor
Toda la aplicación usa servicios propietarios y salir sería rehacerla. Conviene saber cuánto costaría y reducir esa atadura donde tenga sentido.
Hardware fuera de garantía
Los servidores principales han salido de soporte del fabricante y una avería de placa o fuente significaría días buscando repuestos. Hay que planificar la renovación antes de que decida el hardware.
Discos que se llenan por sorpresa
Un volumen crece hasta llenarse y tumba un servicio, aunque el crecimiento era visible desde hacía meses para quien lo hubiera mirado.
Alertas que nadie atiende
El sistema de monitorización envía tantos avisos irrelevantes que el equipo ha dejado de leerlos, y el importante se pierde entre ellos.
Cómo lo hacemos
Medir la carga real
Recogemos durante un periodo representativo el uso de CPU, memoria, disco y red de cada servidor y máquina virtual.
Dimensionar el destino
Con esos datos proponemos hardware, plataforma de virtualización o nube, con margen para fallo de un nodo y crecimiento previsto.
Montar y ensayar
Preparamos el entorno nuevo, migramos una copia y hacemos pruebas de aceptación con usuarios clave sin tocar producción.
Corte planificado
Sincronizamos datos, cambiamos el tráfico en la ventana acordada y mantenemos el entorno antiguo disponible para volver.
Retirada del antiguo
Tras un periodo de convivencia, apagamos y retiramos el hardware viejo con borrado seguro de sus discos.
¿Hablamos de tu caso?
Si estás valorando cambiar de hipervisor, empecemos por una prueba con un par de máquinas.
El resultado, en concreto
- Políticas de guardarraíl como código desplegadas primero en modo auditoría y después en modo bloqueo.
- Alertas de capacidad de disco, memoria y estado de hardware conectadas al canal que tu equipo ya usa.
- Diagrama de red de la sala o del entorno de servidores: VLAN, enlaces, bonding, switches y puntos únicos de fallo.
- Análisis de impacto en el negocio con procesos críticos, tiempo máximo de parada y pérdida de datos aceptable para cada uno.
- Runbooks para los fallos más probables: caída de un servicio base, disco lleno, restauración de una copia, equipo perdido.
- Mapa de dependencias entre servicios: qué aplicación necesita qué base de datos, qué almacenamiento y qué red.
- Informe periódico de estado con incidencias, cambios realizados, capacidad y recomendaciones.
Por sectores
Despachos de abogados
Documentación confidencial y acceso desde fuera de la oficina. Priorizamos identidades fuertes, cifrado, registros de acceso y regiones europeas para los datos.
Comercio electrónico
Picos de tráfico en campañas y rebajas. La elasticidad de la nube encaja, siempre con límites de gasto y pruebas de carga previas.
Educación
Plataformas que se usan mucho en periodos concretos. Escalar en esos periodos y reducir el resto del año ajusta el coste al uso real.
Agencias y estudios creativos
Renderizado y procesado pesado en momentos puntuales. Máquinas potentes bajo demanda en la nube evitan comprar hardware que estaría parado la mayor parte del tiempo.
Con un asistente de IA que trabaja
Un agente de IA con modelos en la UE que conoce tus clientes y tus documentos.
Preguntas que deberías hacer a cualquier proveedor
- Que cada cambio tenga un procedimiento de vuelta atrás escrito antes de ejecutarlo.
- Que analice tus cargas antes de recomendar una nube concreta, y no al revés.
- Que tenga en cuenta tus licencias actuales y el coste de operar la solución durante años, no solo el de montarla.
- Que entregue la infraestructura como código en un repositorio tuyo.
- Que te explique qué servicios propietarios usa y qué atadura suponen.
Guías de nuestra biblioteca técnica
Sistemas e infraestructura
Control de configuración y detección de drift
Ciclo de control
1. Seleccionar la base. Define versión, entorno, propietario, componentes incluidos y fecha de aprobación. 2. Medir el estado real. Recoge configuración con herramientas y permisos controlados; protege los secretos que aparezcan en la captura. 3. Comparar. Relaciona cada diferencia con cambios aprobados, incidencias y…
Leer la guía completaSistemas e infraestructura
NTP empresarial: sincronización horaria de infraestructura
El tiempo es una dependencia compartida
Los registros, certificados, autenticación, correlación de alertas y secuencias de recuperación dependen de relojes razonablemente alineados. Si cada servidor consulta una fuente distinta, un salto de hora puede dificultar la investigación o hacer que dos sistemas interpreten los eventos en orden diferente.
Leer la guía completaInfraestructura y servidores
Protege el plano de gestión de servidores: BMC y Redfish
Inventario y límites de acceso
Antes de endurecer, registra para cada servidor: propietario, ubicación, modelo, versión de firmware, dirección de gestión, interfaz habilitada, dependencias de monitorización y procedimiento de acceso de emergencia. Incluye dispositivos que llevan años en producción: suelen ser los que conservan cuentas compartidas o…
Leer la guía completaDesde Sevilla, para Donostia-San Sebastián
Muchas pymes de Gipuzkoa tienen un único servidor que hace de todo; repartir y duplicar los servicios críticos es un buen primer paso.
Si tu oficina de Donostia-San Sebastián necesita un estudio de cobertura wifi, lo coordinamos con tu equipo o planificamos una visita puntual.
Para empresas de País Vasco con varias sedes, centralizamos la gestión de servidores y dejamos en cada sede solo lo que necesita trabajar sin conexión.
Más en Donostia-San Sebastián
Preguntas frecuentes
¿Vale la pena dejar VMware por Proxmox?+
Para muchas pymes, sí: Proxmox VE cubre virtualización, clúster, alta disponibilidad y copias con licencia abierta y suscripción de soporte opcional. Antes conviene probar la conversión de tus máquinas y revisar integraciones con copias y monitorización.
¿Quién hace las copias de seguridad en la nube?+
Normalmente tú, o quien opere tu entorno. El proveedor garantiza su infraestructura, no la recuperación de tus datos ante un borrado o un cifrado. Por eso dejamos escrita la matriz de responsabilidades.
¿Qué ocurre si se cae la conexión entre la oficina y la nube?+
Por eso se diseña con redundancia: dos túneles, dos líneas si es posible, y una lista clara de qué funciona en local si todo falla. La monitorización avisa antes de que lo noten los usuarios.
¿Qué es la deriva de configuración?+
Las diferencias que aparecen con el tiempo entre cómo debería estar un sistema y cómo está realmente, por cambios manuales o excepciones. Detectarla a tiempo evita comportamientos distintos entre equipos iguales.
¿Cuánto se tarda en una migración de servidores?+
Depende del número de servicios, del volumen de datos y de las ventanas disponibles. Tras el inventario te damos un calendario por fases realista; preferimos ir por partes a hacer un único corte con mucho riesgo.
¿Qué significa que un clúster cumpla N-1?+
Que si se cae cualquiera de sus nodos, los que quedan pueden ejecutar todas las máquinas con recursos suficientes. Se calcula con la memoria y CPU reservadas y se confirma con una prueba de conmutación planificada.
Migración a la nube cerca de Donostia-San Sebastián
Para tu empresa en Donostia-San Sebastián
Soporte informático para empresas
Pide una revisión de tu factura cloud y recibe una lista concreta de recursos a ajustar.