Kubernetes（简称K8s）是一种用于自动部署、扩展和管理容器化应用程序的开源平台。在Kubernetes集群中，有几个关键角色和组件需要考虑，并根据应用程序的规模和需求来确定所需的服务器数量。

以下是Kubernetes集群中的一些关键角色和组件：

1. Master节点：Master节点是Kubernetes集群的控制平面，负责管理和监控整个集群。它包含了以下组件：

- kube-apiserver：提供了API接口，用于与集群进行通信和管理。

- kube-controller-manager：负责控制器的管理，包括副本集、服务、节点等。

- kube-scheduler：负责调度Pod到各个节点上运行。

2. Worker节点：Worker节点是实际运行应用程序的地方，它们接收来自Master节点的指令，并运行相应的容器。每个Worker节点上都需要运行以下组件：

- kubelet：负责与Master节点通信，接收指令并管理节点上的容器。

- kube-proxy：负责维护网络代理和负载均衡。

除了Master和Worker节点外，还有一些其他组件也很重要：

1. etcd：它是Kubernetes集群的分布式存储系统，用于存储集群的配置信息、状态等。

2. Ingress Controller：用于暴露集群内部的Service给外部网络访问，可以使用Nginx、Traefik等。

根据应用程序的规模和需求，下面是一些常见的服务器数量建议：

1. 单节点集群：如果您只是希望在本地计算机上进行开发和学习Kubernetes，可以使用单节点集群，只需要一台计算机即可。

2. 小型集群：对于小型应用程序，最小的建议是使用3台服务器，一台Master节点和两台Worker节点。这样可以保证集群的高可用性和冗余性。

3. 中型集群：对于中型应用程序，建议至少使用5台服务器，两台Master节点和三台Worker节点。这样可以增加集群的可靠性和扩展性。

4. 大型集群：对于大型应用程序，需要更多的服务器资源。建议至少使用7台服务器，三台Master节点和四台Worker节点。这样可以提高集群的可用性和性能。

需要注意的是，这些数量只是一些建议，实际上取决于具体的应用程序需求和资源可用性。另外，如果有额外的需求，例如高可用性、容灾等，可能需要增加更多的节点。

总结起来，Kubernetes集群的服务器数量根据应用程序的规模和需求来定，最小建议为3台服务器，一台Master节点和两台Worker节点，但实际情况可能需要更多的服务器。