首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    战争中的 AI :乌克兰用人脸识别「摸底」俄罗斯士兵,但这只是小儿科

    愿科技向善,愿世界和平。 作者 | 西西 编辑 | 陈彩娴 现代人对时间的概念是模糊的。若不细想,绝大多数人也许无法立刻想到:自2月24日普京向乌克兰宣战以来,俄乌战争已经进行了二十多天。 在这二十多天里,国际媒体的聚光灯照在这两片离大多数人都十分遥远的土地上。如鲁迅所说,「人类的悲欢离合并不相通。」当我们在阅读这些新闻时,往往难以深切地共情,尤其目前国内的疫情防控正值严峻当头。 然而,时代的雪花终究落在每一个人的肩膀上。当世界成为一个整体,当领域与领域的联系愈加紧密,政治从来便已不仅是政治,科研也从来便不

    04

    见鬼了,容器好端端就重启了?

    在日常的开发工作中相信使用 Kubernetes 的同学们一定会偶尔收到容器重启的事件告警。由于应用层面的问题导致的容器重启相对容易排查,比如看容器的内存监控我们能确定是不是内存超过配置的 limit; 又或者看是不是应用有 panic 没有 recovery。 一个正常的工作日我们突然连续收到多条容器重启告警,查看报警还是来自不同的应用。按照一般的排查思路先去查看监控,内存没有异常,使用值一直在 limit 之下;然后去看日志也没有找到任何 panic 或者其他错误。仔细一看这几个告警的应用都是来自同一个集群,这个时候猜测大概率和集群有关系,但是这个集群我们还有其他很多应用并没有发生容器重启,所以猜测应该不是集群本身的问题,那是不是和机器有关系呢?然后我把重启过的实例所在的 node ip 都筛选出来发现重启的应用都是集中在某几台机器。在这些节点上我去查看了一下 kubelet进程,发现 kubelet 在容器告警的时间段都重启了进程。在这种情况下基本就找到了容器重启的直接原因--kubelet 重启了。但是我们并没有更新实例,kubelet 重启怎么会把我们的容器重启呢?下面我们就介绍一下根本原因--kubelet计算容器的 hash 值。 我们知道在 Kubernetes 中的节点上运行着 kubelet 进程,这个进程负责当前节点上所有 Pod 的生命周期。在这里我们从源码层面看看 kubelet 怎么实现容器的重启。

    02
    领券