Google容器引擎集群节点在工作后未准备就绪

Question

我试图在google容器引擎上创建一个集群来托管：

• 带有持久磁盘的postgresql数据库(映像mdillon/postgis:最新)
• 用于托管Symfony2 php项目的自定义nginx/php-fpm映像

symfony2 php项目包含在带有所有依赖项的docker映像中(在构建映像时，“composer”运行在docker文件中)。

开始时，入口点生成引导缓存和预热缓存，然后启动php和nginx。

我执行以下操作来创建集群：

创建一个具有1，2个或更多节点的集群:

例：

gcloud container clusters create cluster-standard-1 --disk-size 20 --machine-type n1-standard-1 --num-nodes 1 --scopes storage-rw

gcloud container clusters create cluster-micro --disk-size 20 --machine-type f1-micro --num-nodes 3 --scopes storage-rw

我在许多配置中做了很多测试。

创建复制控制器和服务:

kubectl create -f pggis-rc.yaml

kubectl create -f pggis-service.yaml

kubectl create -f app-rc.yaml

kubectl create -f app-service.yaml

应用程序服务公开一个负载均衡器。

只有具有副本= 1的单容器吊舱。

它在一个由2个节点组成的G1-小集群中运行得很好。今天早上，它与一个1节点的F1-微集群一起工作(是的!)

但大多数情况下，当豆荚运行时，当我试图访问应用程序时，吊舱突然处于“挂起”状态(就在此之前，它们处于运行状态)。

在F1-微和G1-小的情况下，我看到以下消息(在所有节点中)：

kubelet:页面分配失败:顺序:0，模式:0x120

或

docker:页面分配失败:顺序:0，模式:0x120

(取决于节点)，后面跟着一个内核转储。所以我觉得这是个“记忆”问题。

在标准-1节点的情况下，没有这条消息。

在所有情况下，后面都会有很多类似的消息(连续地)：

10月21日19:59:22 gke-集群-标准-1-2f01f811-节点-k8m6帐户-从元数据:警告错误时，试图更新帐户: Errno 104连接重置由对等者19:59:59:27 gke-集群-标准-2 f01f811节点-k8m6帐户-从元数据:警告错误，同时试图更新帐户：‘10月21日19:59:32 gke-集群-标准-1-2f0f811-节点-k8m6帐户-从-元数据:警告错误，同时试图更新帐户：'’10月21日19:59:37 gke-群集-标准-1-2f01f811-节点-k8m6帐户-从元数据:警告错误，同时尝试更新帐户：‘10月21日19:59:42 gke-群集-标准-1-2f01f811-节点-k8m6帐户-元数据:元数据:警告错误，同时尝试更新帐户：’Oct 21 19 :59:59:47 gke-标准-1-2f01f811节点-k8m6帐户-元数据:警告错误，同时尝试更新帐户：‘Oct 21 19:59:52 gke-标准-1-2f01f811-节点-k8m6帐户-从-元数据:警告错误时，试图更新帐户：‘10月21日19:59:57 gke-标准-1-2f01f811-节点-k8m6帐户-从元数据:警告错误，同时试图更新帐户：'’Oct 21 20:00:02 gke-集群-标准-1-2f0f811节点-k8m6帐户-从元数据:警告错误，同时试图更新帐户：'‘10月21日20:00 gke-标准-1-2f0f811节点-k8m6帐户-元数据：’10月21日20:00: 00:00:00：07 gke-群集-标准-1-2f01f811-节点-k8m6帐户-从元数据:警告错误时，试图更新帐户：‘10月21日20:00:12 gke-集群-标准-1-2f01f811-节点-k8m6帐户-从-元数据:警告错误，同时试图更新帐户：’

然后节点处于状态: NotReady (kubectl节点)，而pods处于挂起状态。

因此，我尝试删除失败的vm实例(在超过20分钟的不可用时间之后)，然后一个新实例返回，并带有与上面相同的消息。

唯一的解决方案是删除整个集群并创建一个新的集群，但是经过多次测试(超过5次)，我无法成功地运行一个正常运行的应用程序。

Answer 1

听起来你的应用程序不适合这么小的机器类型，所以你应该使用更大的机器类型。

请注意，在F1-微机器类型上，系统开销相当高，因为即使在运行应用程序之前，也有许多系统守护进程正在运行(docker、kubelet、kube-代理)以及已部署的任何集群添加项(dns、kube-ui、日志记录、监视)。