Este artículo brinda sugerencias para garantizar que los reinicios del servidor sean rápidos y con mínimas interrupciones.
Asegúrese de configurar y ejecutar correctamente las copias de seguridad del servidor
Le recomendamos que utilice copias de seguridad para mantener sus datos actualizados. Los respaldos en la nube de Rackspace ejecutan un respaldo diferencial con una frecuencia establecida. Puede configurar una copia de seguridad en la nube para que se ejecute en cualquier cantidad de directorios.
Importante :Los servidores en la nube de rendimiento que tienen un disco de datos no incluyen particiones de datos en las instantáneas de imágenes que toma. Asegúrese de que su esquema de datos incluya estas particiones de datos.
Copia de seguridad de Linux
Si está ejecutando un servidor Linux®, es posible que deba realizar una copia de seguridad de los siguientes directorios:
- /inicio
- /raíz
- /etc (Este directorio contiene la mayoría de sus archivos de configuración).
- /var/www (Este directorio a menudo contiene sus sitios web y archivos).
- /var/lib/mysqlbackup (Los servidores creados con Rackspace ManagedOperations tienen un proceso automatizado que ejecuta automáticamente un
mysql dumpde MySQL® a esta carpeta.)
Copia de seguridad de Windows
Si está ejecutando un servidor Windows®, le recomendamos que realice una copia de seguridad de las ubicaciones donde almacena datos, como las siguientes ubicaciones:
- C:\inetpub
- C:\Usuarios
- Cualquier unidad adicional como D: y E:
Copia de seguridad de bases de datos en vivo
Cloud Backup no realiza copias de seguridad de bases de datos en vivo. Debe realizar una copia de seguridad de estas bases de datos utilizando herramientas como Microsoft® SQL Server Management Studio.
Le recomendamos que considere detenidamente sus aplicaciones específicas y sus necesidades de copia de seguridad.
Asegúrese de configurar los servicios para que se inicien después del inicio (inicio)
La configuración de instalación predeterminada no incluye un reinicio automático. Debe configurar los servicios para que se reinicien después de que el servidor se reinicie o se reinicie. Para saber cómo realizar esta tarea, seleccione el siguiente recurso que corresponda al sistema operativo (SO) de su servidor:
- Windows:Prepárese para migrar un servidor de Windows
- Sistema operativo Ubuntu®:ACTUALIZACIÓN-RC.D(8)
- RHEL® y CentOS®:uso de la utilidad chkconfig
Asegúrese de configurar iptables o Firewall de Windows para reiniciar al reiniciar
Asegúrese de que las reglas de firewall que configure permanezcan activas al reiniciar. Esta sección le muestra cómo realizar esta tarea.
frase de contraseña SSL
No recomendamos usar una frase de contraseña cuando genera un certificado Secure SocketsLayer (SSL). Sin embargo, si ya tiene una frase de contraseña para su certificado SSL, debe ingresarla en el servidor cuando se reinicie. Los servicios en el servidor no pueden comenzar hasta que ingrese esa frase de contraseña.
Asegúrese de que los volúmenes de Cloud Block Storage se conecten al reiniciar
Si tiene datos en un volumen de Cloud Block Storage adjunto a un servidor en la nube, debe asegurarse de conectar cualquier volumen correctamente después de reiniciar.
Para hacer esto, debe agregar su volumen a la información del sistema de archivos estáticos en el fstab archivo.
Nota :si utiliza Windows, asegúrese de que el almacenamiento en bloque montado permanezca montado después de reiniciar el servidor.
FSCK (comprobación de coherencia del sistema de archivos)
Una verificación de consistencia del sistema de archivos (fsck operación) generalmente se ejecuta automáticamente en el momento del arranque. Dos disparadores comunes ejecutan automáticamente un fsck . El sistema operativo detecta que un sistema de archivos se encuentra en un estado inconsistente (debido a un apagado incorrecto, como un bloqueo o una pérdida de energía) o la cantidad de veces que se monta el sistema excede el límite.
Después de reiniciar su servidor, esta verificación puede ocurrir automáticamente. Si lo hace, el fsck podría retrasar que su servidor vuelva a estar en línea. Si bien las demoras suelen ser experiencias negativas, en este caso, la demora podría salvar su servidor. Le recomendamos que permita que se complete la verificación del sistema de archivos, independientemente de la demora. Si intenta reiniciar el servidor nuevamente, reanuda la verificación del sistema de archivos y extiende la demora.
Prueba
Para asegurarse de que comprende cómo reaccionan sus servidores y otros productos en la nube durante y después de un reinicio, le recomendamos encarecidamente que se tome unos minutos para probar el proceso de reinicio.
Realice pruebas durante la fase de desarrollo o en servidores separados para limitar el impacto en el cliente.
Mitigar el impacto de un reinicio
Utilice los consejos de esta sección para reducir el impacto de los reinicios del servidor.
Escala horizontal
Una de las mejores maneras de evitar el impacto prolongado de un reinicio es distribuir su aplicación en varios servidores redundantes en niveles. Este enfoque, llamado escalamiento horizontal , es una excelente manera de minimizar el riesgo de tiempo de inactividad debido a la caída de un solo servidor.
Páginas de error personalizadas
El uso de un balanceador de carga en la nube le permite configurar una página de error personalizada si un servidor conectado al balanceador de carga está fuera de línea o no responde. Cuando configura proactivamente esa página de error, un visitante de su sitio recibe un mensaje de error específico para su aplicación única.