问题原来是由客户端的Boto 3引起的，而不是Lambda！当lambda在超过一分钟的时间内没有返回任何内容时，默认情况下Boto 3超时。为了解决这个问题，我不得不覆盖Boto的默认配置：

lambda_config = botocore.config.Config(region_name=region, read_timeout=300)
lambda_client = boto3.client('lambda', config=lambda_config)

我演示这是一个客户端问题的方法是将参数reserved_concurrent_executions设置为1，从而防止并发执行我的Lambda，并注意到我从Boto获得了一个异常。

这通常是由于在多次调用lambda时返回的超时读取而发生的。将--cli-read-timeout参数添加到aws lambda调用中，或者如果使用boto，则按照上面YitzikC的回答进行操作
对于aws命令，命令如下所示
aws lambda invoke --function-name <fn name> --cli-read-timeout 900 --log-type Tail --region <region> /dev/stdout
确保读取超时等于或大于lambda函数执行超时

aws Jmeter 板上的Lamba函数超时配置是多次重试后的时间（这里是5分钟）。您的请求在分钟后重试，可能您的lamba客户端的超时默认为60秒/请求。因此，如果请求超过60秒，lamba将再次触发，直到达到5分钟超时。你需要增加lamba客户端超时。
在Ruby代码中检查类似的问题。https://stackoverflow.com/a/56986916/3551956

下面的代码是为我工作。两个函数的VPC设置相同，不需要实现下面的代码，单独运行子函数会成功执行，但是从父函数运行会给予readtimeout错误，所以将connect_timeout和read_timeout的值都增加到900秒。

from botocore import config as botocoreConfig
from boto3 import client as botoClient
import json

def lambda_handler(event, context):
    
    #have added 15 min timeout
    config = botocoreConfig.Config(
       read_timeout=900,
       connect_timeout=900,
       retries={"max_attempts": 0}
   )
   lambdas = botoClient("lambda", config=config)
   payload= {
       "SomePayload": "PayloadValue"
   }

   response = lambdas.invoke(FunctionName="function_to_invoke", 
       InvocationType="RequestResponse", Payload=json.dumps(payload))