前面我们使用Helm在Kubernetes中部署了生产可用的Pulsar集群，并将集群接入到Prometheus监控系统。

作为Pulsar集群的管理员，将这套生产可用的Pulsar集群交付给开发使用时，还需要做好租户和命名空间划分和创建，用户角色和权限配置。 本节将根据实践介绍一下Pulsar集群管理员如何做这些工作的。

我们部署Pulsar集群时开启了基于非对称秘钥(asymmetric)的JWT认证，需要使用私钥为客户端应用的普通用户创建Token，将Token分发给客户端应用。 Pulsar的权限统一在命名空间级别进行管理，在为普通用户创建好Token后，需要在命名空间的级别上对用户角色进行授权。

JWT Token管理

pulsar manager中提供了一个token管理的页面，但是Pulsar官方的Helm Chart部署的pulsar manager，目前还不支持开启了非对称秘钥(asymmetric)的JWT认证的pulsar集群。 如果尝试在这个页面创建token的话，会报错。这是因为需要在pulsar manager的配置application.properties中设置:

1jwt.broker.token.mode=PRIVATE
2jwt.broker.public.key=file:///path/broker-public.key
3jwt.broker.private.key=file:///path/broker-private.key

而当前2.7.13版本的pulsar-helm-chart还不支持对这个配置文件进行定制，同时也不支持以PRIVATE_KEY环境变量的形式进行配置。

在部署pulsar时，用于创建和验证token的非对称密钥对，以名称为pulsar-token-asymmetric-key Secret被创建到了K8S中。因此，可以放弃使用pulsar manager来管理token，改使用pulsar命令行工具的形式。 使用pulsar-helm-chart部署pulsar时，为我们在k8s集群中部署了SatefulSet pulsar-toolset的Pod，这个里面提供了用于管理pulsar的命令行空间pulsar和pulsar-admin等，但遗憾的是并没有将Secret pulsar-token-asymmetric-key中的PRIVATE私钥以文件的形式挂载到Pod中，同时pulsar-helm-chart当前也不支持这块的定制配置。

只好再手动部署一个pulsar-admin-toolset，通过手动编写一个k8s deployment的manifest文件来部署pulsar-admin-toolset，并将 pulsar-token-asymmetric-key私钥挂载到Pod中。

 1kind: Deployment
 2apiVersion: apps/v1
 3metadata:
 4  name: pulsar-admin-toolset
 5  namespace: pulsar
 6spec:
 7  replicas: 1
 8  selector:
 9    matchLabels:
10      app: pulsar
11      component: admin-toolset
12      release: pulsar
13  template:
14    metadata:
15      labels:
16        app: pulsar
17        cluster: pulsar
18        component: admin-toolset
19        release: pulsar
20    spec:
21      volumes:
22        - name: token-private-key
23          secret:
24            secretName: pulsar-token-asymmetric-key
25            items:
26              - key: PRIVATEKEY
27                path: private.key
28            defaultMode: 420
29        - name: client-token
30          secret:
31            secretName: pulsar-token-admin
32            items:
33              - key: TOKEN
34                path: client/token
35            defaultMode: 420
36      containers:
37        - name: pulsar-toolset
38          image: harbor.example.com/library/apachepulsar/pulsar-all:2.7.4
39          command:
40            - sh
41            - '-c'
42          args:
43            - >
44              bin/apply-config-from-env.py conf/client.conf;
45              bin/apply-config-from-env.py conf/bookkeeper.conf;
46
47              sleep 10000000000              
48          envFrom:
49            - configMapRef:
50                name: pulsar-toolset
51          resources:
52            limits:
53              cpu: '2'
54              memory: 1Gi
55            requests:
56              cpu: 100m
57              memory: 256Mi
58          volumeMounts:
59            - name: token-private-key
60              readOnly: true
61              mountPath: /pulsar/token-private-key
62            - name: client-token
63              readOnly: true
64              mountPath: /pulsar/tokens
65          imagePullPolicy: IfNotPresent
66      nodeSelector:
67        node-role.kubernetes.io/pulsar: pulsar
68      securityContext: {}
69      imagePullSecrets:
70        - name: regsecret
71      tolerations:
72        - key: dedicated
73          operator: Equal
74          value: pulsar
75          effect: NoSchedule

私钥被以文件/pulsar/token-private-key/private.key的形式挂载到了POD的容器中，这样集群管理员就可以进入到容器中执行下面的命令创建Token:

1bin/pulsar tokens create --private-key file:///pulsar/token-private-key/private.key --subject <userrolename>

bin/pulsr/tokens create命令的具体参数如下:

 1    create      Create a new token
 2      Usage: create [options]
 3        Options:
 4          -e, --expiry-time
 5            Relative expiry time for the token (eg: 1h, 3d, 10y). (m=minutes) 
 6            Default: no expiration
 7          -pk, --private-key
 8            Pass the private key for signing the token. This can either be: 
 9            data:, file:, etc..
10          -sk, --secret-key
11            Pass the secret key for signing the token. This can either be: 
12            data:, file:, etc..
13          -a, --signature-algorithm
14            The signature algorithm for the new key pair.
15            Default: RS256
16            Possible Values: [NONE, HS256, HS384, HS512, RS256, RS384, RS512, ES256, ES384, ES512, PS256, PS384, PS512]
17        * -s, --subject
18            Specify the 'subject' or 'principal' associate with this token

注意，可以使用-e指定token失效时间，但一般为应用创建的token会设置为永久有效，但如果设置了永久有效，则分发出去的某个用户角色(subject)的token是无法撤回的。 如果确实需要撤回，则只能将这个用户角色(subject)在pulsar相关租户和命名空间中的权限删除，这样这个token虽然还是可以通过认证，但是却无权进行相关操作了。

授权管理

解决了Token创建的问题，来看一下授权管理，Pulsar的权限统一在命名空间级别进行管理，在为普通用户创建好Token后，需要在命名空间的级别上对用户角色进行授权。

例如，我们使用下面的命令为用户角色foo创建了token。

1bin/pulsar tokens create --private-key file:///pulsar/token-private-key/private.key --subject

可以使用下面的命令为用户角色foo进行授权:

1bin/pulsar-admin namespaces grant-permission tenant1/namespace1 --actions produce,consume --role foo

这样用户角色foo就在tenant1/namespace1这个命名空间下具有produce和consume的权限了，客户端应用程序可以使用foo的token访问这个命名空间下的topic。

可以使用下面的命令查看命名空间下的所有授权:

1bin/pulsar-admin namespaces permissions tenant1/namespace1

可以使用下面的命令收回某个用户角色在某个命名空间下的授权:

1bin/pulsar-admin namespaces revoke-permission tenant1/namespace1 --role foo

除了使用pulsar-admin外，还可以在pulsar-manager中的namespace管理页面中的POLICES中配置授权。

参考