This commit was merged in pull request #135.
This commit is contained in:
@@ -14,6 +14,10 @@ VM 与 Pod backend 使用同一个 `gitea-dynamic-runner-runner` executor 镜像
|
|||||||
daemon。Kata VM 中的 workflow 必须先把稀疏 ext4 镜像 loop-mount 到
|
daemon。Kata VM 中的 workflow 必须先把稀疏 ext4 镜像 loop-mount 到
|
||||||
`/var/lib/docker`,并完成 cgroup v2 nesting 初始化。
|
`/var/lib/docker`,并完成 cgroup v2 nesting 初始化。
|
||||||
|
|
||||||
|
`ci-vm` executor 固定请求并限制为 2 CPU/3GiB。真实 kind canary 表明 1 CPU/约 2GiB
|
||||||
|
虽然能最终启动全部 control-plane 容器,但无法在 kubeadm 超时前提供可用的 API server;
|
||||||
|
该规格是 nested Kubernetes 任务的容量下限,不是用资源掩盖存储阻塞。
|
||||||
|
|
||||||
这些 `ClusterStaticEntry` 位于 sandbox 集群,由 central SPIRE Server 内的
|
这些 `ClusterStaticEntry` 位于 sandbox 集群,由 central SPIRE Server 内的
|
||||||
`spire-controller-manager-sandbox` 通过受限 external kubeconfig reconcile。必须在
|
`spire-controller-manager-sandbox` 通过受限 external kubeconfig reconcile。必须在
|
||||||
`platform/spire/values.yaml` 显式启用 external controller-manager 的
|
`platform/spire/values.yaml` 显式启用 external controller-manager 的
|
||||||
|
|||||||
@@ -74,6 +74,13 @@ spec:
|
|||||||
runAsNonRoot: true
|
runAsNonRoot: true
|
||||||
runAsUser: 2000
|
runAsUser: 2000
|
||||||
runAsGroup: 2000
|
runAsGroup: 2000
|
||||||
|
resources:
|
||||||
|
requests:
|
||||||
|
cpu: "2"
|
||||||
|
memory: 3Gi
|
||||||
|
limits:
|
||||||
|
cpu: "2"
|
||||||
|
memory: 3Gi
|
||||||
volumeMounts:
|
volumeMounts:
|
||||||
- name: opensandbox-bin
|
- name: opensandbox-bin
|
||||||
mountPath: /opt/opensandbox
|
mountPath: /opt/opensandbox
|
||||||
|
|||||||
Reference in New Issue
Block a user