You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What happened:
kubeup and kubemark still uses default runtime, in this case, the dockershim. This might be OK if we want a true apple to apple comparison with the community version of Kubelet. But in reality, those test results for Arktos are not much meaningful since Arktos, as a shared multi-tenant platform, cannot use the docker as runtime at all.
Suggest we start using containerd as the runtime as soon as possible so we can have a better feeling about the true Arktos perf or scalability quality level prior to our first release.
What you expected to happen:
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
Environment:
Arktos version (use kubectl version):
Cloud provider or hardware configuration:
OS (e.g: cat /etc/os-release):
Kernel (e.g. uname -a):
Install tools:
Network plugin and version (if this is a network-related bug):
Others:
The text was updated successfully, but these errors were encountered:
What happened:
kubeup and kubemark still uses default runtime, in this case, the dockershim. This might be OK if we want a true apple to apple comparison with the community version of Kubelet. But in reality, those test results for Arktos are not much meaningful since Arktos, as a shared multi-tenant platform, cannot use the docker as runtime at all.
Suggest we start using containerd as the runtime as soon as possible so we can have a better feeling about the true Arktos perf or scalability quality level prior to our first release.
What you expected to happen:
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
Environment:
kubectl version
):cat /etc/os-release
):uname -a
):The text was updated successfully, but these errors were encountered: