Can'；t为wordpress&；树立kubernetes的榜样；mysql与持久数据工作

我跟着这个

我遵循了从创建磁盘到部署以及第一次尝试删除的所有教程

第一次尝试

问题：永久卷未绑定到永久卷声明。对于pod的创建和批量索赔，它仍处于未决状态。卷状态也保持在已发布状态

必须删除示例中描述的所有内容，然后重试。这次我将创建的卷装载到集群中的一个实例，使用ext4fs格式化磁盘，然后卸载磁盘

第二次尝试

问题：格式化卷后，它们现在绑定到声明yay！不幸的是，mysql pod没有在状态crashLoopback关闭的情况下运行。最终wordpress播客也崩溃了

还有其他人经历过吗？我想知道我是否做错了什么，或者从考试的总结到现在，是否有什么改变了，这使得这个例子被打破了。我怎么去修理它

感谢您的帮助。

获取吊舱日志：

kubectl logs pod-name

如果日志显示POD甚至没有启动（crashloopback），则调查k8s中的事件：

kubectl get events

事件日志指示节点内存不足（OOM）：

---

尝试更大的实例大小应该可以解决这个问题。

这是两个pod的最新日志。看起来我无法检索mysql的日志，但是在数据库初始化时崩溃之前，我得到了一个日志，希望这有帮助。感谢OSWinWordPress日志表明它失败是因为缺少sql连接。所以我们需要找出为什么mysql吊舱甚至没有启动。可能是连接存储时出错。您是否可以运行以下命令：kubectl获取事件并发布输出？看起来OOM是不是我的实例不够大，不能满足吊舱的需求？它们是f1微型车。看起来很奇怪，因为tutum/wordpress能够在f1 micro上运行mysql/apache服务。我将在集群中尝试一个更强大的实例，并将在这里发帖。感谢Oswin，我能够使用g1小实例使其正常工作。

    LASTSEEN   FIRSTSEEN   COUNT     NAME                                              KIND      SUBOBJECT                    TYPE      REASON       SOURCE                                                      MESSAGE
1m         7d          1555      gke-hostgeniuscom-au-default-pool-xxxh   Node                                   Warning   SystemOOM    {kubelet gke-hostgeniuscom-au-default-pool-xxxxxf-qmjh}   System OOM encountered