commit | 835ba6ec7594024565658b3f7d3d77c23b74be01 | [log] [tgz] |
---|---|---|
author | Kent Yao <11215016@zju.edu.cn> | Mon Apr 09 16:51:54 2018 +0800 |
committer | GitHub <noreply@github.com> | Mon Apr 09 16:51:54 2018 +0800 |
tree | 409d4c48ce7cce7ad7b0263bca237704d3a99bf6 | |
parent | 98ea259eaf3d0acad963572adea0e31c2a245e0a [diff] | |
parent | 4c327f2906d22937fabb5ffaa9d77dc9b96f07c0 [diff] |
Merge pull request #58 from yaooqinn/i57 Preparing release v0.1.0
Kyuubi is an enhanced edition of the Apache Spark's primordial Thrift JDBC/ODBC Server. It is mainly designed for directly running SQL towards a cluster with all components including HDFS, YARN, Hive MetaStore, and itself secured.
Basicaly, the Thrift JDBC/ODBC Server as a similar ad-hoc SQL query servcie of Apache Hive‘s HiveServer2 for Spark SQL, acts as a distributed query engine using its JDBC/ODBC or command-line interface. In this mode, end-users or applications can interact with Spark SQL directly to run SQL queries, without the need to write any code. We can make pretty bussiness reports with massive data using some BI tools which supportted JDBC/ODBC connections, such as Tableau, NetEase YouData and so on. Benifiting from Apache Spark’s capabilty, we can achive much more perfomance improvement than Apache Hive as a SQL on Hadoop service.
But unfortunately, due to the limitations of Spark‘s own architecture,to be used as an enterprise-class product, there are a number of problems compared with HiveServer2,such as multi-tenant isolation, authentication/authorization, high concurrency, high availability, and so on. And the Apache Spark community’s support for this module has been in a state of prolonged stagnation.
Kyuubi has enhanced the Thrift JDBC/ODBC Server in some ways for these existing problems, as shown in the following table.
--- | Thrift Server | Kyuubi | Comments |
---|---|---|---|
Multi SparkContext Instances | ✘ | ✔ | Apache Spark has several issues to have multiple SparkContext instances in one single JVM. Option spark.driver.allowMultipleContexts=true only enables SparkContext to be instantiated many times but these instance can only share and use the scheduler and execution environments of the last initialized one, which is kind of like a shallow copy of a Java object. The patches of Kyuubi provides a way of isolating these components by user to avoid overlapping. |
Dynamic SparkContext Initialization | ✘ | ✔ | Each SparkContext initialization is delayed to the phase of first session of a particular user's creation in Kyuubi, while Thrift JDBC/ODBC Server create one only when it starts. |
Dynamic SparkContext Recycling | ✘ | ✔ | In Thrift JDBC/ODBC Server, SparkContext is a resident variable. Kyuubi will cache SparkContext instances for a while after session closed before the server terminating them. |
Dynamic Yarn Queue | ✘ | ✔ | We use spark.yarn.queue to specifying the queue that Spark on Yarn applications run into. Once Thrift JDBC/ODBC Server started, it becomes unchangable, while HiveServer2 could switch queue byset mapred.job.queue.name=thequeue . Kyuubi adopts a compromise method which could identify and use spark.yarn.queue in the connection string. |
Dynamic Configing | only spark.sql.* | ✔ | Kyuubi supports all Spark/Hive/Hadoop configutations, such as spark.executor.cores/memory , to be set in the connection string which will be used to initialize SparkContext. |
Authorization | ✘ | ✘ | Spark Authorizer will be add to Kyuubi soon. |
Impersonation | --proxy-user singleuser | ✔ | Kyuubi fully support hive.server2.proxy.user and hive.server2.doAs |
Multi Tenancy | ✘ | ✔ | Based on the above features,Kyuubi is able to run as a multi-tenant server on a LCE supported Yarn cluster. |
SQL Operaton Log | ✘ | ✔ | Kyuubi redirect sql operation log to local file which has an interface for the client to fetch. |
High Availability | ✘ | ✔ | Based on ZooKeeper |
cluster deploy mode | ✘ | ✘ | yarn cluster mode will be supported soon |
Type Mapping | ✘ | ✔ | Kyuubi support Spark result/schema to be directly converted to Thrift result/schemas bypassing Hive format results |
Please refer to the Building Kyuubi in the online documentation for an overview on how to build Kyuubi.
For test cases, your can run Kyuubi Server as a normal spark application.
$ $SPARK_HOME/bin/spark-submit \ --class yaooqinn.kyuubi.server.KyuubiServer \ --master yarn \ --deploy-mode client \ --driver-memory 10g \ --conf spark.kyuubi.frontend.bind.port=10009 \ $KYUUBI_HOME/target/kyuubi-1.0.0-SNAPSHOT.jar
Using nohup
and &
could run Kyuubi as a long running service
$ nohup $SPARK_HOME/bin/spark-submit \ --class yaooqinn.kyuubi.server.KyuubiServer \ --master yarn \ --deploy-mode client \ --driver-memory 10g \ --conf spark.kyuubi.frontend.bind.port=10009 \ $KYUUBI_HOME/target/kyuubi-1.0.0-SNAPSHOT.jar &
The more recommended way is through the built-in startup script bin/start-kyuubi.sh
First of all, export SPARK_HOME
in $KYUUBI_HOME/bin/kyuubi-env.sh`
export SPARK_HOME=/the/path/to/an/runable/spark/binary/dir
And then the last, start Kyuubi with bin/start-kyuubi.sh
$ bin/start-kyuubi.sh \ --master yarn \ --deploy-mode client \ --driver-memory 10g \ --conf spark.kyuubi.frontend.bind.port=10009
Now you can use beeline, Tableau or Thrift API based programs to connect to Kyuubi server.
bin/stop-kyuubi.sh
Notes: Obviously,without the patches we supplied, Kyuubi is mostly same with the Thrift JDBC/ODBC Server as an non-mutli-tenancy server.
Kyuubi may work well with different deployments such as non-secured Yarn, Standalone, Mesos or even local mode, but it is mainly designed for a secured HDFS/Yarn Cluster on which Kyuubi will play well with multi tenant and secure features.
Suppose that you already have a secured HDFS cluster for deploying Spark, Hive or other applications.
hive-site.xml
, core-site.xml
and hdfs-site.xml
files in $SPARK_HOME/conf
.Please refer to the Configuration Guide in the online documentation for an overview on how to configure Kyuubi.
Please refer to the Authentication/Security Guide in the online documentation for an overview on how to enable security for Kyuubi.