File Storage NAS:FAQ sobre recursos de gerenciamento avançado

Quais arquivos excluídos vão para a lixeira?

Após a ativação da lixeira, todos os arquivos e diretórios excluídos são armazenados nela, incluindo:

• Arquivos excluídos manualmente em nós de computação (instâncias ECS, contêineres). Exemplo: rm -f test01.txt.

• Arquivos excluídos por aplicativos. Exemplo: Python os.remove("test02.txt").

• Arquivos substituídos por um rename POSIX. Exemplo: mv test_a.txt test_b.txt exclui o arquivo original test_b.txt.

• Arquivos temporários gerados por aplicativos. Exemplo: arquivos .swp e .swpx criados pelo vim.

• Arquivos de log substituídos durante a rotação. Exemplo: rotação de log do Nginx substituindo um arquivo de log existente.

Substituir o conteúdo do arquivo sem excluí-lo não o move para a lixeira. Por exemplo, abrir um arquivo no modo w+ com a função open() substitui seu conteúdo, mas não aciona o armazenamento na lixeira.

Posso restaurar um arquivo para um diretório renomeado?

Sim. A operação de restauração usa o FileId do diretório original como identificador, mapeando corretamente para o diretório renomeado. Por exemplo, se você excluir file1.txt de dir1 e depois renomear dir1 para dir2, a lixeira mostrará file1.txt em dir2. A restauração do arquivo o colocará em dir2.

A restauração da lixeira é mais rápida do que a do Cloud Backup?

Sim. As restaurações da lixeira migram apenas metadados de arquivos, não os dados reais. Isso torna a restauração significativamente mais rápida do que a restauração via Cloud Backup, que copia todos os dados.

Sou cobrado por usar a lixeira?

O recurso de lixeira em si é gratuito. No entanto, os arquivos na lixeira são cobrados com base em sua classe de armazenamento original. Por exemplo:

• Um arquivo excluído de um sistema de arquivos otimizado para armazenamento é cobrado à taxa de capacidade otimizada para armazenamento.

• Um arquivo excluído da classe de armazenamento IA é cobrado à taxa de IA.

Para mais detalhes, consulte Faturamento de sistemas de arquivos NAS de uso geral.

Como consulto arquivos na lixeira?

Use o console do NAS para visualizar arquivos excluídos e seus horários de exclusão. Para mais detalhes, consulte Consultar arquivos na lixeira.

Posso ler ou gravar arquivos na lixeira?

Não. Os arquivos na lixeira são entradas de metadados somente leitura. Para acessar os dados, restaure os arquivos primeiro. Consulte Restaurar arquivos da lixeira.

Os arquivos da lixeira contam para a capacidade do sistema de arquivos ou limites de contagem de arquivos?

Não. Os arquivos na lixeira não ocupam capacidade do sistema de arquivos nem contam para os limites de contagem de arquivos. Para os limites de capacidade e contagem de arquivos de cada classe de armazenamento, consulte Limites.

Os arquivos na lixeira ainda são cobrados com base em sua classe de armazenamento original. Consulte Faturamento de sistemas de arquivos NAS de uso geral .

Se eu cancelar um trabalho de backup em execução, os arquivos com backup são retidos?

Não. Cancelar um trabalho de backup em execução limpa todos os arquivos que foram incluídos nesse trabalho. Os arquivos não são retidos no cofre de backup. Para fazer backup desses arquivos, execute o trabalho de backup novamente.

Trabalhos de backup concluídos não são afetados.

Se eu cancelar um trabalho de restauração, os arquivos restaurados são retidos?

Os arquivos já restaurados antes do cancelamento são salvos no diretório especificado. Os arquivos restantes não são restaurados.

Como o período de avaliação gratuita para backup de arquivos NAS é calculado?

Para cada sistema de arquivos NAS, o recurso de backup de arquivos é gratuito por 30 dias após a criação do primeiro plano de backup.

Por exemplo, se você criar um plano de backup chamado backup01 para o Sistema de Arquivos A em 1º de maio de 2021, o período de avaliação gratuita terminará em 30 de maio de 2021. Após a avaliação, mude para o plano pago ou exclua o plano de backup. Consulte Faturamento do Cloud Backup.

O NAS suporta inotify?

Não conforme o esperado. O utilitário inotifywait depende do módulo inotify do kernel Linux, implementado na camada do Virtual File System (VFS). Como o inotify opera na camada VFS local, ele não consegue detectar operações de arquivo realizadas por um cliente remoto via NFS.

Exemplo: Monte um sistema de arquivos NAS tanto no Cliente A quanto no Cliente B. Inicie o inotifywait no Cliente A para monitorar o diretório de montagem:

• Operações de arquivo do Cliente A são detectadas.

• Operações de arquivo do Cliente B não são detectadas.

Alternativa: Use o File Alteration Monitor (FAM), uma biblioteca em modo de usuário que verifica periodicamente os diretórios em busca de alterações de arquivos. O FAM tem algumas limitações:

• Requer um programa personalizado para chamar interfaces FAM.

• Baixo desempenho com grandes quantidades de arquivos.

• Maior consumo de recursos e menor precisão em tempo real.

Por que preciso de autorização RAM para criar um destino de montagem de rede clássica?

O NAS precisa autenticar que apenas instâncias ECS pertencentes à sua conta Alibaba Cloud possam acessar sistemas de arquivos através do destino de montagem de rede clássica. A autorização do Resource Access Management (RAM) concede ao NAS as permissões para recuperar sua lista de instâncias ECS para essa autenticação.

Por que um usuário RAM com permissões completas de NAS não consegue visualizar sistemas de arquivos no console?

Está faltando ao usuário RAM a permissão tag:ListTagKeys. Adicione esta permissão à política personalizada:

{
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "nas:*",
            "Resource": "acs:nas:*:*:filesystem/0ddaf487b2"
        },
        {
            "Effect": "Allow",
            "Action": "nas:CreateMountTarget",
            "Resource": "acs:vpc:*:*:vswitch/*"
        },
        {
            "Effect": "Allow",
            "Action": "cms:Describe*",
            "Resource": "*"
        },
        {
            "Effect": "Allow",
            "Action": "nas:DescribeFileSystems",
            "Resource": "*"
        },
        {
            "Effect": "Allow",
            "Action": "tag:ListTagKeys",
            "Resource": "*"
        }
    ],
    "Version": "1"
}

Para mais detalhes, consulte Controlar acesso a recursos NAS usando políticas RAM.

Qual é a relação entre as políticas de ponto de acesso e as políticas de sistema AliyunNASFullAccess e AliyunNASReadOnlyAccess?

O que faço se a concessão de permissões SMB a um novo usuário de domínio AD demorar muito?

O Windows percorre todos os arquivos no diretório antes de conceder permissões, o que pode ser lento devido à latência da rede. Use um script de linha de comando para execução concorrente:

• icacls: Consulte icacls.

• PowerShell Set-Acl: Consulte Set-Acl.

Como verifico um arquivo keytab?

Antes de começar, regenere um arquivo keytab com o parâmetro -mapuser ativado.

Gere o arquivo keytab:

ktpass -princ cifs/file-system-id.region.nas.aliyuncs.com@EXAMPLE.com -ptype KRB5_NT_PRINCIPAL -mapuser alinas@example.com -crypto All -out c:\nas-mount-target.keytab -pass <password>

Substitua os seguintes valores:

• example.com: Seu nome de domínio AD (minúsculas).

• EXAMPLE.com: Seu nome de domínio AD (maiúsculas).

Verifique o arquivo keytab:

1. Faça logon em um cliente Linux com a ferramenta kinit instalada. > Nota: O cliente deve conseguir acessar o domínio AD, ou o DNS deve estar configurado para apontar para o servidor AD. Para mais detalhes, consulte Montar e usar um sistema de arquivos SMB em um cliente Linux como usuário de domínio AD.

2. Adicione o seguinte conteúdo a /etc/krb5.conf: Substitua iZisovkei9i*****.example pelo nome de host do seu servidor AD.

   Nota

   Em clientes CentOS, adicione também o seguinte à seção [libdefaults]:

    > default_tgs_enctypes = aes256-cts-hmac-sha1-96 rc4-hmac des-cbc-crc des-cbc-md5 > default_tkt_enctypes = aes256-cts-hmac-sha1-96 rc4-hmac des-cbc-crc des-cbc-md5 > permitted_enctypes = aes256-cts-hmac-sha1-96 rc4-hmac des-cbc-crc des-cbc-md5

      [realms]
       EXAMPLE.COM = {
           kdc = iZisovkei9i*****.example.com
           admin_server = iZisovkei9i****.example.com
       }
      [domain_realm]
       .example.com = EXAMPLE.COM
       example.com = EXAMPLE.COM

3. Verifique se o cliente consegue se conectar ao servidor AD:

   • Se a saída contiver as informações da conta, a configuração Kerberos está correta.

   • Se você vir KDC replay did not match expectations while getting initial credentials, substitua todos os nomes de domínio AD em /etc/krb5.conf por nomes de domínio em maiúsculas.

      kinit aliyun.nas@example.com

4. (Opcional) Confirme o destino de montagem no arquivo keytab:

      klist -k -t <keytab_file_name>.keytab

5. Verifique o arquivo keytab: Substitua file-system-id.region.nas.aliyuncs.com pelo destino de montagem do seu sistema de arquivos e EXAMPLE.COM pelo nome do seu domínio AD (maiúsculas). Nenhuma saída de erro indica que o arquivo keytab é válido.

      kinit -k -t <keytab_file_name>.keytab cifs/file-system-id.region.nas.aliyuncs.com@EXAMPLE.COM

Como resolvo falhas de acesso Java/Tomcat com NAS SMB?

Serviços do Windows como o Tomcat usam por padrão a Conta de Sistema Local, que não consegue acessar caminhos de rede NAS SMB montados pelo usuário atual.

Para corrigir isso, altere o serviço Tomcat para executar sob uma conta de administrador:

1. Abra o Gerenciador de Serviços como administrador.

2. Localize o serviço Tomcat (chamado Apache Tomcat ou um nome personalizado).

3. Clique com o botão direito no serviço e selecione Properties.

4. Mude para a aba Log On.

5. Selecione This Account e insira as credenciais da conta de administrador.

6. Clique em Apply e depois clique em OK.

7. Clique com o botão direito no serviço Tomcat e selecione Restart.

Como obtenho um par de AccessKey?

1. Faça logon no console Alibaba Cloud.

2. Passe o mouse sobre o ícone de perfil no canto superior direito e clique em AccessKey.

3. Na caixa de diálogo, selecione Use Main Account AccessKey ou Use RAM User AccessKey.

Use o par de AccessKey de uma conta Alibaba Cloud:

1. Selecione I am aware of the security risks of using a main account AccessKey e clique em Use Main Account AccessKey.

2. Clique em Create AccessKey.

3. Revise os riscos de segurança. Marque a caixa de seleção e clique em Use Main Account AccessKey.

4. Salve o AccessKey ID e o AccessKey secret, selecione I have saved the AccessKey Secret e clique em OK.

(Opcional) Configure o controle de acesso à rede do AccessKey para restringir os endereços IP de origem para solicitações de API. Clique em Go to Settings. Para mais detalhes, consulte Configurar uma política de restrição de acesso à rede no nível de AccessKey para um usuário RAM.

Use o par de AccessKey de um usuário RAM:

1. Clique em Use RAM User AccessKey para ir ao console RAM.

2. Na página Users, localize o usuário RAM alvo. > Nota: > > - Se nenhum usuário RAM existir, crie um. Consulte Criar um usuário RAM. > - O AccessKey secret é exibido apenas no momento da criação. > - Se um par de AccessKey for perdido, crie um novo. Cada usuário RAM pode ter no máximo dois pares de AccessKey.

3. Clique no nome de logon do usuário.

4. Na aba Authentication, na seção AccessKey, clique em Create AccessKey.

5. Selecione um cenário, marque I confirm that it is necessary to create an AccessKey e clique em Continue.

6. Salve o AccessKey ID e o AccessKey secret e clique em OK.

Por que recebo erros ao visualizar dados de monitoramento do NAS através da API do CloudMonitor?

A causa mais provável é um valor incorreto para o parâmetro MetricName. As tabelas a seguir listam todas as métricas suportadas.

Métricas de capacidade para sistemas de arquivos NAS de uso geral:

Métricas de capacidade para sistemas de arquivos Extreme NAS:

Métricas de desempenho (todos os tipos de sistema de arquivos):

Para mais detalhes, consulte Visualizar dados de monitoramento usando a API do CloudMonitor.