Video streaming 录制视频时遇到问题

Video streaming 录制视频时遇到问题,video-streaming,google-kubernetes-engine,kubernetes-pod,Video Streaming,Google Kubernetes Engine,Kubernetes Pod,我们有连续播放视频的摄像机。对于每个用户会话,我们都会录制视频。 我有一个视频流服务(使用node media server),摄像头会一直将视频流到该服务上。还有另一项录音服务。每当用户执行身份验证操作(登录)时,我都会从录制服务生成一个进程,并创建一个写流。当用户注销时,我会终止录制过程,并将视频上传到google存储桶 我的问题是0字节的视频。平均来说,这似乎是50次中的三次 当pod重新启动时,问题开始出现。我只有一个豆荚。(这足以满足我的cpu和内存需求。我目前只有20个摄像头可供播放

我们有连续播放视频的摄像机。对于每个用户会话,我们都会录制视频。 我有一个视频流服务(使用node media server),摄像头会一直将视频流到该服务上。还有另一项录音服务。每当用户执行身份验证操作(登录)时,我都会从录制服务生成一个进程,并创建一个写流。当用户注销时,我会终止录制过程,并将视频上传到google存储桶

我的问题是0字节的视频。平均来说,这似乎是50次中的三次

当pod重新启动时,问题开始出现。我只有一个豆荚。(这足以满足我的cpu和内存需求。我目前只有20个摄像头可供播放)。此外,还有一个约束条件,即如果我有两个pod,一个在VM1上,另一个在VM2上,那么我需要知道进程将分配哪个VM(或pod),以便终止进程。我想在不久的将来,我将不得不增加豆荚的数量,我很快就会面临这个问题

每当pod重新启动时(由于我仍然不知道的原因。我已经检查了容器审核日志,以了解pod重新启动的原因,但这对我没有多大帮助,而且我请求的资源足以满足我的负载),如果有任何进程正在积极进行录制,它们将丢失。我的录音失败了。我相信这就是我看到那些0字节视频的原因


如何确保在所有pod重新启动时,不应立即终止活动进程。或者,如果有办法延迟pod重启,直到当前录制完成(我非常怀疑这是否可行)。

如果您有多个pod,并且您想知道pod属于可以通过以下命令实现的节点:

$kubectl获得吊舱-o宽

为了解决问题,您需要确定pod故障的原因。因此,您可以通过发出以下命令来描述pod:

$kubectl描述你的吊舱名称

它将向您显示kubelet发送到apiserver的关于pod生命周期的事件。您将从这里了解pod故障的原因,以便采取相应的措施。此外,您可以使用以下命令来获取默认名称空间中的POD事件

$kubectl获取事件-n默认值

有关更多信息,请参阅本文