Infraestructura TI

De la carga real. Se mide qué consume hoy lo que tiene montado, dónde aprieta y qué crecimiento está comprometido, y de ahí sale la configuración. El resultado es justificable línea a línea: por qué ese número de nodos, por qué esa cabina y por qué no la de arriba. Un catálogo dimensiona hacia arriba por defecto; una medición, no.

No. Lo habitual es convivencia y sustitución por fases, con un plan de ciclo de vida que diga qué se retira, cuándo y por qué —fin de soporte del fabricante, coste de mantenimiento o límite de capacidad—. Cabinas, conmutadores y servidores rara vez cumplen ciclo a la vez, así que forzar un corte único suele salir más caro que escalonarlo.

Depende de cuánta gente tenga para operarla. La hiperconvergencia reduce la superficie de gestión: cómputo, almacenamiento y red en un solo plano, lo que importa cuando el equipo es corto. La arquitectura separada deja crecer cómputo y almacenamiento por separado, lo que importa cuando uno de los dos crece mucho más rápido. Se decide con sus cifras, no por preferencia.

Entran. Conmutación de acceso y distribución, enrutamiento y cobertura inalámbrica corporativa, con segmentación y control de acceso por puerto. Separarlos es la causa habitual de que el proyecto de cómputo termine y la aplicación siga lenta: el cuello de botella estaba en el enlace, no en el servidor.

La cabina es la mitad. Se elige entre bloque, fichero y objeto según lo que consuma el dato, pero la decisión que determina el coste y el riesgo es la política: qué se replica, a dónde, con qué frecuencia y cuánto tiempo se conserva. Una cabina bien dimensionada con una política de retención sin definir acaba llena en dieciocho meses.