Anteriormente, debido al trabajo requerido para construir un clúster de aplicaciones de nginx + upsync + consul que admita HTTP3 en aws, si desea conocerlo, puede leer los tres blogs anteriores:
QUIC combat (1) Implementar NGINX
QUIC que admita HTTP3 a través de Quiche combat (2) AWS build nginx (http3.0) + upsync + consul (modo servidor-cliente) Cluster
QUIC combat (3) Solicitud de certificado Letencrypt y renovación automática
Las operaciones relacionadas de putty y winscp pueden referirse a:
operación de notas de la máquina AWS mediante putty y winscp
Para ahorrar costos de AWS, detendré la instancia correspondiente cuando no esté en uso, pero cada vez que se inicie la depuración, la aplicación en cada instancia debe reiniciarse. Debe iniciar sesión en 9 máquinas y operar el comando de inicio. Esto es muy problemático.
Así que quiero configurar la aplicación correspondiente para que se inicie automáticamente después de arrancar, de modo que solo necesito reiniciar la instancia e ir a la interfaz web de consul para confirmar si todas las máquinas están funcionando normalmente.
Las aplicaciones que necesito para iniciar son nginx, consul server, consul client, tomcat, y sus comandos de inicio son muy obvios. Con respecto a consul server y consul client, también escribí un script de shell separado antes, para poder ejecutar directamente el script para start se aplica el Cónsul correspondiente. Por lo tanto, solo necesito configurar el comando de inicio o el script de la aplicación correspondiente para que se ejecute al mismo tiempo que el inicio.
Tomando consul client y tomcat como ejemplos, implementé ambas aplicaciones en una instancia
Escriba un script de shell:
#!/bin/sh
#chkconfig: 2345 80 90
#description:tomcat_consul_start.sh
sudo -i
/opt/apache-tomcat-8.5.58/bin/startup.sh
/opt/consul_client.sh
El significado del comando chkconfig se presentará más adelante. Los comandos restantes son muy simples, es decir, cambie al usuario root, y luego inicie Tomcat y ejecute el script de inicio del cliente consul respectivamente. Este script está escrito por mí mismo. Puede consulte QUIC actual combat (2) AWS compila el clúster nginx (http3.0) + upsync + consul (modo servidor-cliente) Este blog.
Agregue el permiso de ejecución del script, luego colóquelo en /etc/init.d/ y agréguelo al arranque
chmod +x tomcat_consul_start.sh
cp tomcat_consul_start.sh /etc/init.d/
chkconfig --add tomcat_consul_start.sh
Puede ver que se ha agregado correctamente al elemento de inicio
De esta forma, después de reiniciar la instancia, el cliente tomcat y consul se iniciará automáticamente y el trabajo habrá terminado.
Para el servidor cónsul y nginx, siga los pasos anteriores. Lógicamente, todas las aplicaciones se iniciarán después de que reinicie todo el clúster, y el clúster nginx + upsync + cónsul estará disponible.
Sin embargo, en mi operación real, solo una de las tres instancias del servidor de cónsul se inició correctamente al final, y las otras dos no se iniciaron correctamente. Todavía no he encontrado la razón correspondiente, así que lo inicié manualmente. Lo agregaré después de encontrar la razón
Acerca del comando chkconfig
Hay varios niveles de chkconfig:
0: significa apagado
1: significa modo de usuario único
2: significa sin enlace de red modo de línea de comando multiusuario
3: significa modo de línea de comando multiusuario de enlace de red
4: significa situación no disponible
5: significa con gráfico interfaz Modo multiusuario
6: significa reiniciar
Entonces, chkconfig: 2345 significa iniciar este servicio
en el nivel 2345, y los siguientes 80 90 son la prioridad de inicio y la prioridad de apagado, respectivamente.
La prioridad del programa es el orden en que la CPU ejecuta el programa. Cuanto menor sea el valor, mayor será la prioridad. La prioridad de inicio y la prioridad de apagado aquí son la prioridad del proceso que inició el script y la prioridad del proceso que cerró el script.