Un sistema de back-end de Java completo usualmente involucra muchas tecnologías, como base de datos, caché, middleware de mensajes, etc. Además, desde el nivel de implementación, puede ser inseparable de nginx y docker. Debe ser más hábil Para utilizar estas tecnologías para profundizar su comprensión, es esencial tener su propio entorno.
Con la última actualización del sistema centos6.5 a centos7.8, está previsto migrar hadoop, redis, mongodb, kafka y otro software al nuevo sistema de máquina virtual. Recientemente se ha registrado la instalación y la implementación de docker y hadoop. Agregue primero redis, mongodb y kafka.
instalación de redis
De hecho, la instalación de redis se registró recientemente. Puede consultar los conocimientos básicos de Linux sobre la instalación de redis y la instalación de software en Linux .
Cabe señalar que después de que el sistema se actualiza a centos7.8, el proceso de instalación tiene algunos giros y vueltas. Para la solución, consulte los dos artículos reproducidos a continuación:
https://tuzongxun.blog.csdn.net/article/details/108461134
https: // tuzongxun.blog.csdn.net/article/details/108461618
instalación de mongodb
Descarga el paquete de instalación
En la página https://www.mongodb.com/try/download/community, seleccione el tipo de instalación, la versión y el entorno requeridos, y luego copie el enlace de descarga, por ejemplo https://fastdl.mongodb.org/linux/mongodb-linux- x86_64-rhel70-4.4.0.tgz, luego puede usar wget para descargar el paquete de instalación en linux:
wget https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-rhel70-4.4.0.tgz
Abrir la cremallera
Utilice tar para descomprimir el paquete de instalación:
tar xf mongodb-linux-x86_64-rhel70-4.4.0.tgz
El directorio de instalación que planeé es /opt/mongodb
que el nombre descomprimido es demasiado largo y se le cambió el nombre, y luego todo el directorio de instalación es /opt/mongodb/mongodb4.4
.
Configuración
Mongodb se puede configurar sin ninguna configuración y se puede iniciar completamente de forma predeterminada, pero puede informar un error cuando se inicia, ya que se requieren varios directorios de forma predeterminada.
Pero para estar en su lugar en un solo paso, elegí usar directamente el archivo de configuración para comenzar, /opt/mongodb/mongodb4.4
crear un directorio conf en el directorio y luego crear un archivo mongodb.conf en el directorio y agregar el siguiente contenido:
dbpath=/opt/mongodb/mongodb4.4/data/
logpath=/opt/mongodb/mongodb4.4/logs/mongodb.log
fork=true
port=27017
bind_ip=0.0.0.0
auth=false
Cabe señalar que los comandos anteriores para el directorio y el nombre del archivo se pueden personalizar.
El significado del contenido anterior es el siguiente:
Especificar el directorio de almacenamiento de datos;
especificar el directorio de almacenamiento de registros;
habilitar la operación en segundo plano;
especificar el número de puerto (27017 predeterminado, no especificado);
configurar la IP de enlace, cualquier máquina puede acceder a 0.0.0.0;
desactivar la autenticación de autoridad de usuario
Hay directorios y archivos designados en la configuración anterior, que son diferentes de los del archivo de configuración de hadoop, que se crean automáticamente. Mongodb no lo creará por sí mismo, por lo que los directorios relevantes deben crearse con anticipación.
Configurar variables de entorno
Esta es una operación de rutina, así que no diré más, el propósito es ejecutar comandos relacionados de manera más conveniente, sin tener que ingresar o especificar el directorio de instalación cada vez.
Antes de que existieran java y redis, el /etc/profile
contenido relevante después de unirse a mongodb era el siguiente:
export JAVA_HOME=/opt/java/jdk1.8.0_261
export REDIS_HOME=/opt/redis/redis6
export MONGODB_HOME=/opt/mongodb/mongodb4.4
export PATH=$PATH:$JAVA_HOME/bin:$REDIS_HOME/bin:$MONGODB_HOME/bin
Inicio y verificación
La instalación de mongodb es relativamente simple. Con la configuración anterior, puede usar el archivo de configuración para comenzar, por ejemplo:
mongod -f /opt/mongodb/mongodb4.4/conf/mongodb.conf
Luego, puede usar el comando mongo para ingresar a la interfaz de operación del cliente incorporada para verificar si la instalación y la implementación son realmente exitosas.
kafka
Kafka se ha utilizado antes, pero todos se utilizan en el entorno de desarrollo de la empresa. En realidad, es la primera instalación en mi propio entorno, pero estas instalaciones también son similares:
Descarga el paquete de instalación
wget https://downloads.apache.org/kafka/2.6.0/kafka_2.12-2.6.0.tgz
Abrir la cremallera
tar -xf kafka_2.12-2.6.0.tgz
Configuración
Kafka depende de zookeeper y viene con un zookeeper, por lo que no es necesario cambiar la configuración.
Pero cuando el general seguirá usando un guardián del zoológico externo y el modo de compilación hdfs-ha, acabo de construir un clúster de guardián del zoológico, por lo que kafka naturalmente usa el clúster del guardián del zoológico, la necesidad de modificar el archivo de configuración de instalación en el directorio, por ejemplo , /opt/kafka/kafka_2.12-2.6.0/config
en server.properties
, el zookeeper.connect
cambiado de la siguiente manera:
zookeeper.connect=node002:2181,node003:2181,node004:2181
Variable ambiental
Como anteriormente, para facilitar la operación, configure también las variables de entorno, el /etc/profile
contenido relevante después de agregar kafka es el siguiente:
export JAVA_HOME=/opt/java/jdk1.8.0_261
export REDIS_HOME=/opt/redis/redis6
export MONGODB_HOME=/opt/mongodb/mongodb4.4
export KAFKA_HOME=/opt/kafka/kafka_2.12-2.6.0
export PATH=$PATH:$JAVA_HOME/bin:$REDIS_HOME/bin:$MONGODB_HOME/bin:$KAFKA_HOME/bin
puesta en marcha
Una vez configurado, puede iniciar kafka usando el archivo de configuración:
kafka-server-start.sh /opt/kafka/kafka_2.12-2.6.0/config/server.properties
verificación
La verificación aquí consta de tres pasos, a saber, crear el tema, producir el mensaje y consumir el mensaje. Primero, cree un tema llamado prueba:
kafka-topics.sh --create --zookeeper node002:2181,node003:2181,node004:2181 --replication-factor 1 --partitions 1 --topic test
La salida del resultado de la ejecución es la siguiente:
Created topic test
Una vez creado el tema, puede utilizar directamente el tema anterior para producir y consumir mensajes, o puede consultar primero la lista de temas:
kafka-topics.sh -list --zookeeper node002:2181,node003:2181,node004:2181
Para verificar que el tema creado está realmente disponible, la línea de comando se conecta a Kafka para enviar un mensaje al tema especificado:
kafka-console-producer.sh --broker-list node001:9092 --topic test
Luego, puede salir de la interfaz de operación anterior o abrir directamente una nueva interfaz y conectarse a Kafka para consumir los mensajes del tema especificado:
kafka-console-consumer.sh --bootstrap-server node000:9092 --topic test --from-beginning