Un servidor cloud te entrega una máquina virtual completa: sistema operativo, procesador, memoria, almacenamiento e IP pública. Puedes instalar lo que necesites y crecer sin cambiar de equipo físico. Esa libertad también trae una responsabilidad: alguien debe mantener el sistema, protegerlo y recuperar los datos si algo sale mal.

Esta guía te ayuda a elegir por carga, ubicación y operación, no por la cantidad de siglas en una ficha. Las características de Conexcol citadas aquí se verificaron el 21 de septiembre de 2026; las mediciones de red corresponden al 30 de agosto de 2026.

Primero: ¿necesitas cloud o un sitio elástico?

Si solo necesitas publicar un WordPress, una tienda o correo del dominio, normalmente conviene empezar con un sitio elástico con cPanel. El proveedor administra el sistema operativo y tú trabajas desde el panel.

El cloud cobra sentido cuando necesitas al menos una de estas cosas:

  • acceso root o administrador;
  • instalar un servicio que no existe en cPanel;
  • usar Docker, Node.js, Java, Python, Odoo, n8n o una base de datos dedicada;
  • separar la aplicación y la base de datos;
  • controlar puertos, paquetes, versiones y políticas del sistema;
  • escalar CPU, RAM o disco con más libertad.

Si no necesitas ese control, un servidor puede convertirte en administrador de sistemas por accidente. Comprar root es fácil; mantenerlo un domingo no siempre lo es.

Qué debes dimensionar

CPU: promedio no es lo mismo que pico

La CPU ejecuta el código de tu aplicación, comprime archivos, atiende consultas y cifra conexiones. Una web con tráfico irregular puede funcionar bien con CPU compartida. Una base de datos intensa, un proceso de video o una tarea que debe terminar en un tiempo predecible necesita CPU con mayor garantía.

Conexcol ofrece dos perfiles: los cloud estándar garantizan el 25 % del tiempo de CPU del hipervisor asignado al plan; los optimizados en CPU garantizan el 100 % de sus vCPU. No elijas el segundo por costumbre: elige según medición sostenida, no por un pico de cinco minutos.

RAM: deja espacio para el sistema y la caché

La memoria no la consume solo tu aplicación. También la usan el sistema operativo, la base de datos, el servidor web, los agentes de monitoreo y la caché. Si el servidor empieza a intercambiar memoria con disco, la respuesta se vuelve irregular aunque todavía “esté arriba”.

Antes de contratar, identifica cuánta RAM usa el servicio en reposo, cuánto crece en una hora concurrida y cuánto necesita durante tareas de mantenimiento. Añade margen para actualizaciones y crecimiento; no dupliques a ciegas.

Almacenamiento: capacidad, rendimiento y recuperación

Pregunta cuánto espacio incluye el plan y cómo se comporta el almacenamiento bajo carga. En Conexcol, los servidores cloud usan almacenamiento de estado sólido sobre infraestructura compartida de cabina. La conectividad Fibre Channel multipath mantiene caminos alternos hacia los discos si uno falla.

Eso mejora la continuidad de la infraestructura, pero no reemplaza un backup. La alta disponibilidad mantiene el servicio ante una falla de hardware; un backup permite volver atrás después de borrar un archivo, corromper una base o desplegar una versión defectuosa.

Red y transferencia

Revisa por separado la velocidad del puerto y la transferencia incluida. Un puerto rápido permite ráfagas; la cuota mensual determina cuánto puedes mover sin cargos adicionales. Para estimar transferencia, mide tráfico real y suma backups externos, actualizaciones, descargas y replicación.

Por qué la ubicación en Colombia sí cambia la experiencia

“Cloud” no significa que el servidor esté en todas partes. Está en un lugar físico, y cada petición viaja hasta él.

Desde Bogotá, por INTERNEXA (AS18678) y ruta pública, el endpoint de Conexcol medido el 30 de agosto de 2026 dio un RTT mínimo de 16,9 ms. En la misma metodología, endpoints de Estados Unidos estuvieron entre 94,9 y 138 ms; uno en São Paulo, entre 168 y 180 ms. Son observaciones de esa sesión, no una garantía universal, pero muestran el costo de la distancia para una audiencia colombiana.

La diferencia se multiplica en aplicaciones con login, API, carrito y base de datos. Un CDN puede acercar un archivo estático; no acerca la consulta que debe volver al origen. Si quieres comprobarlo en tu proveedor actual, sigue esta auditoría de ubicación y red.

Cloud estándar o CPU optimizada

Tipo de carga Punto de partida Qué medir
Sitio o API con tráfico variable Cloud estándar CPU sostenida, RAM y tiempo de respuesta
Entorno de desarrollo o pruebas Cloud estándar Picos durante compilación y despliegue
Base de datos con consultas intensas Evaluar CPU optimizada CPU sostenida, IOPS, latencia y bloqueos
Procesamiento, render o transcodificación CPU optimizada Duración y concurrencia de trabajos
Aplicación aún sin historial Plan pequeño medible Una línea base antes de ampliar

El tamaño inicial no es una condena. La ventaja de una máquina virtual es poder ajustar recursos. Define de antemano qué indicador dispara el siguiente cambio: memoria libre, cola de CPU, tiempo de respuesta, espacio o transferencia.

Linux o Windows

Elige por la aplicación, no por familiaridad con el escritorio.

  • Linux suele ser la opción para PHP, WordPress, Node.js, Python, Java, Docker, bases de datos abiertas y herramientas autoalojadas.
  • Windows Server corresponde cuando necesitas componentes de Microsoft, aplicaciones .NET que dependan de Windows, SQL Server o acceso por Escritorio Remoto.

En Windows, separa el precio de la infraestructura del costo de las licencias. En ambos sistemas, un panel como cPanel o Plesk es una licencia y una capa de administración; no viene implícito por contratar una máquina.

Administrado o autoadministrado

En un servidor autoadministrado, tú decides y ejecutas las actualizaciones, el firewall, el monitoreo, los backups y la recuperación. El proveedor mantiene la infraestructura sobre la que corre la máquina, pero no necesariamente tu sistema operativo ni tu aplicación.

Antes de contratar administración, pide una lista concreta. “Administrado” debería responder:

  • qué actualizaciones incluye;
  • qué se monitorea y quién recibe la alerta;
  • quién configura el firewall;
  • cada cuánto se hacen backups y cuántos se conservan;
  • si se prueba la restauración;
  • qué aplicaciones cubre el soporte;
  • qué tiempo de respuesta aplica a un incidente.

Instalar una aplicación una vez no equivale a operarla durante un año.

Disponibilidad, backup y recuperación son tres cosas distintas

Disponibilidad es que el servicio siga respondiendo. Backup es tener una copia en otro punto del tiempo. Recuperación es poder usar esa copia dentro del plazo que tu negocio tolera.

Pregunta qué ocurre si falla el nodo físico, dónde están las copias, si hay una copia fuera de la infraestructura principal y cuánto tarda una restauración completa. Un backup que nunca se ha restaurado sigue siendo una hipótesis.

Seguridad mínima antes de abrir el servidor

  1. usa llaves SSH y desactiva accesos que no necesites;
  2. abre solo los puertos de la aplicación;
  3. instala actualizaciones de seguridad;
  4. crea usuarios sin privilegios para tareas diarias;
  5. activa monitoreo de disponibilidad, recursos y disco;
  6. programa backups fuera de la máquina;
  7. prueba una restauración antes de depender del servicio;
  8. documenta quién puede acceder y cómo revocar ese acceso.

Si instalas cPanel, Plesk u otro panel, endurece también sus accesos y mantén sus licencias y componentes al día.

Lista de preguntas para comparar proveedores

  • ¿En qué país y ciudad corre la máquina?
  • ¿Qué garantía de CPU tiene el plan?
  • ¿La RAM y el almacenamiento indicados están asignados a mi instancia?
  • ¿Qué transferencia y velocidad de puerto incluye?
  • ¿Qué sucede si falla el nodo físico o un camino al almacenamiento?
  • ¿El backup está incluido? ¿Dónde se guarda y cuánto tarda restaurarlo?
  • ¿El sistema es administrado? ¿Qué incluye exactamente?
  • ¿Qué licencias debo sumar?
  • ¿Cómo se amplía CPU, RAM y disco?
  • ¿Qué SLA figura en el contrato y qué compensación establece?

Cómo empezar sin sobredimensionar

  1. Describe la carga. Aplicación, usuarios concurrentes, base de datos, archivos y tareas programadas.
  2. Mide el punto de partida. CPU, memoria, disco, transferencia y respuesta en hora concurrida.
  3. Elige un perfil. Estándar para carga variable; CPU optimizada cuando el procesamiento sostenido lo justifique.
  4. Define el margen. Reserva capacidad para picos y mantenimiento, sin comprar años de crecimiento por adelantado.
  5. Planifica la recuperación. Backup, retención, restauración y responsables antes de publicar.
  6. Vuelve a medir. Amplía por evidencia, no por intuición.

Cloud en Colombia, con una ruta corta hacia tus usuarios

Los servidores cloud de Conexcol operan sobre infraestructura en Colombia conectada a NAP Colombia. Incluyen acceso root, una IP pública y perfiles estándar u optimizados en CPU. Puedes elegir Linux o Windows y sumar administración o panel cuando el proyecto lo requiera.

Tu aplicación corre aquí. Sus milisegundos también.

Si nos cuentas qué ejecutas, cuántos usuarios atiendes y qué consume hoy, podemos recomendarte un punto de partida. Habla con Conexcol; si un sitio elástico resuelve el problema sin que administres un servidor, también te lo diremos.