Update the number of nofile limits in containerd

[ErikJiang]

Signed-off-by: bo.jiang bo.jiang@daocloud.io

What type of PR is this?
/kind feature

What this PR does / why we need it:
The nofile limit of containerd in kubespray is not enough for elasticsearch, which needs more file descriptors, so I would like to increase the value of containerd_base_runtime_spec_rlimit_nofile to 65535.
https://www.elastic.co/guide/en/elasticsearch/reference/current/file-descriptors.html

Which issue(s) this PR fixes:

Fixes #

Special notes for your reviewer:

Does this PR introduce a user-facing change?:

Update the number of nofile limits in containerd to 65535

[mzaian]

Hi @ErikJiang

Can you check this comment #9319 (comment) from the previous PR which was setting this.

[yankay]

I think the default value 65535 is okay for most cases

Because the 16384 is not enough for lots of common applications (especially the ES).

And the docker uses 1048576:

kubespray/roles/container-engine/docker/templates/docker.service.j2

Line 37 in daed3e5

LimitNOFILE=1048576

The Rancher k3s use 1048576, k3s-io/k3s#1735

It's a small probability event that 110 pods in the same node use 16,384 fd at the same time, according to the comment #9319 (comment)
So the 6555

Look forward for others' comments.

/lgtm

[oomichi]

/approve

[k8s-ci-robot]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: ErikJiang, oomichi

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• OWNERS [oomichi]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment