被ranger架构搞糊涂了

9lowa7mx  于 2021-06-02  发布在  Hadoop
关注(0)|答案(1)|浏览(538)

在花了一整天的时间来安装和学习hortonworks的ranger之后,我现在勉强能够使用它了,但是我仍然对它的结构感到非常困惑。我列出以下问题:
ranger和knox之间的关系是什么?hortonworks为什么为同一位置提供两种解决方案?如果我想将它们应用到hadoop集群中,最佳实践是什么?
为什么我必须使用usersync?或者换言之,ranger admin能够与ldap/ad对话以获取用户,为什么它仍然需要usersync?如果usersync也要与ldap/ad(或另一个ldap服务器)通信,会发生什么?它会影响ranger admin self的ldap/ad连接吗?
对于插件的审计连接类似的问题,因为ranger admin有审计连接,为什么插件需要自己到审计数据库的连接?为什么他们不把审计信息推给管理员,让管理员决定在哪里存储信息?如果他们(管理员和插件)和不同的数据库交谈,会发生什么?

vngu2lb8

vngu2lb81#

我想我可以简单地回答问题1
ranger和knox之间的关系是什么?hortonworks为什么为同一位置提供两种解决方案?如果我想将它们应用到hadoop集群中,最佳实践是什么?
它们有不同的用途。ranger为您提供细粒度的ACL控制,knox是一个代理服务器(网关),它提供了一个集中的web服务安全层。也就是说,使用ranger,您有一个中心位置(ui)来管理hadoop堆栈服务的ACL,例如谁可以访问hive上的表;使用knox,您可以使用不安全的http协议将所有hadoop服务置于专用网络下,并且运行在启用https的网关节点(外部可以访问)上的knox服务器为用户提供一个中心http/https条目,以访问支持用户登录的web服务(一些hadoop堆栈服务,例如hadoop,还不支持此功能)。

相关问题