Kraps-rpc 是一个从 Spark 分离出来的 RPC 框架

网友投稿 518 2022-10-28

Kraps-rpc 是一个从 Spark 分离出来的 RPC 框架

Kraps-rpc 是一个从 Spark 分离出来的 RPC 框架

kraps-rpc

Kraps-rpc is a RPC framework split from Spark, you can regard it as spark-rpc with the word spark reversed.

This module is mainly for studying how RPC works in Spark, as people knows that Spark consists many distributed components, such as driver, master, executor, block manager, etc, and they communicate with each other through RPC. In Spark project the functionality is sealed in Spark-core module. Kraps-rpc separates the core RCP part from it, not including security and streaming download feature.

The module is based on Spark 2.1 version, which eliminate Akka due to SPARK-5293.

0. Dependency1. How to run1.1 Create an endpoint1.2 Run server1.3 Client call 2. About RpcConf3. More examples4. Performance test4.1 Test environment4.2 Test case4.3 Test result 5. Dependency tree

0. Dependency

You can configure you project by including dependency from below, currently only work with scala 2.11.

Maven:

net.neoremind kraps-rpc_2.11 1.0.0

SBT:

"net.neoremind" % "kraps-rpc_2.11" % "1.0.0"

To learn more dependencies, please go to Dependency tree section.

1. How to run

The following examples can be found in kraps-rpc-example

1.1 Create an endpoint

Creating an endpoint which contains the business logic you would like to provide as a RPC service. Below shows a simple example of a hello world echo service.

class HelloEndpoint(override val rpcEnv: RpcEnv) extends RpcEndpoint { override def onStart(): Unit = { println("start hello endpoint") } override def receiveAndReply(context: RpcCallContext): PartialFunction[Any, Unit] = { case SayHi(msg) => { println(s"receive $msg") context.reply(s"hi, $msg") } case SayBye(msg) => { println(s"receive $msg") context.reply(s"bye, $msg") } } override def onStop(): Unit = { println("stop hello endpoint") }}case class SayHi(msg: String)case class SayBye(msg: String)

RpcEndpoint is where to receive and handle requests, as actor notation in akka. RpcEndpoint does differentiate message need-not-reply from need-reply. Former one is much like UDP message (send and forget), latter one follows tcp way, waiting for one response.

/** * Process messages from [[RpcEndpointRef.send]] or [[RpcCallContext.reply)]]. If receiving a * unmatched message, [[SparkException]] will be thrown and sent to `onError`. */ def receive: PartialFunction[Any, Unit] = { case _ => throw new SparkException(self + " does not implement 'receive'") } /** * Process messages from [[RpcEndpointRef.ask]]. If receiving a unmatched message, * [[SparkException]] will be thrown and sent to `onError`. */ def receiveAndReply(context: RpcCallContext): PartialFunction[Any, Unit] = { case _ => context.sendFailure(new SparkException(self + " won't reply anything")) }

One RpcCallContext is provided for endpoint to separate endpoing logic from message network transport process. Providing function to reply result or send failure information:

reply(response: Any) : reply one messagesendFailure(e: Throwable) : send failure

Also a serious status callbacks are provided :

onErroronConnectedonDisconnectedonNetworkErroronStartonStopstop

1.2 Run server

There are a couple of steps to create a RPC server which provide HelloEndpoint service.

Create RpcEnvServerConfig, RpcConf is where you can specify some parameters for the server, will be discussed in the below section, hello-server is just a simple name, no real use later. Host and port must be specified. Note that if server cannot bind on the specified port, it will try to increase the port value by one and try next.Create RpcEnv which launches the server via TCP socket at localhost on port 52345.Create HelloEndpoint and setup it with an identifier of hello-service, the name is for client to call and route into the correct service.awaitTermination will block the thread and make server run without exiting JVM.

import net.neoremind.kraps.RpcConfimport net.neoremind.kraps.rpc._import net.neoremind.kraps.rpc-ty.NettyRpcEnvFactoryobject HelloworldServer { def main(args: Array[String]): Unit = { val config = RpcEnvServerConfig(new RpcConf(), "hello-server", "localhost", 52345) val rpcEnv: RpcEnv = NettyRpcEnvFactory.create(config) val helloEndpoint: RpcEndpoint = new HelloEndpoint(rpcEnv) rpcEnv.setupEndpoint("hello-service", helloEndpoint) rpcEnv.awaitTermination() }}

1.3 Client call

1.3.1 Asynchronous invocation

Creating RpcEnv is the same as above, and here use setupEndpointRef to create a stub to call remote server at localhost on port 52345 and route to hello-service.

Future is used here for asynchronous invocation.

import net.neoremind.kraps.RpcConfimport net.neoremind.kraps.rpc.{RpcAddress, RpcEndpointRef, RpcEnv, RpcEnvClientConfig}import net.neoremind.kraps.rpc-ty.NettyRpcEnvFactoryimport scala.concurrent.{Await, Future}import scala.concurrent.duration.Durationimport scala.concurrent.ExecutionContext.Implicits.globalobject HelloworldClient { def main(args: Array[String]): Unit = { import scala.concurrent.ExecutionContext.Implicits.global val rpcConf = new RpcConf() val config = RpcEnvClientConfig(rpcConf, "hello-client") val rpcEnv: RpcEnv = NettyRpcEnvFactory.create(config) val endPointRef: RpcEndpointRef = rpcEnv.setupEndpointRef(RpcAddress("localhost", 52345), "hell-service") val future: Future[String] = endPointRef.ask[String](SayHi("neo")) future.onComplete { case scala.util.Success(value) => println(s"Got the result = $value") case scala.util.Failure(e) => println(s"Got error: $e") } Await.result(future, Duration.apply("30s")) }}

1.3.2 Synchronous invocation

Creating RpcEnv is the same as above, and here use setupEndpointRef to create a stub to call remote server at localhost on port 52345 and route to hello-service.

Use askWithRetry instead of ask to call in synchronous way.

Note that in latest Spark version the method signature has changed to askSync.

object HelloworldClient { def main(args: Array[String]): Unit = { import scala.concurrent.ExecutionContext.Implicits.global val rpcConf = new RpcConf() val rpcConf = new RpcConf() val config = RpcEnvClientConfig(rpcConf, "hello-client") val rpcEnv: RpcEnv = NettyRpcEnvFactory.create(config) val endPointRef: RpcEndpointRef = rpcEnv.setupEndpointRef(RpcAddress("localhost", 52345), "hello-service") val result = endPointRef.askWithRetry[String](SayBye("neo")) println(result) }}

2. About RpcConf

RpcConf is simply SparkConf in Spark, there are a couple of parameters that can be adjusted. They are listed below, for most of them you can reference to Spark Configuration. For example, you can specify parameter in the following way.

val rpcConf = new RpcConf()rpcConf.set("spark.rpc.lookupTimeout", "2s")

The parameters can also be set in VM options like:

-Dspark.rpc-ty.dispatcher.numThreads=16 -Dspark.rpc.io.threads=8

ConfigurationDescription
spark.rpc.lookupTimeoutTimeout to use for RPC remote endpoint lookup, whenever a call is made the client will always ask the server whether specific endpoint exists or not, this is for the asking timeout, default is 120s
spark.rpc.askTimeoutTimeout to use for RPC ask operations, default is 120s
spark.rpc.numRetriesNumber of times to retry connecting, default is 3
spark.rpc.retry.waitNumber of milliseconds to wait on each retry, default is 3s
spark.rpc.io.numConnectionsPerPeerSpark RPC maintains an array of clients and randomly picks one to use. Number of concurrent connections between two nodes for fetching data. For reusing, used on client side to build client pool, please always set to 1, default is 1.
spark.rpc-ty.dispatcher.numThreadsFor server side, actor Inbox dispatcher thread pool size, it is where endpoint business logic runs, if endpoints stall and reach to this number, event new RPC messages can be accepted, but server can not handle them in endpoint due to the limit, default is 8.
spark.rpc.io.threadsFor server and client side netty eventloop, this number is reactor thread pool size, the thread is responsible for accepting new connections and closing connections, serialize and deserialize byte array to RpcMessage object and push RpcMessage to actor pattern based Inbox for dispatcher to pick up and process, dispatcher concurrent level is set byspark.rpc-ty.dispatcher.numThreads. Default number is CPU cores * 2, min is 1.

3. More examples

Please find more in test cases.

4. Performance test

4.1 Test environment

One server and one client will be setup for testing at the same rack hosted in VM in different phasical machines. Test environment lists as below.

CPU: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz 4 coresMemory: 8GOS: Linux ap-inf01 4.4.0-78-generic #99-Ubuntu SMP Thu Apr 27 15:29:09 UTC 2017 x86_64 x86_64 x86_64 GNU/LinuxJDK: OpenJDK Runtime Environment (build 1.8.0_131-8u131-b11-2ubuntu1.16.04.3-b11)OpenJDK 64-Bit Server VM (build 25.131-b11, mixed mode)

4.2 Test case

All performance related test cases can be found in kraps-rpc-example. Keep all parameters as default values.

Click here to see server test case. Server running command is

java -server -Xms4096m -Xmx4096m -cp kraps-rpc-example_2.11-1.0.1-SNAPSHOT-jar-with-dependencies.jar HelloworldServer

Click here to see client test case. Client running command is

java -server -Xms2048m -Xmx2048m -cp kraps-rpc-example_2.11-1.0.1-SNAPSHOT-jar-with-dependencies.jar PerformanceTestClient

4.3 Test result

Peak QPS will reach to more than 18k as concurrent level goes up.

Below is CPU usage of server VM during the time performance tests are executed.

Below is CPU usage of client VM during the time performance tests are executed.

As shown above, during testing phase, server workload is not very high, I think there is still room for higher QPS if more concurrent client calls could be made.

5. Dependency tree

[INFO] +- org.apache.spark:spark-network-common_2.11:jar:2.1.0:compile[INFO] | +- io-ty:netty-all:jar:4.0.42.Final:compile[INFO] | +- org.apache.commons:commons-lang3:jar:3.5:compile[INFO] | +- org.fusesource.leveldbjni:leveldbjni-all:jar:1.8:compile[INFO] | +- com.fasterxml.jackson.core:jackson-databind:jar:2.6.5:compile[INFO] | +- com.fasterxml.jackson.core:jackson-annotations:jar:2.6.5:compile[INFO] | +- com.google.code.findbugs:jsr305:jar:1.3.9:compile[INFO] | +- org.apache.spark:spark-tags_2.11:jar:2.1.0:compile[INFO] | \- org.spark-project.spark:unused:jar:1.0.0:compile[INFO] +- de.ruedigermoeller:fst:jar:2.50:compile[INFO] | +- com.fasterxml.jackson.core:jackson-core:jar:2.8.8:compile[INFO] | +- org.javassist:javassist:jar:3.21.0-GA:compile[INFO] | +- org.objenesis:objenesis:jar:2.5.1:compile[INFO] | \- com.cedarsoftware:java-util:jar:1.9.0:compile[INFO] | +- commons-logging:commons-logging:jar:1.1.1:compile[INFO] | \- com.cedarsoftware:json-io:jar:2.5.1:compile[INFO] +- org.scala-lang:scala-library:jar:2.11.8:compile[INFO] +- org.slf4j:slf4j-api:jar:1.7.7:compile[INFO] +- org.slf4j:slf4j-log4j12:jar:1.7.7:compile[INFO] | \- log4j:log4j:jar:1.2.17:compile[INFO] +- com.google.guava:guava:jar:15.0:compile

6. Acknowledgement

The development of Kraps-rpc is inspired by Spark. Kraps-rpc with Apache2.0 Open Source License retains all copyright, trademark, author’s information from Spark.

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:Quarkus集成Dubbo服务Rpc远程通讯框架整合
下一篇:Vue-Exp,基于 Vue.js 2.0 搭建的 PC 端演示框架
相关文章

 发表评论

暂时没有评论,来抢沙发吧~