Todos os produtos
Search
Central de documentação

Container Registry:Pull images across accounts with the password-free component

Última atualização: Sep 21, 2026

Em um ambiente de múltiplas contas da Alibaba Cloud, um cluster ACK e uma instância do ACR Enterprise Edition podem ser gerenciados por contas diferentes de unidades de negócios distintas. Para permitir que um cluster ACK faça pull de imagens de contêiner de uma instância do ACR Enterprise Edition e implante workloads, é necessário garantir a conectividade de rede e conceder as permissões entre contas necessárias. Este tópico explica como usar o componente sem credenciais aliyun-acr-credential-helper para fazer pull de imagens entre contas.

Guia de decisão

Primeiro, selecione um método de conexão de rede e um método de autorização de conta. Em seguida, escolha um componente sem credenciais que ofereça suporte aos métodos escolhidos.

Para obter as etapas detalhadas, siga as instruções em configure network connections e configure account authorization and the credential-free component e, em seguida, verifique cross-account image pulling .
image
Nota

Neste tópico, o acesso entre contas refere-se ao acesso entre contas da Alibaba Cloud (contas raiz) diferentes, e não entre RAM users (sub-accounts).

Pré-requisitos

  • A função do RAM usada pelo componente sem credenciais recebeu as permissões necessárias.

  • Seu cluster ACK deve oferecer suporte ao componente sem credenciais.

    • aliyun-acr-credential-helper (gerenciado)

      Versão 1,22 ou posterior de clusters ACK gerenciados, clusters ACK serverless ou clusters ACK Edge

    • aliyun-acr-credential-helper (autogerenciado)

      Versão 1,20 ou posterior de clusters ACK gerenciados ou clusters ACK dedicados

  • A instância do Container Registry (ACR) deve ser uma instância Enterprise Edition.

    Importante
    • O complemento sem credenciais oferece suporte apenas a instâncias do ACR Enterprise Edition e a instâncias do ACR Personal Edition criadas em ou antes de 8 de setembro de 2024. Se você não puder usar o complemento sem credenciais, consulte How do I use imagePullSecrets?.

Procedimento

Etapa 1: Configurar conexões de rede

Ao fazer pull de uma imagem entre contas, o cluster ACK que faz o pull da imagem e a instância do ACR Enterprise Edition que hospeda a imagem estão em VPCs diferentes, que pertencem a contas distintas e também podem estar em regiões diferentes. Antes de fazer o pull da imagem, estabeleça a conectividade de rede e garanta que os nomes de domínio relevantes possam ser resolvidos. Use um dos seguintes métodos:

  • Conexão pública: Configure um endpoint público para a instância do ACR Enterprise Edition e ative o acesso à rede pública para o cluster ACK. A transferência da imagem ocorre pela internet pública. Este método é menos seguro e gera custos tanto para o endereço IP elástico quanto para o tráfego de saída.

  • Conexão de peering de VPC: Use uma conexão de peering de VPC para conectar as duas VPCs, o que permite que o cluster ACK acesse a instância do ACR Enterprise Edition. Esse recurso é gratuito se as VPCs estiverem na mesma região, mas é cobrado se estiverem em regiões diferentes. Este método exige que as duas VPCs tenham blocos CIDR sem sobreposição. Se houver uma sobreposição significativa nos blocos CIDR já em uso, pode ser necessário redesenhar sua arquitetura de rede existente.

  • Conexão Cloud Enterprise Network (CEN): Uma instância do CEN pode conter um ou mais roteadores de trânsito. Vários roteadores de trânsito podem ser interconectados por meio de conexões entre regiões para permitir a comunicação de VPCs em diferentes regiões e contas.

Para comparar conexões de peering de VPC e CEN, consulte What are the differences between Cloud Enterprise Network and VPC Peering Connection?

Item de comparação

Conexão pública

Conexão de peering de VPC

Cloud Enterprise Network (CEN)

Tipo de rede

Pública

Privada

Privada

Faturamento

As taxas são cobradas com base no billing methods of elastic IP addresses.

  • Nenhuma taxa é cobrada se as VPCs do cluster ACK e da instância do ACR Enterprise Edition estiverem na mesma região.

  • Se as VPCs estiverem em regiões diferentes, o Cloud Data Transfer (CDT) cobra uma taxa pelo tráfego de saída.

As taxas são cobradas com base no billing rules do CEN.

Principais recursos

Não exige alterações na arquitetura de rede existente. Para garantir a segurança, configure regras de entrada e saída e políticas de controle de acesso.

  • A transferência das imagens ocorre por uma rede privada para maior segurança. Nenhuma taxa é cobrada se as VPCs estiverem na mesma região.

  • Este método exige que as duas VPCs tenham blocos CIDR sem sobreposição. Se houver uma sobreposição significativa nos blocos CIDR já em uso, pode ser necessário redesenhar sua arquitetura de rede existente.

  • A transferência das imagens ocorre por uma rede privada para maior segurança.

  • O CEN foi projetado para ambientes de produção corporativos com altos requisitos de segurança.

Procedimento de configuração

  1. Configure a public endpoint for the ACR instance

    Configure uma política de controle de acesso público para gerenciar e acessar a instância do ACR Enterprise Edition de forma remota e segura.
  2. ative public network access for the ACK cluster

    Configure o acesso à rede pública para que o cluster ACK faça pull de imagens da instância do ACR Enterprise Edition.
  1. ative private domain name resolution for the ACR instance

    Após conectar a instância do ACR Enterprise Edition à VPC, acesse a instância dentro da VPC usando seu nome de domínio privado. Após a configuração, obtenha o ID da VPC e o endereço IP privado da instância do ACR Enterprise Edition.
  2. Obtain the domain name and IP address of the ACR instance

    Obtenha o nome de domínio e o endereço IP do service de autenticação usado para acessar a instância do ACR Enterprise Edition, bem como o nome de domínio e o endereço IP do bucket do OSS associado.
  3. crie a VPC peering connection and configure a route table

    Adicione entradas de rota que apontem para a VPC par em ambas as extremidades da conexão de peering de VPC para permitir a comunicação privada entre as VPCs do cluster ACK e da instância do ACR Enterprise Edition. Na extremidade do cluster ACK da conexão de peering de VPC, configure também entradas de rota para o endereço IP do service de autenticação e o endereço IP do bucket do OSS associado.
  4. Resolva o nome de domínio da instância do ACR para o cluster ACK

    Use métodos como adding a private DNS record ou um node pool custom data script para modificar em lote o arquivo /etc/hosts. Isso resolve o nome de domínio da instância do ACR para seu endereço IP privado, permitindo que o cluster ACK encaminhe o tráfego para a VPC da instância do ACR por meio das entradas de rota configuradas.
  1. ative private domain name resolution for the ACR instance

    Após conectar a instância do ACR Enterprise Edition à VPC, acesse a instância dentro da VPC usando seu nome de domínio privado. Após a configuração, obtenha o ID da VPC e o endereço IP privado da instância do ACR Enterprise Edition.
  2. Obtain the domain name and IP address of the ACR instance

    Obtenha o nome de domínio e o endereço IP do service de autenticação usado para acessar a instância do ACR Enterprise Edition, bem como o nome de domínio e o endereço IP do bucket do OSS associado.
  3. configure cross-account VPC communication by using CEN

    Conecte a VPC da instância do ACR Enterprise Edition ao roteador de trânsito em sua região. Conecte a VPC do cluster ACK ao roteador de trânsito em sua região. Em seguida, use uma conexão entre regiões para permitir a comunicação entre os dois roteadores de trânsito.
  4. configure VPC and transit router route tables

    Nas tabelas de rotas da VPC do cluster ACK e do roteador de trânsito, configure também entradas de rota para o endereço IP do service de autenticação e o endereço IP do bucket do OSS associado.
  5. Resolva o nome de domínio da instância do ACR para o cluster ACK

    Use métodos como adding a private DNS record ou um node pool custom data script para modificar em lote o arquivo /etc/hosts. Esta etapa resolve o nome de domínio da instância do ACR para seu endereço IP privado para o cluster ACK, permitindo que o tráfego seja encaminhado para a VPC da instância do ACR por meio das entradas de rota do CEN.

Etapa 2: Configurar a autorização e o componente sem credenciais

Os três métodos de autorização a seguir permitem fazer pull de imagens entre contas sem usar credenciais estáticas. escolha o método que melhor atende aos seus requisitos.

Item de comparação

RRSA

Função do RAM do Worker

AccessKey do usuário do RAM

Tipo de cluster

Oferece suporte a clusters ACK Basic, clusters ACK Pro, clusters ACK Edge e clusters ACK Serverless Pro da versão 1,22 e posteriores.

Oferece suporte a clusters ACK Basic, clusters ACK Pro e clusters ACK dedicados da versão 1,20 e posteriores.

Oferece suporte a clusters ACK Basic, clusters ACK Pro e clusters ACK dedicados da versão 1,20 e posteriores.

Componentes suportados

  • Componente gerenciado aliyun-acr-credential-helper

  • Componente aliyun-acr-credential-helper

    Deve ser atualizado para a versão v23.02.06.1-74e2172-aliyun ou posterior.

Para obter mais informações sobre as diferenças entre esses componentes, consulte Comparison of password-free components.

Componente aliyun-acr-credential-helper

Componente aliyun-acr-credential-helper

Granularidade de permissão

Nível de Pod (granularidade fina)

Nível de cluster (granularidade média)

Nível de conta (granularidade grossa)

Segurança

Alta. Este método fornece controle e isolamento de permissões de granularidade fina. Usa credenciais temporárias do STS (Security Token Service) e evita a codificação fixa de pares de AccessKey.

Média. Todos os Pods compartilham as mesmas permissões, o que pode levar a privilégios excessivos.

Baixa. Alto risco de vazamento do par de AccessKey.

Cenários aplicáveis

Adequado para services sensíveis à segurança e ambientes de produção que exigem controle rigoroso de permissões.

Adequado para cenários com requisitos de permissão uniformes, como ambientes de desenvolvimento e teste que precisam de controle de permissão moderado.

Adequado para implantações rápidas ou ambientes de demonstração.

RRSA

No cluster ACK da Conta A, configure uma ServiceAccount específica para assumir uma função do RAM da Conta B. Essa função do RAM recebe as permissões necessárias, permitindo que o cluster ACK faça pull de imagens privadas da instância do ACR na Conta B sem usar credenciais estáticas.

Nota

Para ativar o recurso RRSA (RAM Roles for Service Accounts) para o componente sem credenciais, primeiro ative o RRSA para o cluster e, em seguida, configure o RRSA para o componente. Se você executar essas etapas na ordem errada, exclua o Pod do componente sem credenciais para ativar o recurso RRSA.

image
  1. Na Conta A, ative o recurso RRSA para o cluster ACK e crie uma função do RAM com permissões de assunção de função.

    1. Ative o recurso RRSA para o cluster ACK.

      1. Acesse o console do ACK. No painel de navegação à esquerda, clique em Clusters.

      2. Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em Cluster Information.

      3. Na aba Basic Information, na seção Security and Auditing, clique em Enable ao lado de RRSA OIDC.

      4. Na caixa de diálogo Enable RRSA, clique em Confirm. Aguarde o status do cluster mudar de Updating para Running. O RRSA agora está ativado.

      5. Após a ativação do RRSA, passe o mouse sobre o rótulo Enabled ao lado de RRSA OIDC na seção Security and Auditing. A URL e o ARN (Alibaba Cloud Resource Name) do provedor OIDC serão exibidos.

    2. crie a RAM role for an OIDC identity provider e atualize sua política de confiança com o seguinte conteúdo.

      • Substitua <oidc_issuer_url> pela URL do provedor OIDC obtida na etapa anterior.

      • Substitua <oidc_provider_arn> pelo ARN do provedor OIDC obtido na etapa anterior.

      {
        "Statement": [
          {
            "Action": "sts:AssumeRole",
            "Condition": {
              "StringEquals": {
                "oidc:aud": "sts.aliyuncs.com",
                "oidc:iss": "<oidc_issuer_url>",
                "oidc:sub": "system:serviceaccount:kube-system:aliyun-acr-credential-helper"
              }
            },
            "Effect": "Allow",
            "Principal": {
              "Federated": [
                "<oidc_provider_arn>"
              ]
            }
          }
        ],
        "Version": "1"
      }
    3. Anexe a política de permissão AliyunSTSAssumeRoleAccess à função para conceder permissões de assunção de função e, em seguida, anote seu ARN. Para obter mais informações, consulte gerencie permissions for a RAM role.

      1. Na página de detalhes da função, na aba Authorization, clique em Authorize.

      2. No painel Authorize, em Policies, localize e selecione a política AliyunSTSAssumeRoleAccess e clique em OK.

      3. Na página de detalhes da função, na seção Basic Information, visualize e anote o ARN da função do RAM. Para obter instruções detalhadas, consulte How do I visualize the ARN of a RAM role?

  2. Na Conta B, crie uma função do RAM com permissões para fazer pull de imagens privadas e configure-a para que possa ser assumida pela função do RAM da Conta A.

    1. crie a RAM role for a trusted Alibaba Cloud account. edite a política de confiança com o seguinte script para permitir a assunção de função pela função da Conta A.

      {
        "Statement": [
          {
            "Action": "sts:AssumeRole",
            "Effect": "Allow",
            "Principal": {
              "RAM": [
                "<ARN of the role created in Account A>"
              ]
            }
          }
        ],
        "Version": "1"
      }
    2. crie a custom permission policy com o seguinte conteúdo e attach it to the RAM role para conceder permissões para obter informações da instância e fazer pull de imagens.

      {
          "Version": "1",
          "Statement": [
              {
                  "Action": [
                      "cr:GetAuthorizationToken",
                      "cr:ListInstanceEndpoint",
                      "cr:PullRepository"
                  ],
                  "Resource": "*",
                  "Effect": "Allow"
              }
          ]
      }
    3. defina the maximum session duration for the RAM role para um valor entre 3.600 e 43.200 segundos. O padrão é 3.600 segundos.

      Certifique-se de que este valor corresponda ao parâmetro expireDuration na configuração do componente descrita posteriormente. O valor de expireDuration não pode exceder a duração máxima da sessão.
    4. Na página de detalhes da função, na seção Basic Information, visualize e anote o ARN da função do RAM.

  3. Na Conta A, instale o componente sem credenciais para o cluster ACK e modifique sua configuração.

    Para obter mais informações sobre as diferenças entre os componentes a seguir, consulte Comparison of password-free components .

    Managed component

    1. Acesse o console do ACK. No painel de navegação à esquerda, clique em Clusters.

    2. Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em Add-ons.

    3. Na página Add-ons, clique na aba Security, localize o cartão aliyun-acr-credential-helper (managed) e clique em Install.

    4. Na caixa de diálogo aliyun-acr-credential-helper Parameter Configuration, selecione Enable RRSA. Em seguida, clique em Add, insira os seguintes parâmetros e clique em Confirm.

      Configuração da instância do ACR Enterprise Edition:

      Parâmetro

      Descrição

      Exemplo

      instanceId

      O ID da instância do ACR. Para especifique vários IDs, separe-os por vírgulas (,).

      cri-XXXXX

      regionId

      O ID da região da instância do ACR.

      cn-hangzhou

      domains

      Os nomes de domínio usados para acessar a instância do ACR. Insira todos os nomes de domínio de acesso (público e VPC) para a instância do ACR. Para especificar nomes de domínio específicos, separe-os por vírgulas (,).

      XXXXX-registry.cn-hangzhou.cr.aliyuncs.com

      assumeRoleARN

      O ARN da função do RAM que você criou na Conta B.

      acs:ram::100XXXXXXXX9630:role/XXXX

      expireDuration

      O período de validade das credenciais temporárias para acesso entre contas. Insira a duração máxima da sessão da função do RAM que você criou na Conta B.

      3600

      rrsaRoleARN

      O ARN da função do RAM que você criou na Conta A.

      acs:ram::128XXXXXXXXXX09011:role/XXXX

      rrsaOIDCProviderRoleARN

      O ARN do provedor do cluster ACK. Insira o provider ARN do provedor de identidade OIDC do RRSA para o cluster ACK na Conta A.

      acs:ram::128XXXXXXXXXX09011:oidc-provider/ack-rrsa-c8864XXXXXXXXXXXXXXXXXX99356a636

      Para obter informações sobre outros parâmetros, consulte Component configuration .

    aliyun-acr-credential-helper

    1. Acesse o console do ACK. No painel de navegação à esquerda, clique em Clusters.

    2. Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em Add-ons.

    3. Na página Add-ons, clique na aba Security, localize o componente aliyun-acr-credential-helper e clique em Install. Na caixa de diálogo exibida, defina a opção tokenMode como auto e clique em OK.

    4. modifique o ConfigMap do componente sem credenciais.

      1. No painel de navegação à esquerda, escolha Configurations > ConfigMaps.

      2. Na página ConfigMaps, selecione kube-system na lista suspensa Namespace. Em seguida, localize acr-configuration e clique em Edit YAML na coluna Actions. Atualize a configuração com base no exemplo a seguir.

        data:
          service-account: "default"
          watch-namespace: "all"
          expiring-threshold: "15m"
          notify-email: "c*@example.com"
          acr-registry-info: |
            - instanceId: "cri-xxx"                                   # ACR instance ID.
              regionId: "cn-hangzhou"                                 # ACR instance region ID.
              domains: "xxxxx-registry.cn-hangzhou.cr.aliyuncs.com"   # ACR instance access domain name.
              rrsaRoleARN: "<ARN of the role created under Account A>"
              rrsaOIDCProviderRoleARN: "<OIDC Provider ARN from the cluster's Basic Information page in the ACK console under Account A>"
              assumeRoleARN: "<ARN of the role created under Account B>"
              expireDuration: 3600                                    # Maximum session duration for the RAM role under Account B. Default: 3600.             
          rrsa: |
            enable: true                                              # Enable the RRSA feature for the password-free component. 

Worker RAM role

No cluster ACK da Conta A, configure a função do RAM do Worker padrão do cluster para assumir uma função do RAM da Conta B que tenha permissões para fazer pull de imagens. Isso permite que o cluster ACK acesse e faça pull de imagens privadas da Conta B.

image
  1. Na Conta A, visualize a função do RAM do Worker do cluster e conceda a ela permissões de assunção de função.

    1. Acesse o console do ACK. No painel de navegação à esquerda, clique em Clusters.

    2. Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em Cluster Information.

    3. Na página Cluster Information, clique na aba Basic Information. Na seção Cluster Resources, clique no link à direita de Worker RAM Role.

    4. Anexe a política de permissão AliyunSTSAssumeRoleAccess à função para conceder permissões de assunção de função e, em seguida, anote seu ARN. Para obter mais informações, consulte gerencie permissions for a RAM role.

      1. Na página de detalhes da função, na aba Authorization, clique em Authorize.

      2. No painel Authorize, em Policies, localize e selecione a política AliyunSTSAssumeRoleAccess e clique em OK.

      3. Na página de detalhes da função, na seção Basic Information, visualize e anote o ARN da função do RAM. Para obter instruções detalhadas, consulte How do I visualize the ARN of a RAM role?

  2. Na Conta B, crie uma função do RAM com permissões para fazer pull de imagens privadas e configure-a para que possa ser assumida pela função do RAM do Worker do cluster ACK na Conta A.

    1. crie a RAM role for a trusted Alibaba Cloud account.

    2. crie a custom permission policy com o seguinte conteúdo e attach it to the RAM role para conceder permissões para obter informações da instância e fazer pull de imagens.

      {
          "Version": "1",
          "Statement": [
              {
                  "Action": [
                      "cr:GetAuthorizationToken",
                      "cr:ListInstanceEndpoint",
                      "cr:PullRepository"
                  ],
                  "Resource": "*",
                  "Effect": "Allow"
              }
          ]
      }
    3. Na página de detalhes da função do RAM, clique na aba Trust Policy e Edit Trust Policy com o seguinte conteúdo. Isso permite que a função do RAM do Worker do cluster ACK na Conta A assuma a função do RAM na Conta B.

      {
        "Statement": [
          {
            "Action": "sts:AssumeRole",
            "Effect": "Allow",
            "Principal": {
              "RAM": [
                "<ARN of the role created under Account A>"
              ]
            }
          }
        ],
        "Version": "1"
      }
    4. Na página de detalhes da função, na seção Basic Information, visualize e anote o ARN da função do RAM. Para obter instruções detalhadas, consulte How do I visualize the ARN of a RAM role?

  3. Na Conta A, instale o componente sem credenciais para o cluster ACK e modifique sua configuração.

    1. Acesse o console do ACK. No painel de navegação à esquerda, clique em Clusters.

    2. Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em Add-ons.

    3. Na página Add-ons, clique na aba Security, localize o componente aliyun-acr-credential-helper e clique em Install. Na caixa de diálogo exibida, defina a opção tokenMode como workerRole e clique em Confirm.

    4. modifique o ConfigMap do componente sem credenciais.

      1. No painel de navegação à esquerda, escolha Configurations > ConfigMaps.

      2. Na página ConfigMaps, selecione kube-system na lista suspensa Namespace. Em seguida, localize acr-configuration e clique em Edit YAML na coluna Actions. Atualize a configuração com base no exemplo a seguir.

        data:
            service-account: "default"
            watch-namespace: "all"
            expiring-threshold: "15m"
            notify-email: "c*@example.com"
            acr-registry-info: |
              - instanceId: "cri-xxx"                                    # ACR Enterprise Edition instance ID.
                regionId: "cn-hangzhou"                                  # ACR Enterprise Edition region ID.
                domains: "xxxxx-registry.cn-hangzhou.cr.aliyuncs.com"    # ACR Enterprise Edition access domain name.
                assumeRoleARN: "<ARN of the role created under Account B>"
                expireDuration: 3600                                     # Maximum session duration for the RAM role under Account B. Default: 3600.

RAM user AccessKey

No cluster ACK da Conta A, o componente sem credenciais armazena o AccessKey ID (AK) e o AccessKey Secret (SK) de um usuário do RAM da Conta B para fazer pull de imagens privadas da Conta B. Embora este método seja simples de configurar, ele apresenta um risco de segurança porque o par de AccessKey é armazenado em texto simples.

  1. Na Conta B, crie um usuário do RAM e certifique-se de que ele tenha as permissões cr.** necessárias.

    1. crie a RAM user.

    2. crie a custom permission policy com o seguinte conteúdo e attach it to the RAM user para conceder permissões para obter informações da instância e fazer pull de imagens.

      {
          "Version": "1",
          "Statement": [
              {
                  "Action": [
                      "cr:GetAuthorizationToken",
                      "cr:ListInstanceEndpoint",
                      "cr:PullRepository"
                  ],
                  "Resource": "*",
                  "Effect": "Allow"
              }
          ]
      }
    3. crie an AccessKey pair e anote o AccessKey ID e o AccessKey Secret.

  2. Na Conta A, instale o componente sem credenciais para o cluster ACK e modifique sua configuração.

    1. Acesse o console do ACK. No painel de navegação à esquerda, clique em Clusters.

    2. Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em Cluster Information.

    3. Na página Clusters, clique no nome do seu cluster. No painel de navegação à esquerda, clique em Add-ons.

    4. Na página Add-ons, clique na aba Security, localize o componente aliyun-acr-credential-helper e clique em Install. Na caixa de diálogo exibida, defina a opção tokenMode como auto e clique em OK.

    5. modifique o ConfigMap do componente sem credenciais.

      1. No painel de navegação à esquerda, escolha Configurations > ConfigMaps.

      2. Na página ConfigMaps, selecione kube-system na lista suspensa Namespace. Em seguida, localize acr-configuration e clique em Edit YAML na coluna Actions. Atualize a configuração com base no exemplo a seguir.

      3. data:
            service-account: "default"
            watch-namespace: "all"
            expiring-threshold: "15m"
            notify-email: "c*@example.com"
            acr-registry-info: |
              - instanceId: ""                        # ACR Enterprise Edition instance ID.             
                regionId: "cn-hangzhou"               # ACR Enterprise Edition region ID.    
                customAccessKey: "xxxxx"              # AccessKey ID of the RAM user under Account B.
                customAccessKeySecret: "xxxxxx"       # AccessKey Secret of the RAM user under Account B. 

Etapa 3: verifique o pull de imagens entre contas

Nota

Este processo de verificação é apenas para demonstração. Para obter instruções detalhadas, consulte Build an image e crie a workload.

  1. Na instância do ACR Enterprise Edition na Conta B, obtenha o endereço do Public endpoint ou da VPC da imagem de contêiner conforme necessário.

    Acesse a página Basic Information do repositório de imagens de destino. Os endereços de endpoint estão disponíveis no lado direito da página.

  2. No cluster ACK da Conta A, acesse Workloads > Deployments e crie um workload usando a imagem de contêiner.

    apiVersion: apps/v1
    kind: Deployment
    metadata:
      name: nginx-deployment-basic
      labels:
        app: nginx
    spec:
      replicas: 1
      selector:
        matchLabels:
          app: nginx
      template:
        metadata:
          labels:
            app: nginx
        spec:
          containers:
          - name: nginx
            image: ******.cn-hangzhou.cr.aliyuncs.com/instance/instancetest:v1 # Specify the ACR image address from Account B 
            ports:
            - containerPort: 80
  3. Um evento de Pod com a mensagem Successfully pulled image "XXX" in XXXs (XXXs including waiting). Image size: XXX bytes. indica que o componente sem credenciais fez o pull da imagem entre contas com sucesso.

    Na página de detalhes do workload, na aba Pods, confirme se o status do Pod é Running e se a coluna Image exibe o endereço do repositório de imagens entre contas, como test332-registry.cn-hangzhou.cr.aliyuncs.com/instance/test:v1.

Perguntas frequentes

Resolver conflitos de IP no bloco CIDR 100.0.0.0/8

Os IPs de autenticação e de domínio do OSS resolvem para o bloco CIDR 100.0.0.0/8. Se sua rede interna usar esse intervalo, ocorrerão conflitos de IP.

Conflito de nome de domínio de autenticação

Resolva esse conflito ativando a instância para assumir o domínio de autenticação. Isso permite que você acesse o service usando apenas o nome de domínio da instância.

  1. Acesse o console do Container Registry.

  2. Na barra de navegação superior, selecione uma região.

  3. Na página Instances, clique na instância Enterprise Edition que deseja gerenciar.

  4. No painel de navegação à esquerda da página de gerencie da instância, escolha Repository > Domain. Na página Domain, ative a chave Instance Taking over Authentication Domain Name.

    Importante

    Para ativar a assunção do domínio de autenticação, você deve enviar um ticket para adicionar sua instância Enterprise Edition à lista de permissões.

  5. Na caixa de diálogo Confirm to Enable Instance Taking over Authentication Domain Name, clique em Confirm.

Conflito de nome de domínio do OSS

Para resolver esse conflito, access OSS resources over a private network by using PrivateLink e, em seguida, aponte o nome de domínio do OSS para o nome de domínio do PrivateLink com um registro CNAME.