Si recién está comenzando con las bases de datos Apache Cassandra, deberá comprender cómo personalizar varios parámetros para su clúster.
En esta publicación, lo guiaremos a través de varios parámetros importantes que necesitará saber al editar su archivo de configuración de Cassandra.
Tenga en cuenta que las propiedades discutidas en esta publicación no reflejan las capacidades completas de una configuración de Cassandra.
Cassandra.archivo de configuración YML
Al hacer personalizaciones en su clúster, principalmente trabajará con una cassandra.archivo yaml. Este archivo contiene propiedades y valores que definen la funcionalidad del clúster. Es bueno atenerse a las reglas de Yaml, de lo contrario puede conducir a errores.
Por defecto, el Cassandra.El archivo YAML se encuentra en el directorio /etc /cassandra. Sin embargo, si Cassandra se instala a través del archivo, puede encontrar el archivo de configuración en el directorio instalación_dir/conf.
Después de realizar cualquier cambio en el archivo de configuración, debe iniciar los nodos en el clúster para que los cambios entren en vigencia.
Ahora sumamos y discutamos varias propiedades y lo que hacen.
Propiedades del archivo de configuración de Cassandra
Las siguientes son algunas de las propiedades que necesita conocer para la configuración básica del clúster de Cassandra.
- cluster_name: esta propiedad define el nombre de su clúster. El nombre predeterminado para cualquier clúster de Cassandra se establece en "Test Cluster". Asegúrese de que todos los nodos compartan un nombre de clúster similar.
- escuchar_address: esta propiedad define la dirección IP o el nombre de host del nodo Cassandra. Cassandra no recomienda establecer la dirección en 0.0.0.0
- Listen_interface: esto define la interfaz predeterminada en la que Cassandra se unirá cuando se conecte a otros nodos en el clúster.
- escuchar_interface_prefer_ipv6 - Por defecto, Cassandra usará interfaces IPv4. Si esta propiedad se establece en True, Cassandra priorizará las direcciones IPv6.
- CompetLog_Directory - Define el directorio donde Cassandra almacenará los registros de confirmación. Por defecto, este valor se establece en/var/lib/cassandra/comitlog o install_dir/data/comitlog.
- data_file_directories: especifica la ubicación donde se almacenan los datos de Sstable. Por defecto, esto se establece en/var/lib/cassandra/data o install_dir/data/data
- saved_caches_directory - define la ubicación donde se almacena la tabla y el caché de la fila. Los valores predeterminados a/var/lib/cassandra/saved_caches o install_dir/data/saved_caches
- CDC_RAW_DIRECTORY - Establece la ubicación de los archivos de registro de CDC. Predeterminado a/var/lib/cassandra/cdc_raw o install_dir/data/cdc_raw
- Autenticador: le permite especificar el backend de autenticador. Esto es responsable de la autenticación del usuario. Los valores compatibles incluyen:
- Upodauthenticator: deshabilita la autenticación del usuario en Cassandra.
- PasswordAuthenticator: permite a Cassandra usar la autenticación de nombre de usuario y contraseña como se almacena en System_auth.mesa de roles.
- Autorizador: esto le permite especificar el backend del autor, que es responsable de los límites de acceso y los permisos de usuario/rol. Cassandra admite los siguientes autorizadores Backends
- Utilatorizer: deshabilita la autorización que permite cualquier acción a cualquier usuario en el clúster.
- Cassandraautorizer: verifica los permisos almacenados en System_Auth.tabla de permisos para determinar qué permisos están permitidos para qué usuario/rol.
- commit_failure_policy: especifica la política para las fallas de disco de commit. Los valores aceptados incluyen:
- morir - cierra chismes y ahorro. También mata al JVM para evitar el reemplazo del nodo.
- Detener: apaga el nodo y el ahorro.
- stop_commit - apaga el registro de confirmación.
- Ignorar: ignora los errores fatales y permite fallar por lotes.
- disk_failure_policy: establece las reglas sobre cómo Cassandra responde a la falla del disco. Los valores aceptados incluyen:
- Die - mata al JVM y cierra el chisme y el ahorro.
- stop_paranoid - mata el chismes y el ahorro, sstable inclusive.
- parar - apaga el ahorro y chismes
- best_effort: le dice a Cassandra que evite usar el disco fallido, pero en su lugar responda de los SSTABE restantes.
- Ignorar - Ignorar errores fatales.
- rpc_address: define la dirección para las conexiones del cliente.
- rpc_interface: especifica la interfaz de escucha para el servicio RPC de ahorro de ahorro.
- enable_user_defined_functions - permite a Cassandra admitir UDF. esta función esta desactivada por defecto.
- incremental_backups: permita que Cassandra tome copias de seguridad incrementales
- snapshot_before_compacts: especifica si Cassandra tomará instantáneas antes de las compacciones.
Conclusión
Esta publicación describe algunas de las propiedades de configuración más comunes cuando se trabaja con el Cassandra.archivo de configuración yaml. Asegúrese de verificar la documentación completa sobre la opción de configuración de Cassandra para obtener más información.