knative分析 – activator

当scale到0时,是怎样唤醒业务容器的?

activator就是负责做这个事情的组件。activator做两件事情,一个是负责把pod启动起来,另外一个是把启动中的请求转发给pod。

请求是怎么转发到activator的?

当业务pod scale到0的时候,会更新istio VirtualServer,把流量按权重分配给activator。在pod启动ready之后,流量权重又直接指向业务pod,所有revision都ready的情况下,activator不会分配到流量。

唤醒pod是通过更新 revision.Spec.ServingState = v1alpha1.RevisionServingStateActive 状态实现的,controller会根据状态,创建出业务pod和autoscaler。

这里要解决的一个问题是在pod没启动之前,可能会有很多个请求,这里做了限制每个revision只会触发一次。

还有个问题是在pod没ready前,把请求阻塞。

activator本身是个HTTP服务,在POD启动的期间,当pod ready之后,会把请求转发到到pod里(通过FQDN域名)

流量转发

这个图感觉没更新,目前没有看到有用ingress来路由,而是由istio ingress gateway来路由。

Istio Route Rules Configurations

Knative Serving 使用istio route rules来控制流量(根据Route对象指定的比例分配),如果某个revision因为不活跃变为Reserve状态,会把部分流量转向activator。
下面分三种情况

All revisions are active

如果所有revision都是活跃的,activator 不会收到任何流量。

One revision is in Reserve state

如果一个revision是Reserve状态,则会把原本给revision b的流量转发给activator,activator收到请求后,会启动revision b,revision b ready后会把流量导入revision b。后续的流量直接到revision b。

Multiple revisions are in Reserve state

如果有两个或两个以上revision是Reserve状态,所有到reserve状态的流量转向activator



fatkun

折腾一下又不会死~

没有评论


You can leave the first : )



发表评论

电子邮件地址不会被公开。