The dse.yaml file is the configuration file for setting the delegated snitch, Kerberos authentication, and purging of expired data from the Solr indexes. It is located in the following directories:
For cassandra.yaml configuration, see Node and cluster configuration (cassandra.yaml).
The following property sets which snitch is delegated:
(Default: com.datastax.bdp.snitch.DseSimpleSnitch) The snitch to be delegated by the DseDelegateSnitch. The DseSimpleSnitch places Cassandra, Hadoop, and Solr nodes into separate data centers. See DseSimpleSnitch.
For more information, see About snitches in the Cassandra documentation.
The following properties set the QOP (Quality of Protection) and encryption options:
qop: auth A comma-delimited list of Quality of Protection values that clients and servers can use for each connection. The valid values are:
auth: (Default) Authentication only.
auth-int: Authentication plus integrity protection for all transmitted data.
auth-conf: Authentication plus integrity protection and encryption of all transmitted data.
Encryption using auth-conf is separate and completely independent of whether encryption is done using SSL. If both auth-conf and SSL are enabled, the transmitted data is encrypted twice. DataStax recommends choosing one and using it for both encryption and authentication.
The options are:
These settings control the schedulers in charge of querying for and removing expired data.
The options are:
DSE Search provides multi-threaded indexing implementation to improve performance on multi-core machines. All index updates are internally dispatched to a per-core indexing thread pool and executed asynchronously, which allows for greater concurrency and parallelism. However, index requests can return a response before the indexing operation is executed.
(Default: number of available cores times 2) Configures the number of available indexing threads per core. If set to 1, DSE Search returns to the synchronous indexing behavior.
Back-pressure aims at reducing the rate of inserts to relieve memory pressure and cpu/IO usage so that the flush/commit can happen faster. Back-pressure takes effect when a flush/commit is requested. On overloaded systems experiencing an high write rate and slow index/commit performance, try tuning the back-pressure threshold to improve Solr indexing performance by adding this option to the dse.yaml file and configuring it:
By default, the back-pressure threshold is based on the total number of queued requests, rather than the average.