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 IAM

Antes de usar IAM para gerenciar o acesso ao AWS DMS, você deve entender quais IAM recursos estão disponíveis para uso AWS DMS. Para obter uma visão geral de como AWS DMS e outros AWS serviços funcionam comIAM, consulte AWS serviços que funcionam com IAM no Guia do IAM usuário.

Políticas baseadas em identidade do AWS DMS

Com políticas IAM baseadas em identidade, você pode especificar ações e recursos permitidos ou negados, bem como as condições sob as quais as ações são permitidas ou negadas. AWS DMS oferece suporte a ações, recursos e chaves de condição específicos. Para saber mais sobre todos os elementos que você usa em uma JSON política, consulte a referência IAM JSON de elementos de política no Guia IAM do usuário.

Ações

Os administradores podem usar AWS JSON políticas 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 Action elemento de uma JSON política descreve as ações que você pode usar para permitir ou negar acesso em uma política. As ações de política geralmente têm o mesmo nome da AWS API operação associada. Há algumas exceções, como ações somente de permissão que não têm uma operação correspondente. API Algumas operações também exigem várias ações em uma política. Essas ações adicionais são chamadas de ações dependentes.

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 AWS DMS CreateReplicationTask API operação, 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 DMS define 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 IAM usuário.

Recursos

Os administradores podem usar AWS JSON políticas 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 Resource JSON de política especifica o objeto ou objetos aos quais a ação se aplica. As instruções devem incluir um elemento Resource ou NotResource. Como prática recomendada, especifique um recurso usando seu Amazon Resource Name (ARN). Isso pode ser feito para ações que oferecem compatibilidade com um tipo de recurso específico, conhecido como permissões em nível de recurso.

Para ações que não oferecem compatibilidade com permissões em nível de recurso, como operações de listagem, use um curinga (*) para indicar que a instrução se aplica a todos os recursos.

"Resource": "*"

AWS DMS funciona 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 recursoARNs.

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

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

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

Por exemplo, para especificar a instância do 1A2B3C4D5E6F7G8H9I0J1K2L3M endpoint para a us-east-2 região em sua declaração, use o seguinteARN.

"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 AWS DMS API ações envolvem vários recursos. Por exemplo, StartReplicationTask inicia e conecta uma tarefa de replicação a dois recursos de endpoint do banco de dados, uma origem e um destino, portanto, o IAM usuário 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 seusARNs, consulte Recursos definidos por AWS Database Migration Service no Guia do IAM usuário. Para saber com quais ações você pode especificar cada recurso, consulte Ações definidas por AWS Database Migration Service. ARN

Chaves de condição

Os administradores podem usar AWS JSON políticas 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 (ou bloco Condition) permite que você especifique condições nas quais uma instrução estiver em vigor. O elemento Condition é opcional. É 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.

Se você especificar vários elementos Condition em uma instrução ou várias chaves em um único Condition elemento, a AWS os avaliará usando uma operação lógica AND. Se você especificar vários valores para uma única chave de condição, AWS avalia a condição usando uma OR operação lógica. Todas as condições devem ser atendidas antes que as permissões da instrução sejam concedidas.

Você também pode usar variáveis de espaço reservado ao especificar condições. Por exemplo, você pode conceder permissão a um IAM usuário para acessar um recurso somente se ele estiver marcado com o nome de IAM usuário. Para obter mais informações, consulte elementos de IAM política: variáveis e tags no Guia IAM do usuário.

AWS suporta chaves de condição globais e chaves de condição específicas do serviço. Para ver todas as chaves de condição AWS globais, consulte as chaves de contexto de condição AWS global no Guia IAM do usuário.

AWS DMS define 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 IAM do usuário.

AWS DMS define 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 IAM do usuário. 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 Service exemplos de políticas baseadas em identidade

Políticas baseadas em recursos do AWS DMS

Políticas baseadas em recursos são documentos JSON de política que especificam quais ações um diretor específico pode realizar em um determinado AWS DMS recurso e sob quais condições. AWS DMS oferece 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 habilitar o acesso entre contas, você pode especificar uma conta ou IAM entidades inteiras em outra conta como principal em uma política baseada em recursos. 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 as IAM funções diferem das políticas baseadas em recursos no Guia do IAMusuário.

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 Criar e utilizar as chaves do AWS KMS para criptografar os 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 para AWS 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 DMS define 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.

IAMfunções para AWS DMS

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

Usando credenciais temporárias com AWS DMS

Você pode usar credenciais temporárias para entrar com a federação, assumir uma IAM função ou assumir uma função entre contas. Você obtém credenciais de segurança temporárias chamando AWS STS API operações como AssumeRoleou GetFederationToken.

AWS DMS suporta o uso de credenciais temporárias.

Funções vinculadas a 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. As funções vinculadas ao serviço aparecem em sua IAM conta e são de propriedade do serviço. Um IAM administrador pode visualizar, mas não editar, as permissões para funções vinculadas ao 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. As funções de serviço aparecem na sua IAM conta e são de propriedade da conta. Isso significa que um IAM administrador pode alterar as permissões para essa função. Porém, fazer isso pode alterar a funcionalidade do serviço.

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

Escolhendo uma IAM função em AWS DMS

Se você usar o AWS CLI ou o AWS DMS API para a migração do banco de dados, deverá adicionar determinadas IAM funções à 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 IAM função dms-access-for-endpoint à sua AWS conta. Para obter mais informações, consulte Criando as IAM funções a serem usadas com o AWS CLI e AWS DMS API.

Gerenciamento de identidade e acesso para o DMS Fleet Advisor

Com políticas IAM baseadas em identidade, você pode especificar ações e recursos permitidos ou negados, bem como as condições sob as quais as ações são permitidas ou negadas. DMSO Fleet Advisor oferece suporte a ações, recursos e chaves de condição específicos. Para saber mais sobre todos os elementos que você usa em uma JSON política, consulte a referência IAM JSON de elementos de política no Guia IAM do usuário.

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