As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Solução de problemas de alternância do AWS Secrets Manager
Em muitos serviços, o Secrets Manager usa uma função do Lambda para alternar segredos. Para obter mais informações, consulte Função do Lambda de alternância. A função de alternância do Lambda interage com o banco de dados ou serviço para o qual o segredo se destina, bem como o Secrets Manager. Quando a alternância não funciona da maneira esperada, primeiro é necessário verificar os logs do CloudWatch.
nota
Alguns serviços podem gerenciar segredos para você, incluindo o gerenciamento da alternância automática. Para obter mais informações, consulte Rotação gerenciada para AWS Secrets Manager segredos.
Tópicos
Como solucionar falhas de alternância de segredos em funções do AWS Lambda
Erro: “Key is missing from secret JSON” (A chave do segredo JSON está ausente)
Atualize uma função de alternância existente do Python 3.7 para 3.9
Atualize uma função de alternância existente de Python 3.9 para 3.10
Rotação de segredo do AWS Lambda com falha de PutSecretValue
Erro: "Erro ao executar lambda <arn> durante uma etapa <de alternância>"
Como solucionar falhas de alternância de segredos em funções do AWS Lambda
Se estiver enfrentando falhas de alternância de segredo nas funções do Lambda, use as etapas a seguir para solucionar o problema.
Possíveis causas
-
Execuções simultâneas insuficientes para a função do Lambda
-
Condições de corrida devido a várias chamadas de API durante a alternância
-
Lógica incorreta da função do Lambda
-
Problemas de rede entre a função do Lambda e o banco de dados
Etapas gerais de solução de problemas
-
Analise os logs do CloudWatch:
-
Procure por mensagens de erro específicas ou comportamentos inesperados nos logs das funções do Lambda
-
Verifique se todas as etapas de alternância (CreateSecret, SetSecret, TestSecret, FinishSecret) estão sendo tentadas
-
-
Analise as chamadas de API durante a alternância:
-
Evite fazer chamadas de API mutantes no segredo durante a alternância do Lambda
-
Certifique-se de que não haja condições de corrida entre as chamadas RotateSecret e PutSecretValue
-
-
Verifique a lógica da função do Lambda:
-
Confirme se você está usando o código de amostra da AWS mais recente para a alternância de segredos
-
Se estiver usando código personalizado, revise-o para verificar o tratamento adequado de todas as etapas da alternância
-
-
Verifique a configuração da rede:
-
Verifique se as regras do grupo de segurança permitem que a função do Lambda acesse o banco de dados
-
Garanta o acesso adequado ao endpoint da VPC ou ao endpoint público para o Secrets Manager
-
-
Teste as versões do segredo:
-
Verifique se a versão AWS/CURRENT do segredo permite acesso ao banco de dados.
-
Verifique se as versões AWSPREVIOUS ou AWSPENDING são válidas
-
-
Limpe as alternâncias pendentes:
-
Se a alternância falhar consistentemente, limpe o rótulo de teste AWSPENDING e tente novamente a alternância
-
-
Verifique as configurações de simultaneidade do Lambda:
-
Verifique se as configurações de simultaneidade são apropriadas para sua workload
-
Se você suspeitar de problemas de simultaneidade, consulte a seção “Solução de falhas de alternância relacionadas à simultaneidade”
-
Nenhuma atividade após “Found credentials in environment variables” (Credenciais encontradas em variáveis de ambiente)
Se não houver atividade após "Credenciais encontradas em variáveis de ambiente" e a duração da tarefa for longa, por exemplo, o tempo limite padrão do Lambda de 30 mil milissegundos, a função do Lambda pode estar expirando ao tentar alcançar o endpoint do Secrets Manager.
A função de alternância do Lambda deve ser capaz de acessar um endpoint do Secrets Manager. Se sua função do Lambda puder acessar a Internet, é possível usar um endpoint público. Para localizar um endpoint, consulte AWS Secrets Manager endpoints.
Se a função do Lambda for executada em uma VPC que não tem acesso à Internet, recomendamos que você configure endpoints privados de serviço do Secrets Manager dentro de sua VPC. Assim, sua VPC pode interceptar solicitações endereçadas ao endpoint regional público e redirecioná-las para o endpoint privado. Para obter mais informações, consulte Endpoints da VPC (AWS PrivateLink).
Como alternativa, é possível habilitar a função do Lambda para acessar um endpoint público do Secrets Manager adicionando um gateway NAT ou um gateway da Internet à VPC, o que permite que o tráfego da VPC alcance o endpoint público. Isso expõe a VPC a um risco maior, pois um endereço IP do gateway pode ser atacado a partir da Internet pública.
Nenhuma atividade após “createSecret”
A seguir, estão os problemas que podem fazer com que a alternância pare após createSecret:
- As ACLs de rede VPC não permitem o tráfego HTTPS de entrada e saída.
-
Para obter mais informações, consulte Controlar o tráfego para sub-redes com ACLs de rede no Guia do usuário da Amazon VPC.
- A configuração de tempo limite da função do Lambda é muito curta para executar a tarefa.
-
Para obter mais informações, consulte Configurar as opções da função do Lambda no Guia do desenvolvedor do AWS Lambda.
- O endpoint da VPC do Secrets Manager não permite a entrada de CIDRs da VPC nos grupos de segurança atribuídos.
-
Para obter mais informações, consulte Controle o tráfego para recursos usando grupos de segurança no Guia do usuário da Amazon VPC.
- A política de endpoint da VPC do Secrets Manager não permite que o Lambda use o endpoint da VPC.
-
Para obter mais informações, consulte Usando um AWS Secrets Manager VPC endpoint.
- O segredo usa a alternância de usuários alternados, o segredo do superusuário é gerenciado pelo Amazon RDS e a função do Lambda não pode acessar a API do RDS.
-
Para rodízio de usuários em alternância em que o segredo do superusuário é gerenciado por outro produto da AWS, a função de rodízio do Lambda deve ser capaz de chamar o endpoint do serviço para obter as informações de conexão do banco de dados. Recomendamos que você configure um endpoint da VPC para o serviço de banco de dados. Para obter mais informações, consulte:
-
API do Amazon RDS e endpoints da VPC de interface no Guia do usuário do Amazon RDS.
-
Trabalhar com endpoints da VPC no Guia de gerenciamento do Amazon Redshift.
-
Erro: “O acesso ao KMS não é permitido”
Se você vir ClientError: An error occurred (AccessDeniedException) when calling the
GetSecretValue operation: Access to KMS is not allowed, a função de alternância não tem permissão para descriptografar o segredo usando a chave KMS usada para criptografar o segredo. Pode haver uma condição na política de permissões que limita o contexto de criptografia a um segredo específico. Para obter informações sobre as permissões necessárias, consulte Declaração de política para chaves gerenciadas pelo cliente.
Erro: “Key is missing from secret JSON” (A chave do segredo JSON está ausente)
Uma função de alternância do Lambda requer que o valor do segredo esteja em uma estrutura JSON específica. Se você vir esse erro, o JSON pode estar sem uma chave que a função de alternância tentou acessar. Para obter informações sobre a estrutura JSON para cada tipo de segredo, consulte Estrutura JSON de segredos do AWS Secrets Manager.
Erro: “setSecret: Unable to log into database” (setSecret: não é possível fazer login no banco de dados)
A seguir, estão os problemas que podem causar esse erro:
- A função de alternância não pode acessar o banco de dados.
-
Se a duração da tarefa for longa, por exemplo, mais de 5 milissegundos, a função de alternância do Lambda pode não conseguir acessar o banco de dados utilizando a rede.
Se seu banco de dados ou serviço estiver sendo executado em uma instância do Amazon EC2 em uma VPC, é recomendável que você configure a função do Lambda para ser executada na mesma VPC. Assim, a função de alternância pode se comunicar diretamente com seu serviço. Para obter mais informações, consulte Configuring VPC access (Configurar o acesso à VPC).
Para permitir que a função do Lambda acesse o banco de dados ou serviço, certifique-se de que os grupos de segurança anexados à sua função de alternância do Lambda permitam conexões de saída com o banco de dados ou serviço. Você também deve garantir que os grupos de segurança anexados ao seu banco de dados ou serviço permitam conexões de entrada a partir da função de alternância do Lambda.
- As credenciais no segredo estão incorretas.
-
Se a duração da tarefa for curta, a função de alternância do Lambda pode não conseguir autenticar com as credenciais no segredo. Verifique as credenciais fazendo login manualmente com as informações nas versões
AWSCURRENTeAWSPREVIOUSdo segredo com o comando AWS CLI daget-secret-value. - O banco de dados usa
scram-sha-256para criptografar senhas. -
Se seu banco de dados for Aurora PostgreSQL versão 13 ou posterior e usar
scram-sha-256para criptografar senhas, mas a função de alternância usarlibpqversão 9 ou anterior que não seja compatível comscram-sha-256, a função de alternância não poderá estabelecer conexão com o banco de dados.Para determinar quais usuários do banco de dados usam criptografia
scram-sha-256-
Consulte Checking for users with non-SCRAM passwords (Verificação de usuários com senhas não SCRAM) na postem de blog SCRAM Authentication in RDS for PostgreSQL 13
(Autenticação SCRAM no RDS para PostgreSQL 13).
Para determinar a versão que sua função de alternância
libpqusa-
Em um computador baseado em Linux, no console do Lambda, acesse sua função de alternância e baixe o pacote de implantação. Descompacte o arquivo zip em um diretório de trabalho.
-
Usando uma linha de comando, no diretório de trabalho, execute:
readelf -a libpq.so.5 | grep RUNPATH -
Se você visualizar a string
ou qualquer versão principal inferior à versão 10, a função de alternância não será compatível comPostgreSQL-9.4.xscram-sha-256.-
Saída para uma função de alternância incompatível com
scram-sha-256:0x000000000000001d (RUNPATH) Library runpath: [/local/p4clients/pkgbuild-a1b2c/workspace/build/PostgreSQL/PostgreSQL-9.4.x_client_only.123456.0/AL2_x86_64/DEV.STD.PTHREAD/build/private/tmp/brazil-path/build.libfarm/lib:/local/p4clients/pkgbuild-a1b2c/workspace/src/PostgreSQL/build/private/install/lib] -
Saída para uma função de alternância compatível com
scram-sha-256:0x000000000000001d (RUNPATH) Library runpath: [/local/p4clients/pkgbuild-a1b2c/workspace/build/PostgreSQL/PostgreSQL-10.x_client_only.123456.0/AL2_x86_64/DEV.STD.PTHREAD/build/private/tmp/brazil-path/build.libfarm/lib:/local/p4clients/pkgbuild-a1b2c/workspace/src/PostgreSQL/build/private/install/lib] -
Saída para uma função de alternância compatível com
scram-sha-256:0x000000000000001d (RUNPATH) Library runpath: [/local/p4clients/pkgbuild- a1b2c /workspace/build/PostgreSQL/PostgreSQL-14.x_client_only. 123456 .0/AL2_x86_64/DEV.STD.PTHREAD/build/private/tmp/brazil-path/build.libfarm/lib:/local/p4clients/pkgbuild- a1b2c /workspace/src/PostgreSQL/build/private/install/lib] -
Saída para uma função de alternância compatível com
scram-sha-256:0x000000000000001d (RUNPATH) Library runpath: [/local/p4clients/pkgbuild- a1b2c/workspace/build/PostgreSQL/PostgreSQL- 14.x_client_only.123456.0/AL2_x86_64/DEV.STD.PTHREAD/build/private/tmp/brazil- path/build.libfarm/lib:/local/p4clients/pkgbuild- a1b2c/workspace/src/PostgreSQL/build/private/install/lib]
-
nota
Se tiver configurado a alternância automática de segredos antes de 30 de dezembro de 2021, sua função de alternância incluiu uma versão anterior de
libpqque não oferece suporte ascram-sha-256. Para oferecer suporte ascram-sha-256, você precisa recriar sua função de alternância. -
- O banco de dados requer acesso SSL/TLS.
-
Se seu banco de dados requer uma conexão SSL/TLS, mas a função de alternância usa uma conexão não criptografada, a função de alternância não pode se conectar ao banco de dados. As funções de rodízio do Amazon RDS (exceto Oracle e Db2) e o Amazon DocumentDB usam automaticamente o Secure Socket Layer (SSL) ou o Transport Layer Security (TLS) para se conectar ao seu banco de dados, se ele estiver disponível. Caso contrário, utilizarão uma conexão não criptografada.
nota
Se você configurou a alternância automática de segredos antes de 20 de dezembro de 2021, a sua função de alternância pode ser baseada em um modelo anterior que não oferece suporte a SSL/TLS. Para oferecer suporte a conexões que usam SSL/TLS, você precisa recriar a sua função de alternância.
Para determinar quando a sua função de alternância foi criada
-
No console do Secrets Manager https://console.aws.amazon.com/secretsmanager/
, abra o seu segredo. Na seção Configuração de alternância, em Função de alternância do Lambda, você verá o ARN da função do Lambda, por exemplo, arn:aws:lambda:. Copie o nome da função do final do ARN. Neste exemplo, éaws-region:123456789012:function:SecretsManagerMyRotationFunction.SecretsManagerMyRotationFunction -
No console do AWS Lambda https://console.aws.amazon.com/lambda/
, em Funções, cole o nome da sua função do Lambda na caixa de pesquisa, escolha Enter e, em seguida, a função do Lambda. -
Na página de detalhes da função, na guia Configuration (Configuração), em Tags (Etiquetas), copie o valor ao lado da chave aws:cloudformation:stack-name.
-
No console do AWS CloudFormation https://console.aws.amazon.com/cloudformation
, em Stacks (Pilhas), cole a chave-valor na caixa de pesquisa e, então, escolha Enter. -
A lista de filtros de pilhas para que somente a pilha que criou a função de alternância do Lambda apareça. Na coluna Created date (Data da criação), visualize a data em que a pilha foi criada. Esta é a data em que a função de alternância do Lambda foi criada.
-
Erro: “Não é possível importar o módulo ‘lambda_function’"
É possível receber esse erro se estiver executando uma função do Lambda anterior que foi atualizada automaticamente do Python 3.7 para uma versão mais recente do Python. Para solucionar o erro, é possível alterar a versão da função do Lambda de volta para Python 3.7 e, em seguida, para Atualize uma função de alternância existente do Python 3.7 para 3.9. Para obter mais informações, consulte Por que a alternância da minha função do Lambda do Secrets Manager falhou com o erro “módulo pg não encontrado”?
Atualize uma função de alternância existente do Python 3.7 para 3.9
Algumas funções de alternância criadas antes de novembro de 2022 usavam o Python 3.7. O SDK da AWS para Python interrompeu o suporte ao Python 3.7 em dezembro de 2023. Para obter mais informações, consulte Python support policy updates for AWS SDKs and Tools
Para descobrir quais funções de alternância do Lambda usam o Python 3.7
Faça login no Console de gerenciamento da AWS e abra o console do AWS Lambda em https://console.aws.amazon.com/lambda/
. -
Na lista de Funções, filtre por
SecretsManager. -
Na lista filtrada de funções, em Runtime, busque o Python 3.7.
Para atualizar para o Python 3.9:
Opção 1: recriar a função de alternância usando o CloudFormation
Quando você usa o console do Secrets Manager para ativar a alternância, o Secrets Manager usa o CloudFormation para criar os recursos necessários, inclusive a função de alternância do Lambda. Se você usou o console para ativar a alternância ou criou a função de alternância usando uma pilha do CloudFormation, será possível usar a mesma pilha do CloudFormation para recriar a função de alternância com um novo nome. A nova função usa a versão mais recente do Python.
Para encontrar a pilha do CloudFormation que criou a função de alternância
Na página de detalhes da função do Lambda, na guia Configuração, escolha Tags. Visualize o ARN próximo à aws:cloudformation:stack-id.
O nome da pilha está incorporado no ARN, conforme exibido no exemplo a seguir.
ARN:
arn:aws:cloudformation:us-west-2:408736277230:stack/SecretsManagerRDSMySQLRotationSingleUser5c2-SecretRotationScheduleHostedRotationLambda-3CUDHZMDMBO8/79fc9050-2eef-11ed-80f0-021fb13c0537Nome da pilha:
SecretsManagerRDSMySQLRotationSingleUser5c2-SecretRotationScheduleHostedRotationLambda
Para recriar uma função de alternância (CloudFormation)
-
No CloudFormation, busque a pilha pelo nome e, em seguida, escolha Atualizar.
Se aparecer uma caixa de diálogo recomendando a atualização da pilha raiz, escolha Ir para a pilha raiz e, em seguida, escolha Atualizar.
-
Na página Atualizar pilha, em Preparar modelo, escolha Editar no Application Composer e, em Editar modelo no Application Composer, escolha o botão Editar no Application Composer.
-
No Application Composer, faça o seguinte:
-
No código do modelo, em
SecretRotationScheduleHostedRotationLambda, substitua o valor por"functionName": "SecretsManagerTestRotationRDS"com um novo nome de função. Por exemplo, em JSON,."functionName": "SecretsManagerTestRotationRDSupdated" -
Escolha Atualizar modelo.
-
Na caixa de diálogo Prosseguir para CloudFormation, escolha Confirmar e prosseguir para CloudFormation.
-
-
Continue com o fluxo de trabalho da pilha do CloudFormation e escolha Enviar.
Opção 2: atualizar o runtime da função de alternância existente usando o CloudFormation
Quando você usa o console do Secrets Manager para ativar a alternância, o Secrets Manager usa o CloudFormation para criar os recursos necessários, incluindo a função de alternância do Lambda. Se você usou o console para ativar a alternância ou criou a função de alternância usando uma pilha do CloudFormation, será possível usar a mesma pilha do CloudFormation para atualizar o runtime da função de alternância.
Para encontrar a pilha do CloudFormation que criou a função de alternância
Na página de detalhes da função do Lambda, na guia Configuração, escolha Tags. Visualize o ARN próximo à aws:cloudformation:stack-id.
O nome da pilha está incorporado no ARN, conforme exibido no exemplo a seguir.
ARN:
arn:aws:cloudformation:us-west-2:408736277230:stack/SecretsManagerRDSMySQLRotationSingleUser5c2-SecretRotationScheduleHostedRotationLambda-3CUDHZMDMBO8/79fc9050-2eef-11ed-80f0-021fb13c0537Nome da pilha:
SecretsManagerRDSMySQLRotationSingleUser5c2-SecretRotationScheduleHostedRotationLambda
Para atualizar o runtime de uma função de alternância (CloudFormation)
-
No CloudFormation, busque a pilha pelo nome e, em seguida, escolha Atualizar.
Se aparecer uma caixa de diálogo recomendando a atualização da pilha raiz, escolha Ir para a pilha raiz e, em seguida, escolha Atualizar.
-
Na página Atualizar pilha, em Preparar modelo, escolha Editar no Application Composer e, em Editar modelo no Application Composer, escolha o botão Editar no Application Composer.
-
No Application Composer, faça o seguinte:
-
No modelo JSON, para
SecretRotationScheduleHostedRotationLambda, emProperties, emParameters, adicione"runtime": "python3.9". -
Escolha Atualizar modelo.
-
Na caixa de diálogo Prosseguir para CloudFormation, escolha Confirmar e prosseguir para CloudFormation.
-
-
Continue com o fluxo de trabalho da pilha do CloudFormation e escolha Enviar.
Opção 3: para usuários do AWS CDK, atualizar a biblioteca do CDK
Se você usou a versão AWS CDK anterior à v2.94.0 para configurar a alternância do seu segredo, poderá atualizar a função do Lambda mudando para a v2.94.0 ou superior. Para obter mais informações, consulte o Guia do desenvolvedor do AWS Cloud Development Kit (AWS CDK) v2.
Atualize uma função de alternância existente de Python 3.9 para 3.10
O Secrets Manager está fazendo a transição de Python 3.9 para 3.10 para funções de alternância do Lambda. Para mudar para uma nova função de alternância que use o Python 3.10, é necessário seguir o caminho de atualização com base no método de implantação. Use os procedimentos a seguir para atualizar a versão do Python e as dependências subjacentes.
Para descobrir quais funções de alternância do Lambda usam o Python 3.9
Faça login no Console de gerenciamento da AWS e abra o console do AWS Lambda em https://console.aws.amazon.com/lambda/
. -
Na lista de Funções, filtre por
SecretsManager. -
Na lista filtrada de funções, em Runtime, busque por
Python 3.9.
Atualização de caminhos por método de implantação
As funções de alternância do Lambda identificadas nesta lista podem ser implantadas por meio do console do Secrets Manager, aplicações do AWS Serverless Application Repository ou transformações do CloudFormation. Cada uma dessas estratégias de implantação tem um caminho de atualização distinto.
Use um dos procedimentos a seguir para atualizar suas funções de alternância do Lambda, dependendo de como sua função foi implantada.
Verificação da atualização do Python
Para verificar a atualização do Python, abra o console do Lambda (https://console.aws.amazon.com/lambda/3.10.
Rotação de segredo do AWS Lambda com falha de PutSecretValue
Se você usa um perfil assumido ou uma alternância entre contas com o Secrets Manager e encontra um evento RotationFailed no CloudTrail com a mensagem: A versão do segredo pendente . Em seguida, será necessário atualizar sua função do Lambda para usar o parâmetro VERSION_ID para o segredo SECRET_ARN não foi criada pelo Lambda LAMBDA_ARN. Remova o rótulo de preparação AWSPENDING e reinicie a alternânciaRotationToken.
Atualização da função de alternância Lambda para incluir RotationToken
-
Baixe o código da função do Lambda
-
Abra o console do Lambda
-
Selecione Funções no painel de navegação
-
Selecione sua função de alternância de segredos do Lambda em Nome da função
-
Em Download, escolha um dentre Códigos de função .zip, Arquivo AWS SAM, Ambos
-
Escolha OK para salvar a função em sua máquina local.
-
-
Editar o
Lambda_handlerInclua o parâmetro rotation_token na etapa create_secret para alternância entre contas:
def lambda_handler(event, context): """Secrets Manager Rotation Template This is a template for creating an AWS Secrets Manager rotation lambda Args: event (dict): Lambda dictionary of event parameters. These keys must include the following: - SecretId: The secret ARN or identifier - ClientRequestToken: The ClientRequestToken of the secret version - Step: The rotation step (one of createSecret, setSecret, testSecret, or finishSecret) - RotationToken: the rotation token to put as parameter for PutSecretValue call context (LambdaContext): The Lambda runtime information Raises: ResourceNotFoundException: If the secret with the specified arn and stage does not exist ValueError: If the secret is not properly configured for rotation KeyError: If the event parameters do not contain the expected keys """ arn = event['SecretId'] token = event['ClientRequestToken'] step = event['Step'] # Add the rotation token rotation_token = event['RotationToken'] # Setup the client service_client = boto3.client('secretsmanager', endpoint_url=os.environ['SECRETS_MANAGER_ENDPOINT']) # Make sure the version is staged correctly metadata = service_client.describe_secret(SecretId=arn) if not metadata['RotationEnabled']: logger.error("Secret %s is not enabled for rotation" % arn) raise ValueError("Secret %s is not enabled for rotation" % arn) versions = metadata['VersionIdsToStages'] if token not in versions: logger.error("Secret version %s has no stage for rotation of secret %s." % (token, arn)) raise ValueError("Secret version %s has no stage for rotation of secret %s." % (token, arn)) if "AWSCURRENT" in versions[token]: logger.info("Secret version %s already set as AWSCURRENT for secret %s." % (token, arn)) return elif "AWSPENDING" not in versions[token]: logger.error("Secret version %s not set as AWSPENDING for rotation of secret %s." % (token, arn)) raise ValueError("Secret version %s not set as AWSPENDING for rotation of secret %s." % (token, arn)) # Use rotation_token if step == "createSecret": create_secret(service_client, arn, token, rotation_token) elif step == "setSecret": set_secret(service_client, arn, token) elif step == "testSecret": test_secret(service_client, arn, token) elif step == "finishSecret": finish_secret(service_client, arn, token) else: raise ValueError("Invalid step parameter") -
Edição do código
create_secretRevise a função
create_secretpara aceitar e usar o parâmetrorotation_token:# Add rotation_token to the function def create_secret(service_client, arn, token, rotation_token): """Create the secret This method first checks for the existence of a secret for the passed in token. If one does not exist, it will generate a new secret and put it with the passed in token. Args: service_client (client): The secrets manager service client arn (string): The secret ARN or other identifier token (string): The ClientRequestToken associated with the secret version rotation_token (string): the rotation token to put as parameter for PutSecretValue call Raises: ResourceNotFoundException: If the secret with the specified arn and stage does not exist """ # Make sure the current secret exists service_client.get_secret_value(SecretId=arn, VersionStage="AWSCURRENT") # Now try to get the secret version, if that fails, put a new secret try: service_client.get_secret_value(SecretId=arn, VersionId=token, VersionStage="AWSPENDING") logger.info("createSecret: Successfully retrieved secret for %s." % arn) except service_client.exceptions.ResourceNotFoundException: # Get exclude characters from environment variable exclude_characters = os.environ['EXCLUDE_CHARACTERS'] if 'EXCLUDE_CHARACTERS' in os.environ else '/@"\'\\' # Generate a random password passwd = service_client.get_random_password(ExcludeCharacters=exclude_characters) # Put the secret, using rotation_token service_client.put_secret_value(SecretId=arn, ClientRequestToken=token, SecretString=passwd['RandomPassword'], VersionStages=['AWSPENDING'], RotationToken=rotation_token) logger.info("createSecret: Successfully put secret for ARN %s and version %s." % (arn, token)) -
Transferência do código atualizado da função do Lambda
Depois de atualizar o código da função do Lambda, transfira-o para alternar seu segredo.
Erro: "Erro ao executar lambda <arn> durante uma etapa <de alternância>"
Se você estiver enfrentando falhas intermitentes de alternância de segredos com sua função do Lambda presa em um loop de conjuntos, por exemplo, entre CreateSecret e SetSecret, o problema pode estar relacionado às configurações de simultaneidade.
Etapas da solução de problemas de simultaneidade
Atenção
Definir o parâmetro de simultaneidade provisionado como um valor menor que 10 pode causar limitação devido à insuficiência de threads de execução para a função do Lambda. Para obter mais informações, consulte Noções básicas sobre simultaneidade reservada e simultaneidade provisionada no Guia do desenvolvedor do AWS Lambda AWS Lambda.
-
Verifique e ajuste as configurações de simultaneidade do Lambda:
-
Verifique se
reserved_concurrent_executionsnão está definido como muito baixo (por exemplo, 1) -
Se estiver usando simultaneidade reservada, defina para pelo menos 10
-
Considere o uso de simultaneidade sem reservas para obter mais flexibilidade
-
-
Para simultaneidade provisionada:
-
Não defina explicitamente o parâmetro de simultaneidade provisionado (por exemplo, no Terraform).
-
Se você precisar configurá-lo, use um valor de pelo menos 10.
-
Teste minuciosamente para garantir que o valor escolhido funcione para seu caso de uso.
-
-
Monitore e ajuste a simultaneidade:
-
Calcule a simultaneidade usando esta fórmula: Concorrência = (média de solicitações por segundo) * (duração média da solicitação em segundos). Para obter mais informações, consulte Estimativa de simultaneidade reservada.
-
Observe e registre os valores durante as alternâncias para determinar as configurações de simultaneidade apropriadas.
-
Tenha cuidado ao definir valores baixos de simultaneidade. Eles podem causar controle de utilização se não houver threads de execução suficientes disponíveis.
-
Para obter mais informações sobre como configurar a simultaneidade do Lambda, consulte Configuração de simultaneidade reservada e Configuração de simultaneidade provisionada no Guia do desenvolvedor do AWS Lambda.