Servidores VDS
Recursos dedicados para su infraestructura de TI
Potentes servidores virtuales dedicados con recursos de CPU dedicados, memoria RAM reservada, almacenamiento NVMe y compatibilidad con virtualización anidada. Para sistemas empresariales, DevOps y su propia infraestructura de servidores.
Elija su servidor VDS
Cloud VDS 10
-
6 núcleos virtuales
AMD EPYC 7282 a 2,8 GHz -
Memoria (RAM): 24 GB
-
Disco NVMe: 180 GB
-
Puerto: 250 Mbit/s
-
Tráfico: Ilimitado *
Cloud VDS 20
-
8 núcleos virtuales
AMD EPYC 7282 a 2,8 GHz -
Memoria (RAM): 32 GB
-
Disco NVMe: 240 GB
-
Puerto: 500 Mbit/s
-
Tráfico: Ilimitado *
Cloud VDS 30
-
12 núcleos virtuales
AMD EPYC 7282 a 2,8 GHz -
Memoria (RAM): 48 GB
-
Disco NVMe: 360 GB
-
Puerto: 750 Mbit/s
-
Tráfico: Ilimitado *
Cloud VDS 40
-
16 núcleos virtuales
AMD EPYC 7282 a 2,8 GHz -
Memoria (RAM): 64 GB
-
Disco NVMe: 480 GB
-
Puerto: 1 Gbit/s
-
Tráfico: Ilimitado *
Opciones adicionales al realizar el pedido
Características principales de los VDS
Proxmox VE e infraestructura propia
- Máquinas virtuales KVM
- Contenedores LXC
- Entornos de pruebas y producción
- Infraestructura aislada
Aplicaciones empresariales
- Windows Server
- Contabilidad y ERP
- CRM y bases de datos
- Documentos corporativos
Características técnicas
AMD EPYC: rendimiento sin concesiones
Los servidores VDS funcionan con modernos procesadores AMD EPYC 7282 de 2,8 GHz, con núcleos dedicados y compatibilidad con SMT, lo que garantiza un rendimiento estable durante cargas de trabajo prolongadas.
- Rendimiento para tareas de TI exigentes
- Procesamiento eficiente de tareas en paralelo
- Escalabilidad según las necesidades del proyecto
- Potencia sin necesidad de alquilar un servidor físico
Proxmox VE: su propio nodo de virtualización
Utilice su VDS como nodo Proxmox VE para varios entornos de servidor independientes. Usted decide cuántas máquinas crear y cómo configurarlas dentro de los recursos disponibles del VDS.
- Panel web y API unificados
- Plantillas y clonación de VM
- Redes virtuales entre VM
- Asignación de CPU y RAM entre VM
Infraestructura de red para proyectos de TI complejos
Configure el acceso público a los servicios empresariales y las conexiones aisladas entre servidores. Las redes privadas de capa 2 permiten conectar servidores VDS de una misma región para intercambiar datos internamente sin utilizar Internet público.
- Puerto de red de hasta 1 Gbit/s
- Tráfico ilimitado
- Protección automática contra DDoS
- DNS inverso para IPv4 e IPv6
Datos de trabajo y copias de seguridad
Almacenamiento NVMe principal para el sistema operativo y los datos activos. Amplíe el espacio con SSD adicionales cuando lo necesite y utilice un Backup Space independiente para sus propias copias de seguridad.
- Disco principal: NVMe
- Hasta dos SSD adicionales.
- Backup Space: FTP/FTPS
- El cliente configura las copias de seguridad
Control total del entorno del servidor
Obtenga acceso administrativo al sistema operativo para instalar software, configurar servicios y gestionar la infraestructura del servidor por su cuenta.
El despliegue del VDS y las operaciones que requieren acceso a la plataforma de virtualización son realizadas por los especialistas de WorkHost previa solicitud.
- Acceso completo Root / Administrator
- Administración remota SSH / RDP
- Configuración de SO y servicios por cuenta propia
- Operaciones de servicio a través de soporte de WorkHost
Alquiler de VDS para sistemas empresariales e infraestructura de TI propia
Un servidor VDS debe considerarse una base de infraestructura con requisitos definidos de rendimiento, aislamiento y administración. Para algunos proyectos, es un nodo independiente con una base de datos y una aplicación empresarial; para otros, una plataforma para varios entornos virtuales.
El alquiler de VDS en WorkHost está dirigido a clientes que diseñan su propio entorno de servidor y saben cómo se utilizarán sus recursos durante la jornada de trabajo.
Cuando un VPS convencional ya no es suficiente
La elección entre VPS y VDS no depende solo del número de núcleos de CPU o de la memoria RAM. Si la carga es breve e irregular, un VPS convencional puede seguir siendo una opción razonable.
La situación es distinta con los procesos en segundo plano, las operaciones intensivas de bases de datos, el funcionamiento continuo de varios servicios o los picos de carga para los que la disponibilidad de tiempo de CPU es fundamental.
En estos casos, es importante contar con recursos de procesamiento dedicados y predecibles. Al mismo tiempo, un VDS no sustituye a un servidor físico cuando se necesita control directo sobre el hardware.
Planificación de recursos según la carga real
Es mejor empezar a elegir la configuración según el perfil de las aplicaciones, en lugar de optar directamente por el plan más grande.
Para un ERP corporativo o un sistema de contabilidad, importan el número de usuarios simultáneos, el tipo de consultas, el tamaño de la base de datos activa y la duración de las tareas en segundo plano. Para una plataforma de análisis, importan el consumo máximo de RAM y la carga de CPU.
Es importante reservar recursos para actualizaciones, indexación, importación de datos y aumentos temporales de actividad. Un disco de gran capacidad por sí solo no compensa la falta de RAM ni el procesamiento lento de las consultas.
Arquitectura de aplicaciones y entornos virtuales
En un mismo VDS se pueden organizar varias funciones aisladas: servidor de aplicaciones, base de datos, entorno de pruebas o servicios internos.
Al utilizar Proxmox VE, es necesario calcular de antemano los recursos que consume el propio hipervisor y los requisitos totales de las máquinas invitadas. El número de VM creadas no sustituye al cálculo de su carga real.
Para acceder a los servicios desde una red externa, se pueden utilizar un proxy, enrutamiento u otros mecanismos de red. La conexión de IP públicas adicionales a las máquinas virtuales anidadas debe verificarse por separado: la compatibilidad con virtualización no garantiza cualquier topología de red.
Organización de datos de trabajo y copias de seguridad
Para los sistemas empresariales, conviene distinguir los requisitos de los datos activos, los archivos de trabajo y los archivos históricos.
Por ejemplo, una base de datos es sensible a la latencia de las operaciones de disco, mientras que la gestión documental suele requerir, ante todo, suficiente capacidad de almacenamiento.
No debe confundirse el espacio adicional con una copia de seguridad: una eliminación accidental, la corrupción de datos o un fallo del sistema operativo pueden afectar a varios espacios de almacenamiento al mismo tiempo.
Las copias de seguridad deben planificarse por separado, definiendo su frecuencia, período de retención, verificación de integridad y pruebas periódicas de restauración.
Migración de la infraestructura existente a un VDS
La migración de servicios empresariales debe comenzar con un inventario de dependencias: versiones del SGBD, bibliotecas del sistema, tareas en segundo plano, reglas de red e integraciones externas.
Después, conviene probar el nuevo entorno con datos de prueba y acordar una ventana de cambio y un procedimiento para volver al servidor anterior si se detecta algún error.
Para los sistemas que escriben continuamente en la base de datos, son especialmente importantes un punto de copia coherente y la verificación de la integridad después de la migración.
La actualización de DNS por sí sola no sincroniza los datos, por lo que el plan de migración debe tener en cuenta las sesiones activas, las colas de tareas y el tiempo de propagación de los registros.
Administración de un VDS en WorkHost
El alquiler del servidor no incluye la administración automática de las aplicaciones instaladas por el cliente.
El cliente es responsable de actualizar el sistema, configurar el acceso, revisar los registros, supervisar los recursos y establecer la política de copias de seguridad.
Las operaciones de infraestructura que requieren acceso más allá del sistema operativo se coordinan con el soporte de WorkHost.
Antes de realizar el pedido, conviene definir los requisitos de disponibilidad de los servicios, el tiempo de recuperación aceptable y un plan de actuación ante fallos.
Este enfoque permite evaluar tanto el coste del alquiler del VDS como el coste total de operación de la futura infraestructura.
Preguntas frecuentes sobre VDS
1. ¿Cómo cambiar el plan VDS después de realizar el pedido?
La actualización del plan se realiza a través del soporte de WorkHost. Si Live Migration está disponible para la configuración elegida, el cambio se realiza conservando los datos y la dirección IP. Tras la migración, es necesario reiniciar brevemente el servidor. No se admite el cambio a un plan inferior.
2. ¿Qué imágenes de SO personalizadas se admiten?
Se admiten imágenes ISO de arranque e imágenes QCOW2 listas para usar para la arquitectura x86-64 con controladores VirtIO. El uso de imágenes personalizadas requiere una opción adicional y la aprobación previa de WorkHost. No se admiten imágenes personalizadas de Windows Server.
3. ¿Puedo usar mi propia licencia de Windows?
No. No se admite el uso de licencias propias de Windows Server (BYOL). Windows Server se proporciona con una licencia cuyo coste se cobra por separado. Las licencias de aplicaciones empresariales, incluidos Microsoft SQL Server y los servicios de Escritorio remoto, se gestionan por separado.
4. ¿Qué ocurre al reinstalar el SO?
La reinstalación del sistema operativo elimina los datos de la instalación actual del servidor. La dirección IP principal se conserva. Antes de reinstalar, es necesario crear copias de seguridad y comprobar que los datos se pueden restaurar.
5. ¿Cuándo es posible trasladar un VDS a otra región?
El traslado está disponible siempre que no haya SSD adicionales. Live Migration permite conservar los datos del servidor, pero las direcciones IP públicas cambian. El contenido de Backup Space no se traslada automáticamente. La disponibilidad, el coste y las condiciones de la migración se acuerdan previamente con el soporte de WorkHost.
6. ¿Desde dónde se puede acceder a Backup Space?
Solo es posible conectarse desde servidores situados en una infraestructura de centros de datos compatible. No se admite el acceso directo desde servidores externos ni equipos locales. Para transferir archivos se utilizan los protocolos FTP y FTPS.
7. ¿Qué limitaciones tiene el tráfico ilimitado?
8. ¿Cómo se conecta la red privada?
La conexión de Private Networking depende de la compatibilidad del nodo del servidor. En algunos casos basta con reiniciar; en otros, puede ser necesario reinstalar el SO, lo que conlleva la eliminación de los datos y el cambio de la dirección IP. Por ello, recomendamos determinar si necesita una red privada al realizar el pedido del VDS.