Kubernetes 中管理 GraphOS 路由器资源

针对应用程序 Pods 的建议和考虑因素

自托管GraphOS 路由器是有限制的GraphOS 企业版计划。其他计划类型使用与 GraphOS 协作的托管云路由。查看定价页面了解详情。

确定 Kubernetes 系统中您的应用 Pods 的正确资源请求和限制并非一门精确的科学。您的具体需求取决于许多因素，包括

独特操作形状的基数
底层子图和数据源的延迟
响应大小
查询计划的复杂性

我们对 Kubernetes 的一般建议是从以下请求和限制开始

1
resources:
2
  requests:
3
    memory: '1G'
4
    cpu: '1000m'
5
  limits:
6
    memory: '2G'
7
    # no CPU limit to avoid throttling

💡 提示

路由器资源估算器router resource estimator是基于预期的流量，获取生产中可能需要的资源起始基准的实用工具。

当使用水平 pod 自动扩展时，我们建议将其利用率定为目标90%：

1
metrics:
2
  - type: Resource
3
    resource:
4
      name: cpu
5
      target:
6
        type: Utilization
7
        averageUtilization: 90
8
  - type: Resource
9
    resource:
10
      name: memory
11
      target:
12
        type: Utilization
13
        averageUtilization: 90

GraphOS 路由器启动快速，但使用托管联邦时，路由器必须从 Apollo Uplink 获取supergraph schema才能开始处理流量。我们建议测量路由器的启动时间，并在启动时间由于 Uplink 延迟或您的supergraph schema大小而变长时，降低averageUtilization。

主页