Flink Native Kubernetes实战

2. 只支持session cluster模式（一个常驻session执行多个任务），还不支持Job clusters模式(一个任务对应一个session)

尽管还没有进入Release阶段，但这种操作模式对不熟悉kubernetes的开发者来说还是很友好的，接下来通过实战来体验吧；

官方要求

为了体验Native Kubernetes，flink官方提出了下列前提条件：

1. kubernetes版本不低于1.9

2. kubernetes环境的DNS是正常的

3. KubeConfig文件，并且这个文件是有权对pod和service资源做增删改查的（kubectl命令有权对pod和service做操作，也是因为它使用了对应的KubeConfig文件），这个文件一般在kubernetes环境上，全路径：~/.kube/config

4. pod执行时候的身份是service account，这个service account已经通过RBAC赋予了pod的增加和删除权限；

前面两点需要您自己保证已达到要求，第三和第四点现在先不必关心，后面有详细的步骤来完成；

实战环境信息

本次实战的环境如下图所示，一套kubernetes环境（版本是1.15.3），另外还有一台CentOS7电脑，上面已部署了flink-1.10（这里的部署是说把安装包解压，不启动任何服务）：

准备完毕，开始实战了~

实战内容简介

本次实战是在kubernetes环境创建一个session cluster，然后提交任务到这个sessionc cluster运行，与官方教程不同的是本次实战使用自定义namespace和service account，毕竟生产环境一般是不允许使用default作为namespace和service account的；

实战

1. 在CetnOS7电脑上操作时使用的是root账号；

2. 在kubernetes的节点上，确保有权执行kubectl命令对pod和service进行增删改查，将文件_{/.kube/config复制到CentOS7电脑的}/.kube/目录下；

3. 在kubernetes的节点上，执行以下命令创建名为flink-session-cluster的namespace：

kubectl create namespace flink-session-cluster

4. 执行以下命令创建名为flink的serviceaccount：

kubectl create serviceaccount flink -n flink-session-cluster

5. 执行以下命令做serviceaccount和角色的绑定：

kubectl create clusterrolebinding flink-role-binding-flink \

–clusterrole=edi