我有一个部署在K8S上的rails应用程序。在我的web应用程序中,有一个cronjob,它每天晚上8点运行,需要6个小时才能完成。我注意到cronjob启动几个小时后就出现了OOMkilled错误。我也增加了一个pod的内存,但错误仍然发生。这是我的yaml文件:kind: CronJob name: sync-data schedule: "0rake xxx:yyyy # Will ta
我的集群位于AKS中,有5个大小为Standard_D4s_v3的节点,K8s版本为1.14.8。一个吊舱一旦启动/重新启动,它就显示正在运行(kubectl获取吊舱),直到吊舱处于运行状态为止,CPU使用情况显示为150米或它们所需的数量。但是,当我在吊舱移动到运行状态后(kubectl top po)时,特定的吊舱只显示了1m的CPU使用量,但是内存使用量是它们应该在的位置,服务也被关闭了。Kubectl日志-f (pod_name)不返回任何东西,但我可
我正在使用airflow with composer (GCP)从云sql for gcs中提取数据,在gcs for bigquery之后,我有一些介于100 Mb和10 Gb之间的表。我的dag有两个任务要做我之前提到的。对于较小的表,dag运行得很顺利,但是对于稍微大一些的表,云sql提取任务会在几秒钟内结束,但会失败,但除了"negsignal.sigkill“之外不会带来任何日志,我已经尝试增加编写器的容量,但都还没有起作用