Python AWS ALB客户端TLS协商错误发生在小时或半小时

Python AWS ALB客户端TLS协商错误发生在小时或半小时,python,amazon-web-services,scala,tls1.2,timeoutexception,Python,Amazon Web Services,Scala,Tls1.2,Timeoutexception,我有一个由ecs管理的Scala应用程序,它通过alb调用同样由ecs管理的各种python应用程序。此应用程序通过alb发送大量流量(大约750个请求/分钟)。问题是我偶尔会收到java.net.SocketTimeoutException:Read timed out。当通过alb发生5+个客户端TLS协商错误时,似乎会发生此错误。这些客户端TLS协商错误以随机间隔在一小时或半小时内发生。例如:错误可能发生在特定日期的4:30、8:00、12:00、15:30、18:00。不幸的是,pyth

我有一个由ecs管理的Scala应用程序,它通过alb调用同样由ecs管理的各种python应用程序。此应用程序通过alb发送大量流量(大约750个请求/分钟)。问题是我偶尔会收到
java.net.SocketTimeoutException:Read timed out
。当通过alb发生5+个客户端TLS协商错误时,似乎会发生此错误。这些客户端TLS协商错误以随机间隔在一小时或半小时内发生。例如:错误可能发生在特定日期的4:30、8:00、12:00、15:30、18:00。不幸的是,python应用程序对我来说是黑盒子,我没有访问日志的权限。我的问题是什么可能导致这些tls问题?我是否也可以将python应用程序作为问题的一部分来考虑?我使用的是合法的ssl证书,但在执行rest调用时,我也使用了
.option(HttpOptions.allowUnsafeSSL)

您的应用程序似乎太忙了,无法完成它所做的工作,因此一些请求超时。@sarveshseri如果有时太忙,您认为时间间隔趋势如何解释。我看到这些tls错误主要发生在偶数小时或半小时内。e、 g 1:30,4:00,12:00,17:30,20:00。关键词为“主要”。因为它在套接字级别是一个简单的“读取超时”,所以它应该与TLS或其他任何东西无关。