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á.
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.
Tópicos
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, bem como as condições sob as quais as ações são permitidas ou negadas. O 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:
-
Certificados
-
Endpoints
-
Assinaturas de eventos
-
Instâncias de replicação
-
Grupos de sub-rede (segurança) de replicação
-
Tarefas de replicação
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 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 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 de Condition
) permite que você especifique condições nas quais uma declaração está em vigor. O elemento Condition
é opcional. É possível criar expressões de condição que usam operadores de condição, como igual a ou menor que, para corresponder a condição na política aos valores na solicitação.
Se você especificar vários elementos de Condition
em uma declaração ou várias chaves em um único elemento de Condition
, 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 a um usuário do IAM permissão para acessar um recurso somente se ele estiver marcado com seu nome de usuário do IAM. Para obter mais informações, consulte Elementos de política do IAM: variáveis e tags no Guia do usuário do IAM.
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 permitir o acesso entre contas, você pode especificar uma conta inteira ou as entidades do IAM em outra conta como o 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 as funções 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 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-name
aws:RequestTag/
, 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.key-name
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 fazer login com federação, assumir uma função do IAM ou assumir uma função entre contas. Você obtém credenciais de segurança temporárias ligando para AWS STS API operações como AssumeRoleou GetFederationToken.
AWS DMS suporta 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ços aparecem em sua conta da IAM e são de propriedade do serviço. Um administrador do IAM pode visualizar, mas não pode 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 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 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:
-
Funções com permissões para permitir que o AWS DMS acesse os seguintes endpoints de origem e destino (ou seus recursos):
-
Amazon DynamoDB como destino: para obter mais informações, consulte Pré-requisitos para usar o DynamoDB como destino para AWS Database Migration Service.
-
OpenSearch como alvo — Para obter mais informações, consultePré-requisitos para utilizar o Amazon OpenSearch Service como destino do AWS Database Migration Service.
-
Amazon Kinesis como destino: para obter mais informações, consulte Pré-requisitos para usar um stream de dados do Kinesis como destino para AWS Database Migration Service.
-
Amazon Redshift como destino — Você precisa criar a função especificada somente para criar uma chave de KMS criptografia personalizada para criptografar os dados de destino ou para especificar um bucket S3 personalizado para armazenar tarefas intermediárias. Para ter mais informações, consulte Criação e uso de AWS KMS chaves para criptografar dados de destino do Amazon Redshift ou Configurações do bucket do Amazon S3.
-
Amazon S3 como origem ou como destino: para obter mais informações, consulte Pré-requisitos ao utilizar o Amazon S3 como origem do AWS DMS ou Pré-requisitos da utilização do Amazon S3 como destino.
Por exemplo, para ler dados de um endpoint de origem do S3 ou enviar dados para um endpoint de destino do S3, é necessário criar um perfil de serviço como um pré-requisito para acessar o S3 para cada uma dessas operações de endpoint.
-
-
Funções com permissões necessárias para usar o AWS DMS console, o AWS CLI e AWS DMS API — Duas IAM funções que você precisa criar são
dms-vpc-role
dms-cloudwatch-logs-role
e. Se você usa o Amazon Redshift como banco de dados de destino, você também deve criar e adicionar a IAM funçãodms-access-for-endpoint
à sua AWS conta. Para obter mais informações, consulte Criando as IAM funções a serem usadas com AWS DMS.
Escolhendo uma IAM função em AWS DMS
Se você usa o AWS DMS console, o AWS CLI ou o AWS DMS API para sua migração de banco de dados, você deve 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 AWS DMS.
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. DMS O 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.