查询性能不同。当实时建立索引的时候，solr会产生io阻塞，而es则不会，es查询性能要高于solr；检索效率不同。在不断动态添加数据的时候，solr的检索效率会变的低下，而es则没有什么变化；管理方式不同。Solr利用zookeeper进行分布式管理，而es自身带有分布式系统管理功能。
在查询性能方面，Solr和Elasticsearch存在显著差异。当实时建立索引时，Solr会产生I/O阻塞，而Elasticsearch则不会。因此，Elasticsearch在查询性能上表现更为出色。在检索效率方面，随着数据的不断动态添加，Solr的检索效率可能会逐渐降低，而Elasticsearch的检索效率则能保持相对稳定。
在一台Intel i7，32G内存的机器上，重新跑这两个的对比。不过有个重大的区别在于，Solr是在这台性能很好的机器上跑，而es的导入进程则是在一台Intel 四核 5G，4G内存的机器上跑的，也许会有性能的差异。ES版本0.18，Solr版本0-ALPHA。
功能区别：ES 是一种搜索引擎，而其他搜索引擎可能具有不同的特点和功能。例子：- Solr is another search engine.（Solr 是另一种搜索引擎。）开发语言区别：ES 是使用 Java 开发的，而其他搜索引擎可能使用不同的开发语言。
Cloudera主推Sentry为核心的授权体系；Hortonwork一方面靠对开源社区走向得把控，另一方面靠收购的XA SECUre。无论今后两家公司对大数据平台市场的影响力如何变化，大数据平台上的细粒度授权访问都值得我们去学习。
Sentry - 配置 - 搜索 admin - 勾选Sentry - 保存更改 - 重启服务 为Hive启用Sentry后会导致HiveServer2的部分属性无法在客户端运行时进行修改。具体受限制的属性参数如下，当然你依旧可以在HiveServer2服务端进行参数修改。保护Hive METAstore是非常重要的。
问题原因在受影响的版本中，某些工作负载可能导致Hive Metastore（HMS）死锁。内部的自动机制可以从这种死锁中恢复。但是，在高并发且写入较重的工作负载中，HMS从死锁中恢复比查询作业的执行时间还长，于是导致HMS的性能下降或者挂起。反过来影响HiveServer2的性能，从而影响查询性能。
管控层对Hadoop集群进行高效可靠的资源及数据管理。脱胎于MapReduce0的YARN已成为Hadoop0的通用资源管理平台。如何与容器技术深度融合，如何提高调度、细粒度管控和多租户支持的能力，是YARN需要进一步解决的问题。
编译Ranger 在hddtstack.com主机下，以root权限进行操作。执行编译命令，等待编译完成。若显示SUCCESS，则表示编译成功。编译成功后，生成的二进制包会位于target目录下。使用已编译好的二进制包进行后续操作。创建Ranger数据库 在hddtstack.com主机上，以Mysql权限登录MySQL数据库。
编译ranger 虽未详述二进制包编译过程，但简要说明如下：执行编译后，显示SUCCESS表示成功。生成的二进制包位于target目录下。使用已编译好的二进制包。创建ranger库 在hddtstack.com主机上以mysql权限创建ranger用户。确保将mysql-connector-JAVA.jar放在/usr/share/java目录下。
E-MapReduce（EMR）是云原生开源大数据平台，提供高性能、稳定版本的Hadoop、Hive、Spark、Flink、Presto、Clickhouse、Delta、Hudi等开源大数据计算和存储引擎。EMR计算资源可根据业务需求灵活调整，并支持部署在阿里云公有云的ECS和ACK、专有云平台。
