Configuring TLS/SSL Encryption for CDH Services
In addition to configuring Cloudera Manager cluster to use TLS/SSL (as detailed, starting with Configuring TLS Security for Cloudera Manager), the various CDH services running on the cluster should also be configured to use TLS/SSL. The process of configuring TLS/SSL varies by component, so follow the steps below as needed for your system. Before trying to configure TLS/SSL, however, be sure your cluster meets the prerequisites.
Prerequisites
- Cloudera recommends securing a cluster using Kerberos authentication before enabling encryption such as TLS/SSL on a cluster. If you enable TLS/SSL for a cluster that does not already have Kerberos authentication configured, a warning will be displayed.
- The following sections assume that you have created all the certificates required for TLS/SSL communication. If not, for information on how to do this, see Creating Certificates.
- The certificates and keys to be deployed in your cluster should be organized into the appropriate set of keystores and truststores. For more information, see Creating Java Keystores and Truststores.
Hadoop Services as TLS/SSL Servers and Clients
Hadoop services differ in their use of TLS/SSL as follows:
- HDFS, MapReduce, and YARN daemons act as both TLS/SSL servers and clients.
- HBase daemons act as TLS/SSL servers only.
- Oozie daemons act as TLS/SSL servers only.
- Hue acts as an TLS/SSL client to all of the above.
Compatible Certificate Formats for Hadoop Components
Component | Compatible Certificate Format |
---|---|
HDFS | Java Keystore |
MapReduce | Java Keystore |
YARN | Java Keystore |
Hue | PEM |
Hive (for communication between Hive clients and HiveServer2) | Java Keystore |
HBase | Java Keystore |
Impala | PEM |
Oozie | Java Keystore |