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á.

Como AWS Database Migration Service funciona com o IAM

Antes de usar o IAM para gerenciar o acessoAWS DMS, você deve entender quais recursos do IAM estão disponíveis para usoAWS DMS. Para ter uma visão de alto nível de como AWS DMS e outros AWS serviços funcionam com o IAM, consulte AWSos serviços que funcionam com o IAM no Guia do usuário do IAM.

Políticas baseadas em identidade do AWS DMS

Com as políticas baseadas em identidade do IAM, é possível especificar ações e recursos permitidos ou negados e as condições sob as quais as ações são permitidas ou negadas. O AWS DMS é compatível com ações, recursos e chaves de condição específicos. Para saber mais sobre todos os elementos usados em uma política JSON, consulte Referência de elementos de política JSON do IAM no Guia do usuário do IAM.

Ações

Os administradores podem usar políticas AWS JSON para especificar quem tem acesso ao quê. Ou seja, qual entidade principal pode executar ações em quais recursos e em que condições.

O elemento Action de uma política JSON descreve as ações que podem ser usadas para permitir ou negar acesso em uma política. Incluem ações em uma política para conceder permissões para executar a operação associada.

As ações políticas AWS DMS usam o seguinte prefixo antes da ação:dms:. Por exemplo, para conceder permissão a alguém para criar uma tarefa de replicação com a operação da AWS DMS CreateReplicationTask API, você inclui a dms:CreateReplicationTask ação na política dessa pessoa. As declarações de política devem incluir um NotAction elemento Action ou. AWS DMSdefine seu próprio conjunto de ações que descrevem as tarefas que você pode executar com esse serviço.

Para especificar várias ações em uma única declaração, separe-as com vírgulas, conforme a seguir.

"Action": [
      "dms:action1",
      "dms:action2"

Você também pode especificar várias ações utilizando caracteres curinga (*). Por exemplo, para especificar todas as ações que começam com a palavra Describe, inclua a ação a seguir:

"Action": "dms:Describe*"

Para ver uma lista de AWS DMS ações, consulte Ações definidas por AWS Database Migration Service no Guia do usuário do IAM.

Recursos

Os administradores podem usar políticas AWS JSON para especificar quem tem acesso ao quê. Ou seja, qual entidade principal pode executar ações em quais recursos e em que condições.

O elemento de política JSON Resource especifica o objeto ou os objetos aos quais a ação se aplica. Como prática recomendada, especifique um recurso usando seu nome do recurso da Amazon (ARN). Para ações que não oferecem compatibilidade com permissões em nível de recurso, use um curinga (*) para indicar que a instrução se aplica a todos os recursos.

"Resource": "*"

AWS DMSfunciona com os seguintes recursos:

O recurso ou recursos AWS DMS necessários dependem da ação ou ações que você invoca. Você precisa de uma política que permita essas ações no recurso associado ou nos recursos especificados pelo recurso ARNs.

Por exemplo, um recurso de AWS DMS endpoint tem o seguinte ARN:

arn:${Partition}:dms:${Region}:${Account}:endpoint/${InstanceId}

Para obter mais informações sobre o formato de ARNs, consulte Amazon Resource Names (ARNs) e namespaces AWS de serviços.

Por exemplo, para especificar a instância de endpoint 1A2B3C4D5E6F7G8H9I0J1K2L3M para a região us-east-2 em sua instrução, utilize o ARN a seguir.

"Resource": "arn:aws:dms:us-east-2:987654321098:endpoint/1A2B3C4D5E6F7G8H9I0J1K2L3M"

Para especificar todos os endpoints que pertencem a uma conta específica, utilize o caractere curinga (*):

"Resource": "arn:aws:dms:us-east-2:987654321098:endpoint/*"

Algumas AWS DMS ações, como as de criação de recursos, não podem ser executadas em um recurso específico. Nesses casos, você deve utilizar o caractere curinga (*).

"Resource": "*"

Algumas ações AWS DMS da API envolvem vários recursos. Por exemplo, o StartReplicationTask inicia e conecta uma tarefa de replicação para dois recursos de endpoint de banco de dados, uma origem e um destino, portanto, um usuário do IAM deve ter permissões para ler o endpoint de origem e gravar no endpoint de destino. Para especificar vários recursos em uma única instrução, separe-os ARNs com vírgulas.

"Resource": [
      "resource1",
      "resource2" ]

Para obter mais informações sobre como controlar o acesso aos AWS DMS recursos usando políticas, consulteUsar nomes de recursos para controle de acesso. Para ver uma lista dos tipos de AWS DMS recursos e seus ARNs, consulte Resources Defined by AWS Database Migration Service no Guia do usuário do IAM. Para saber com quais ações é possível especificar o ARN de cada recurso, consulte Ações definidas pelo AWS Database Migration Service.

Chaves de condição

Os administradores podem usar políticas AWS JSON para especificar quem tem acesso ao quê. Ou seja, qual entidade principal pode executar ações em quais recursos e em que condições.

O elemento Condition especifica quando as instruções são executadas com base em critérios definidos. É possível criar expressões condicionais que usem agentes de condição, como “igual a” ou “menor que”, para fazer a condição da política corresponder aos valores na solicitação. Para ver todas as chaves de condição AWS globais, consulte as chaves de contexto de condição AWS global no Guia do usuário do IAM.

AWS DMSdefine seu próprio conjunto de chaves de condição e também oferece suporte ao uso de algumas chaves de condição globais. Para ver todas as chaves de condição AWS globais, consulte as chaves de contexto de condição AWS global no Guia do usuário do IAM.

AWS DMSdefine um conjunto de tags padrão que você pode usar em suas chaves de condição e também permite que você defina suas próprias tags personalizadas. Para obter mais informações, consulte Uso de tags para controlar o acesso.

Para ver uma lista de chaves de AWS DMS condição, consulte Chaves de condição AWS Database Migration Service no Guia do usuário do IAM. Para saber com quais ações e recursos é possível utilizar uma chave de condição, consulte Ações definidas pelo AWS Database Migration Service e Recursos definidos pelo AWS Database Migration Service.

Exemplos

Para ver exemplos de políticas AWS DMS baseadas em identidade, consulte. AWS Database Migration Serviceexemplos de políticas baseadas em identidade

Políticas baseadas em recursos do AWS DMS

Políticas baseadas em recursos são documentos de política JSON que especificam quais ações um diretor específico pode realizar em um determinado AWS DMS recurso e sob quais condições. AWS DMSoferece suporte a políticas de permissões baseadas em recursos para chaves de AWS KMS criptografia que você cria para criptografar dados migrados para endpoints de destino compatíveis. Os endpoints de destino compatíveis incluem o Amazon Redshift e o Amazon S3. Usando políticas baseadas em recursos, é possível conceder a permissão para utilizar essas chaves de criptografia para outras contas para cada endpoint de destino.

Para permitir o acesso entre contas, é possível especificar uma conta inteira ou as entidades do IAM em outra conta como a entidade principal em uma política baseada em recurso. Adicionar uma entidade principal entre contas à política baseada em recurso é apenas metade da tarefa de estabelecimento da relação de confiança. Quando o principal e o recurso estão em AWS contas diferentes, você também deve conceder permissão à entidade principal para acessar o recurso. Conceda permissão anexando uma política baseada em identidade para a entidade. No entanto, se uma política baseada em recurso conceder acesso a uma entidade principal na mesma conta, nenhuma política baseada em identidade adicional será necessária. Para obter mais informações, consulte Como os perfis do IAM diferem de políticas baseadas em recursos no Guia do usuário do IAM.

O AWS DMS serviço oferece suporte a apenas um tipo de política baseada em recursos chamada política de chaves, que é anexada a uma chave de AWS KMS criptografia. Essa política define quais entidades principais (contas, usuários, perfis e usuários federados) podem criptografar dados migrados no endpoint de destino compatível.

Para saber como associar uma política baseada em recursos a uma chave de criptografia criada para os endpoints de destino compatíveis, consulte Criação e uso de AWS KMS chaves para criptografar dados de destino do Amazon Redshift e Criação de AWS KMS chaves para criptografar objetos de destino do Amazon S3.

Exemplos

Para obter exemplos de políticas AWS DMS baseadas em recursos, consulte. Exemplos de políticas baseadas em recursos para AWS KMS

Autorização baseada em tags do AWS DMS

Você pode anexar tags a AWS DMS recursos ou passar tags em uma solicitação paraAWS DMS. Para controlar o acesso com base em tags, você fornece as informações da tag no elemento condicional de uma política usando a chave de aws:TagKeys condição dms:ResourceTag/key-nameaws:RequestTag/key-name, ou. AWS DMSdefine um conjunto de tags padrão que você pode usar em suas chaves de condição e também permite que você defina suas próprias tags personalizadas. Para obter mais informações, consulte Uso de tags para controlar o acesso.

Para obter um exemplo de política baseada em identidade que limita o acesso a um recurso com base em tags, consulte Acessar recursos com base em tags do AWS DMS.

Funções do IAM para AWS DMS

Uma função do IAM é uma entidade dentro da sua AWS conta que tem permissões específicas.

Usando credenciais temporárias com AWS DMS

É possível utilizar credenciais temporárias para fazer login com federação, assumir um perfil do IAM ou assumir um perfil entre contas. Você obtém credenciais de segurança temporárias chamando operações de AWS STS API, como AssumeRoleou GetFederationToken.

AWS DMSsuporta o uso de credenciais temporárias.

Perfis vinculados ao serviço

As funções vinculadas ao serviço permitem que AWS os serviços acessem recursos em outros serviços para concluir uma ação em seu nome. Os perfis vinculados a serviço aparecem em sua conta do IAM e são de propriedade do serviço. Um administrador do IAM pode visualizar, mas não pode editar as permissões para perfis vinculados a serviço.

Para obter detalhes sobre como criar ou gerenciar funções AWS DMS vinculadas a serviços, consulte. Usar perfis vinculados a serviço

Perfis de serviço

Esse atributo permite que um serviço assuma um perfil de serviço em seu nome. O perfil permite que o serviço acesse recursos em outros serviços para concluir uma ação em seu nome. Os perfis de serviço aparecem em sua conta do IAM e são de propriedade da conta. Isso significa que um administrador do IAM pode alterar as permissões para esse perfil. Porém, fazer isso pode alterar a funcionalidade do serviço.

AWS DMSoferece suporte a dois tipos de funções de serviço que você deve criar para usar determinados endpoints de origem ou destino:

Escolha de uma função do IAM em AWS DMS

Se você usa o console do AWS DMS AWS CLI ou a API do AWS DMS para sua migração de banco de dados, você deve adicionar determinadas funções do IAM à sua AWS conta antes de poder usar os recursos do AWS DMS. Duas delas são dms-vpc-role e dms-cloudwatch-logs-role. Se você usa o Amazon Redshift como banco de dados de destino, você também deve adicionar a função do IAM dms-access-for-endpoint à sua AWS conta. Para obter mais informações, consulte Criação das funções do IAM para usar com AWS DMS.

Gerenciamento de identidade e acesso do DMS Fleet Advisor

Com as políticas baseadas em identidade do IAM, é possível especificar ações e recursos permitidos ou negados, além das condições sob as quais as ações são permitidas ou negadas. O DMS Fleet Advisor é compatível com ações, recursos e chaves de condição específicos. Para saber mais sobre todos os elementos usados em uma política JSON, consulte Referência de elementos de política JSON do IAM no Guia do usuário do IAM.

O DMS Fleet Advisor utiliza perfis do IAM para acessar o Amazon Simple Storage Service. Uma função do IAM é uma entidade dentro da sua AWS conta que tem permissões específicas. Para obter mais informações, consulte Criar recursos do IAM.