REQUERIMIENTO DE INFRAESTRUCTURA EN LA NUBE

Sistema:
Cleversoft ERP/CLUB desktop con SQL Server, File Server y escritorios remotos RDP

1.Objetivo

Definirlos requerimientos técnicos mínimos y recomendados para instalar y operar el sistema Cleversoft ERP/CLUB desktop en una infraestructura en la nube, compuesta por:

• Un servidor Windows central con funciones de base de datos Microsoft SQL Server y file server compatible SMB/Samba.
• Nservidores Windows RDP / Remote Desktop Session Host, ubicados en la
  misma red privada que el servidor SQL.
• Escalamiento horizontal de servidores RDP según la cantidad de usuarios
  concurrentes.

  
  

• Redprivada, seguridad, respaldo, monitoreo y lineamientos de operación.

  
  

2.Alcance de la solución

La solución contempla la ejecución del sistema Cleversoft ERP/CLUB
desktop desde sesiones remotas RDP. Los usuarios finales no se
conectan directamente a la base de datos desde sus PCs locales, sino
que acceden a un servidor RDP donde se ejecuta la aplicación. El
servidor SQL y los servidores RDP deben estar dentro de la misma red
privada cloud para reducir latencia, mejorar seguridad y evitar
exposición innecesaria de servicios internos.

2.1 Componentes principales

Componente	Cantidad	Función	Observaciones
Servidor SQL + File Server	1	Alojar SQL Server, bases de datos, archivos compartidos del sistema y carpetas de trabajo.	Debe tener discos separados para sistema operativo, datos SQL, logs SQL, TempDB, backups y archivos compartidos.
Servidores RDP Windows	N	Publicar escritorios remotos o RemoteApp para ejecutar el sistema.	Escalar agregando servidores según usuarios concurrentes. Se recomienda balanceador o broker RDS.
Red privada / VPC / vNet	1	Comunicación interna entre servidores.	No exponer SQL Server ni SMB a Internet.
Gateway / VPN / Bastion	1	Acceso administrativo seguro.	RDP público directo solo si no hay alternativa, restringido por IP y MFA.
Backups y monitoreo	1	Protección y operación.	Backups automáticos, alertas, métricas y logs.

3.Arquitectura lógica recomendada

La arquitectura recomendada es la siguiente:

• Usuarios externos se conectan mediante VPN, RD Gateway, Bastion o acceso RDP controlado.
• Los usuarios ingresan a uno de los servidores RDP disponibles.
• La aplicación se ejecuta dentro del servidor RDP.
• Los servidores RDP acceden al servidor SQL por red privada, preferentemente con latencia menor a 2 ms dentro de la misma zona/región.
• Los archivos compartidos utilizados para la actualización del sistema
  se acceden por SMB desde los RDP hacia el file server central.
• Los backups se almacenan en repositorio separado del servidor principal,
  preferentemente object storage o storage administrado con retención.

  
  

Importante:
la base de datos
SQL Server y los recursos compartidos SMB no deben quedar publicados
hacia Internet. Solo deben aceptar tráfico desde la red privada y
desde los servidores autorizados.

4.Criterio de dimensionamiento de usuarios concurrentes

Para evitar degradación del rendimiento, se recomienda definir una
capacidad máxima de usuarios concurrentes por servidor RDP. El valor
X depende del uso real de la aplicación, consumo de memoria por
sesión, reportes, impresiones, uso de Excel/PDF y procesos
auxiliares.

Perfil de uso	Usuarios conc. por RDP (X)	vCPU por RDP	RAM por RDP	Uso típico
Liviano	15 a 20	4 vCPU	16 GB	Consulta, carga simple, baja emisión de reportes.
Medio recomendado	20 a 30	8 vCPU	32 GB	Operación administrativa normal, reportes moderados, varios módulos.
Intensivo	30 a 40	12 a 16 vCPU	48 a 64 GB	Muchos reportes, exportaciones, procesos pesados o usuarios muy activos.

Fórmula de capacidad: Cantidad de servidores RDP requeridos = CEILING(Usuarios concurrentes
esperados / X)

Ejemplo: si se esperan 90 usuarios concurrentes y se define X = 25 usuarios por servidor RDP, se requieren 4 servidores RDP. Se recomienda agregar margen de crecimiento del 20% al 30%.

5.Características técnicas del servidor SQL Server + File Server

Este servidor es el componente central de la solución. Debe priorizar rendimiento de disco, memoria suficiente, estabilidad y respaldo. Se recomienda no usarlo como servidor RDP para usuarios finales.

Recurso	Mínimo	Recomendado producción	Observaciones
Sistema operativo	Windows Server 2016 Standard	Windows Server 2022 Standard o Datacenter	Mantener actualizado con parches de seguridad.
Base de datos	SQL Server Standard	SQL Server Standard o Enterprise según tamaño/carga	Definir licenciamiento por core o Server + CAL.
vCPU	8 vCPU	16 vCPU o más	Ajustar según tamaño de base y cantidad de usuarios.
Memoria RAM	32 GB	64 GB a 128 GB	Reservar memoria máxima de SQL dejando RAM al sistema operativo.
Disco SO	100 GB SSD	150 GB SSD	Solo Windows y herramientas.
Disco datos SQL	SSD premium 300 GB	SSD/NVMe premium 500 GB o más	Separado de logs y backups. Crecimiento según base.
Disco logs SQL	Usar disco de datos	SSD/NVMe premium 200 GB o más	Baja latencia de escritura.
Disco TempDB	Usar disco de datos	SSD/NVMe premium 200 GB o más	Separado si la carga lo justifica.
Disco backups local	Usar disco de datos	1 TB o más	Además debe existir backup externo/offsite.
File server SMB	Usar disco de datos	100 GB o más	Carpetas compartidas de instalación, reportes, temporales y documentos.
Red	1 Gbps	1 a 10 Gbps	Red privada con baja latencia hacia RDP.
Alta disponibilidad	Snapshot + backup	Opcional: réplica, clustering o instancia administrada	Depende del SLA requerido.

6.Configuración recomendada de SQL Server

• Configurar memoria máxima de SQL Server para evitar que consuma toda la RAM del sistema.

  
  

• Separar archivos MDF/NDF, LDF, TempDB y backups en discos distintos cuando
  sea posible.

• Configurar TempDB con múltiples archivos de datos, ajustado a la cantidad de vCPU y carga real.

  
  

• Activar planes de mantenimiento: backup full, diferencial y log según el modelo de recuperación.

  
  

• Ejecutar tareas de mantenimiento de índices y estadísticas en horarios de baja actividad.

  
  

• Configurar alertas por espacio en disco, uso de CPU, memoria, bloqueos, errores SQL y fallas de backup.

  
  

• Restringir el puerto SQL Server únicamente a los servidores RDP y equipos administrativos autorizados.

  
  

7. Características técnicas de servidores RDP Windows

Los servidores RDP ejecutan la aplicación desktop Clarion para los usuarios. Deben instalarse en la misma red privada del servidor SQL y acceder al file server por ruta UNC interna.

Recurso	Mínimo	Recomendado producción	Observaciones
Sistema operativo	Windows Server 2016	Windows Server 2022	Rol Remote Desktop Session Host.
vCPU	4 vCPU	8 vCPU	Para 20 a 30 usuarios concurrentes por servidor.
Memoria RAM	16 GB	32 GB	Aumentar si se usan Office, PDF, reportes pesados o múltiples apps.
Disco SO	150 GB SSD	150 GB SSD	Sistema operativo, aplicación y temporales locales.
Disco temporal	Usar disco SO	100 GB	Perfiles, temporales, spool de impresión y cachés.
Red	1 Gbps	1 Gbps o superior	Misma región/zona que SQL.
Antivirus	Exclusiones básicas	Exclusiones controladas para SQL/Clarion/temporales	Evitar inspección excesiva de carpetas de datos y ejecutables confiables.
Impresión	Drivers necesarios	Universal Print / Easy Print / drivers homologados	Probar impresoras fiscales, tickets o reportes si aplican.
Escalamiento	Manual	Automatizado o por imagen base	Crear imagen patrón para agregar RDP rápidamente.

8.Tabla orientativa de escalamiento RDP

Usuarios concurrentes	X usuarios por RDP	Servidores RDP requeridos	Configuración sugerida por RDP	Comentarios
Hasta 25	25	1	8 vCPU / 32 GB RAM	Escenario inicial recomendado.
26 a 50	25	2	8 vCPU / 32 GB RAM c/u	Permite balanceo y mantenimiento parcial.
51 a 75	25	3	8 vCPU / 32 GB RAM c/u	Agregar broker o balanceador.
76 a 100	25	4	8 vCPU / 32 GB RAM c/u	Revisar CPU/RAM del SQL.
101 a 150	25	6	8 a 12 vCPU / 32 a 48 GB RAM c/u	Recomendable monitoreo fino y pruebas de carga.
Más de 150	A definir	N = CEILING(usuarios/X)	Dimensionamiento específico	Requiere análisis de carga real, SLA y crecimiento.

9.Requerimientos de File Server / SMB

• Crear carpetas compartidas para instalación del sistema, archivos comunes, reportes, exportaciones y temporales compartidos si fueran necesarios.

  
  

• Utilizar permisos por grupos de seguridad, evitando permisos directos por usuario.

  
  

• Separar carpetas de datos operativos, instaladores y backups.
• Habilitar auditoría de acceso si el cliente lo requiere.

  
  

• No publicar SMB hacia Internet. El acceso debe ser únicamente por red privada, VPN o desde los servidores RDP.

  
  

10.Red, seguridad y accesos

Elemento	Requerimiento	Detalle
Red privada	Obligatoria	Servidor SQL, file server y RDP dentro de la misma VPC/vNet/subred o subredes privadas conectadas.
Acceso SQL	Privado	Puerto 1433 accesible solo desde RDP y administración autorizada.
Acceso SMB	Privado	Puertos SMB accesibles solo desde RDP y administración autorizada.
Acceso RDP	Controlado	Preferentemente por RD Gateway, VPN, Bastion o firewall con IPs permitidas.
MFA	Recomendado	Aplicar doble factor para usuarios administrativos y acceso remoto externo.
Firewall	Obligatorio	Reglas por mínimo privilegio.
Dominio / AD	Recomendado	Active Directory para usuarios, grupos, GPO, licencias RDS y políticas.
Certificados	Recomendado	Certificados válidos para RD Gateway/servicios publicados.

11. Backups, recuperación y continuidad

Se recomienda implementar una política de backup con retención local y externa/offsite. Los backups deben probarse periódicamente mediante
restauraciones controladas.

• Backup full diario de bases SQL.
• Backup diferencial cada 4 a 6 horas si la operación lo requiere.
• Backup de logs cada 15 a 60 minutos para bases en modo FULL.
• Snapshots de discos o VM como complemento, no como reemplazo del backup SQL.
• Copia externa a object storage o repositorio separado con retención mínima sugerida de 30 días.
• Prueba de restore mensual o trimestral.
• Definir RPO y RTO con el cliente: pérdida máxima aceptable de datos y tiempo máximo de recuperación.

12. Monitoreo y operación

• CPU, RAM, disco, IOPS y latencia de discos en todos los servidores.
• Espacio libre en discos de datos, logs, TempDB, backups y file server.
• Estado de servicios SQL Server, SQL Agent, RDS, licencias RDS y servicios críticos.
• Fallos de backup, errores del Event Viewer y errores SQL Server.
• Cantidad de sesiones RDP activas por servidor.
• Tiempo de respuesta de la aplicación y consultas SQL críticas.
• Alertas por intentos de acceso fallidos y cambios administrativos.

  
  

13. Licenciamiento requerido

El cliente o proveedor cloud deberá validar el licenciamiento aplicable según modalidad contratada. Como mínimo se debe contemplar:

• Licencias de Windows Server para cada servidor.
• Licencias RDS CAL por usuario o por dispositivo para acceso remoto.
• Licenciamiento de SQL Server Standard/Enterprise por core o Server + CAL, según corresponda.
• Licencias de Microsoft Office u otras herramientas instaladas en RDP, si se requieren.
• Licencias de antivirus, backup, monitoreo y software adicional.

  
  

14. Ambientes recomendados

Ambiente	Objetivo	Configuración sugerida	Observaciones
Producción	Operación diaria	SQL + File Server dedicado y N RDP	Alta disponibilidad según SLA.
Testing / Homologación	Pruebas de versión y capacitación	VM menor o compartida	No debe afectar producción.
Contingencia	Recuperación ante falla	Backups restaurables o réplica	Definir RTO/RPO y procedimiento documentado.

15.Checklist de entrega de infraestructura

• Servidor SQL instalado, actualizado y con discos separados según diseño.
• SQL Server instalado, configurado y accesible solo por red privada.
• Carpetas SMB creadas con permisos por grupos.
• Servidores RDP unidos al dominio o configurados con política de usuarios.
• Aplicación Clarion instalada y probada desde cada RDP.
• Conectividad RDP-SQL validada por red privada.
• Backups configurados y primera restauración de prueba realizada.
• Monitoreo y alertas habilitadas.
• Reglas de firewall revisadas y documentadas.
• Licencias Windows, RDS y SQL validadas.
• Usuarios concurrentes de prueba validados contra el dimensionamiento definido.

16. Supuestos y datos a completar

Dato	Valor a completar	Impacto
Usuarios nominales	[Completar]	Define licencias y crecimiento.
Usuarios concurrentes máximos	[Completar]	Define cantidad N de servidores RDP.
X usuarios por RDP	[Recomendado inicial: 25]	Define escalamiento.
Tamaño actual de base SQL	[Completar]	Define discos y backups.
Crecimiento mensual esperado	[Completar]	Define almacenamiento futuro.
Horario crítico de operación	[Completar]	Define ventanas de mantenimiento.
SLA requerido	[Completar]	Define alta disponibilidad y contingencia.
RPO/RTO	[Completar]	Define política de backup y recuperación.
Proveedor cloud	[Azure / AWS / GCP / Otro]	Define familias de VM y servicios equivalentes.

17. Recomendación base de implementación

Como configuración inicial de producción para una instalación estándar, se recomienda partir de:

• 1 servidor Windows SQL + File Server: 16 vCPU, 64 GB RAM, discos SSD
  premium separados para SO, datos, logs, TempDB, backups y archivos

• 1 servidor RDP por cada 20 a 30 usuarios concurrentes, usando como
  referencia X = 25 usuarios por servidor.

  
  

• Cada servidor RDP: 8 vCPU, 32 GB RAM, disco SSD de 150 GB y disco
  temporal de 100 GB.

  
  

• Red privada única para todos los servidores y acceso externo por VPN/RD
  Gateway/Bastion.

  
  

• Backups SQL diarios, logs frecuentes, copia externa y prueba periódica de restauración.

  
  

• Monitoreo activo con alertas de capacidad, disponibilidad y seguridad.