Servidor virtual basado en Linux para servidor web, API y servicios en segundo plano. Considere la selección de implementación, el acceso SSH y el plan de mantenimiento con su aplicación.
Compare recursos para entornos de servidor web, API, bases de datos y desarrolladores.
Servicios ligeros de Linux y entorno de prueba.
349,00 TRY/ mes equivalente · pago anual
Total de 12 meses: 4.188,00 TRY
Objetivo para varios servicios Linux
Solicitar presupuestoSujeto a confirmación de precio y capacidad
Precios específicos para la capacidad planificada
Objetivo para aplicaciones Linux exigentes
Solicitar presupuestoSujeto a confirmación de precio y capacidad
Precios específicos para la capacidad planificada
Opción de recursos para múltiples servicios de Linux
799,00 TRY/ mes equivalente · pago anual
Total de 12 meses: 9.588,00 TRY
La versión de distribución deseada, la arquitectura del procesador y la imagen de instalación deben verificarse antes de realizar el pedido. El alcance del mantenimiento del servidor se determina por separado.
Puede desplazar la tabla horizontalmente en la pantalla estrecha.
| característica | VDS 1 | VDS 2 | VDS 3 | VDS 4 |
|---|---|---|---|---|
| Procesador | 1 CPU virtual | Objetivo: 2 vCPU | Objetivo: 3 vCPU | 4 vCPU |
| Memoria | 2 GB de RAM | Objetivo: 4 GB de RAM | Objetivo: 6 GB de RAM | 8 GB de RAM |
| Almacenamiento NVMe | NVMe de 40GB | Objetivo: 80 GB NVMe | Objetivo: 120 GB NVMe | NVMe de 160GB |
| Acceso al servidor | Acceso raíz/administrador | Acceso raíz/administrador | Acceso raíz/administrador | Acceso raíz/administrador |
| Provisión mensual para pago anual | 349,00 TRY | Según presupuesto | Según presupuesto | 799,00 TRY |
| 12 meses en total | 4.188,00 TRY | Según presupuesto | Según presupuesto | 9.588,00 TRY |
Configure la clave SSH, el usuario autorizado y la política sudo. Conozca la ruta de recuperación antes de cambiar la regla de acceso.
Ejecute la aplicación como un servicio persistente. Pruebe su comportamiento cuando cierre sesión en el terminal o cuando se reinicie el servidor.
Cree un cronograma regular para actualizaciones de seguridad, monitoreo de discos/registros y respaldo externo. Prueba también a restaurar.
El período de soporte de la distribución, el ecosistema del paquete y la compatibilidad del panel determinan su elección.
Ubuntu / Distribución LinuxDistribución Linux para aplicaciones web, servicios API y entornos de contenedores.
Acerca de Ubuntu
Debian / Distribución LinuxOpción de servidor a evaluar con gestión de paquetes y ciclo de vida de lanzamiento.
Acerca de Debian
AlmaLinux / Distribución LinuxOpción de distribución para compatibilidad de paneles y aplicaciones en el ecosistema Linux empresarial.
Acerca de AlmaLinux
aaPanel / Panel de servidorOpción de panel para administrar servicios de sitio web, base de datos y servidor.
Acerca de aaPanelEsta sección explica las tareas de las herramientas. El software, la licencia, la versión y el alcance de instalación de su paquete se aclaran durante la selección del servicio.
Ubuntu, Debian y otras distribuciones de Linux ofrecen un trabajo similar con diferentes versiones de paquetes y procesos de mantenimiento. Selecciona la distribución soportada por el panel, base de datos o herramienta de aplicación que utilizarás. Usar una versión que recibirá mantenimiento a largo plazo facilita su plan de actualización.
Las imágenes de instalación disponibles deben verificarse en la etapa de pedido. Antes de ejecutar un comando de instalación desde Internet, asegúrese de que esté escrito para su distribución y versión.
Verifique la dirección IP y la huella digital de la clave SSH cuando se conecte al servidor. Crear un usuario separado para la gestión diaria y realizar las operaciones necesarias aumentando la autoridad facilita el control de acceso. Si está utilizando un inicio de sesión basado en clave, no cargue su clave privada en el servidor ni en los canales de mensajería públicos.
Pruebe que puede iniciar sesión por segunda vez con el nuevo usuario y clave antes de desactivar el inicio de sesión con contraseña. Habilitar una regla sin permitir el puerto SSH en el firewall puede interrumpir su conexión.
El servidor web, la aplicación, la base de datos y la cola de trabajos se pueden ejecutar en un VDS de Linux. Sin embargo, cada servicio consume RAM y CPU. Aunque el mismo servidor es práctico en un proyecto de inicio con poco tráfico, puede ser necesario administrar la base de datos o los trabajadores por separado en proyectos en crecimiento.
Aplicaciones Node.js para gestión de procesos y proxy inverso; Aplicaciones de Laravel Para PHP, planifique los requisitos de cola y programador por separado. El uso de contenedores no elimina la necesidad de recursos.
Supervise las actualizaciones de paquetes, la capacidad del disco, el estado del servicio y los intentos fallidos de inicio de sesión. Incluso si se utilizan actualizaciones automáticas, se deben seguir los requisitos de reinicio. No deje que los troncos crezcan indefinidamente.
Realice una copia de seguridad de los archivos de la aplicación, las bases de datos y las configuraciones necesarias en una ubicación externa. Predeterminar el acceso de recuperación y los pasos de restauración ahorra tiempo durante una falla. Lista de verificación de la primera instalación de Linux enumera este proceso.
Elija la implementación en función de las herramientas que conoce su equipo, los paquetes que admite la aplicación y el plan de mantenimiento. En lugar de seleccionar automáticamente la versión anterior mencionada en un tutorial, verifique el estado del soporte y los recursos del paquete de terceros. Las diferencias de arquitectura, como x86 o ARM, pueden afectar la compatibilidad de las imágenes de aplicaciones listas para usar.
Verifica antes de realizar el pedido que la imagen y arquitectura que deseas sea ofrecida por el proveedor. El uso de Docker tampoco elimina el mantenimiento del sistema operativo y del servidor. Si existe una necesidad de núcleo o de red personalizada, no asuma que el paquete estándar lo cubre.
| capa | Negocio responsable | control de aceptación |
|---|---|---|
| Acceso | Usuario, SSH y ruta de recuperación | Es posible iniciar sesión con una nueva sesión. |
| web/aplicación | Inicio del servicio y gestión de errores. | La aplicación se abre después del reinicio |
| base de datos | Autorización, copia de seguridad y límite de acceso | Probé la conexión y devolución de la aplicación |
| Mantenimiento | Actualización, registro y monitoreo de disco | Advertencia y persona responsable definida |
Si divide el trabajo entre su equipo y el proveedor, asegúrese de que quede claro quién opera en cada capa. La notificación "Servidor activo" por sí sola no prueba que el flujo de trabajo de la aplicación sea completamente funcional.
Agregue bases de datos, instalaciones de usuarios, registros, archivos de compilación temporales e imágenes de contenedor, si las hubiera, junto a los archivos de la aplicación. Las copias de seguridad que se acumulan en el mismo servidor pueden consumir capacidad rápidamente; Especifique la copia individual y el período de retención.
Primera lista de verificación de instalación Complete y cree un programa de mantenimiento recurrente. Node.js y Laravel Las páginas explican aspectos de los procesos de implementación que deben planificarse por separado.
El alcance de la gestión, los recursos y los servicios adicionales pueden variar. Consulte las diferencias que son importantes para su propio proyecto en la siguiente tabla.
| Proveedor/servicio | Modelo de gestión | Costo y alcance | Criterios de selección |
|---|---|---|---|
| Hızlı Hosting | VDS con acceso administrativo para aplicaciones Linux. | Equivalente a 349,00 TL – 799,00 TL / mes; pago anual. Impuestos/renovación y servicios adicionales están confirmados. | Compatibilidad de implementación, capacidad de servicio y acceso de recuperación. |
| Nube de Hetzner | Opciones de Linux que incluyen Ubuntu y Debian. | Hay clases de recursos compartidos y dedicados. | Considere la distribución, la arquitectura y la clase de CPU juntas. |
| Gotas del océano digital | Infraestructura Droplet basada en Linux. | La gestión de aplicaciones y datos es responsabilidad del cliente. | Asigne un presupuesto para el mantenimiento continuo y la instalación. |
Control de fuente: . Puede desplazar la tabla horizontalmente en pantallas estrechas. Esta tabla no es una prueba de velocidad o tiempo de actividad; el precio, la ubicación, los impuestos y las condiciones de la campaña deben compararse por separado el día del pedido. No implica una relación de asociación ni respaldo.
No. Puedes administrar el servidor a través de SSH. Si elige un panel, tenga en cuenta la licencia, el sistema operativo compatible y los requisitos de recursos adicionales.
El alcance de la gestión debe determinarse por separado. La instalación, las actualizaciones y el mantenimiento de la aplicación en un servidor rooteado no se consideran automáticamente responsabilidad del proveedor.
Sí, el sistema operativo host, el entorno operativo, el disco y la administración de acceso continúan. El uso de contenedores no elimina toda responsabilidad operativa.
La reinstalación puede provocar la pérdida de datos. Antes de la operación se debe preparar un plan independiente de copia de seguridad y reinstalación de aplicaciones; Descubra el ámbito de operaciones del proveedor.
Prepare su uso actual y sus expectativas con estos cuatro títulos. De esta manera, puede evaluar juntos los recursos del paquete y el alcance del servicio.
Prepare la nota de necesidad