Um link estabelece uma relação de confiança entre o Workload Factory e um ou mais sistemas de arquivos FSx for ONTAP e usa o AWS Lambda. Muitas operações exigem um link associado, incluindo:

"Saiba mais sobre links".

Recursos que dependem de um link podem ficar indisponíveis. Por exemplo, o ARP/AI fica indisponível sem um link, você não pode exibir políticas de Snapshot existentes ao criar um volume e não pode descobrir relacionamentos de cache. Sem um link, a análise de configuração não consegue verificar as configurações de proteção de dados e desempenho, portanto a análise fica incompleta. Você ainda pode visualizar eventos de latência sem um link, mas precisa de um link para visualizar e analisar eventos de EMS e para analisar eventos de latência.

A criação rápida aplica uma configuração recomendada de melhores práticas, e você pode alterar a maioria das configurações posteriormente. Por padrão, ela usa um sistema de arquivos de segunda geração, a menos que a região não ofereça suporte a ele. A criação avançada permite que você defina todas as opções, incluindo disponibilidade, segurança, backups e manutenção.

"Crie um sistema de arquivos".

A criação de um sistema de arquivos também cria uma VM de storage e um grupo de segurança. Você precisa de credenciais com permissões para criar e excluir sistemas de arquivos, além dos detalhes da região e da VPC onde fará a implantação.

Para excluir um sistema de arquivos, primeiro exclua seus volumes, máquinas virtuais de storage e relações de replicação. Para excluir uma máquina virtual de storage, interrompa o acesso do aplicativo e exclua todos os volumes não raiz. Para excluir um volume, primeiro exclua suas relações de replicação. A exclusão de um volume é irreversível e exclui permanentemente seus Snapshots, embora os backups do volume permaneçam. Volumes que contêm arquivos imutáveis e Snapshots não podem ser excluídos até o término do período de retenção.

"Eliminar um sistema de ficheiros".

A adição de pares de HA aplica-se apenas a sistemas de arquivos Single-AZ de segunda geração, e os pares de HA não podem ser removidos após serem adicionados. A operação leva cerca de 30 minutos, durante os quais o sistema de arquivos fica indisponível para outras operações, como a criação de volumes. Você deve remover todos os LUNs iSCSI antes de iniciar.

"Adicionar pares HA".

Por padrão, um sistema de arquivos usa as credenciais primárias do ONTAP, suas credenciais principais para gerenciar o sistema de arquivos. As credenciais restritas são usadas apenas para operações de IA, como Ask Me, Rule builder e Custom dashboards. Se você não tiver fornecido credenciais restritas, o Workload Factory criará credenciais do ONTAP somente leitura para essas operações. O gerenciamento de credenciais requer um link.

"Gerenciar credenciais do ONTAP"

O Workload Factory verifica o sistema de arquivos a cada 30 minutos e adiciona capacidade de SSD usando um modo incremental (aumento fixo em um limite) ou um modo adaptável (prevê a necessidade com base em dados históricos). Embora esteja ativado, você deve desativá-lo antes de poder aumentar a capacidade manualmente. Evite ativá-lo durante a migração de dados, pois a AWS impõe um período mínimo de espera de seis horas entre os aumentos de capacidade de SSD.

"Ajustar a capacidade do sistema de arquivos".

Alterar a capacidade do sistema de arquivos afeta as IOPS. Com o provisionamento automático de IOPS, as IOPS mudam em 3 por GiB de capacidade de SSD adicionada ou removida. Com o provisionamento manual, pode ser necessário aumentar as IOPS antes de aumentar a capacidade. A redução da capacidade de SSD é suportada apenas para sistemas de arquivos de segunda geração.

Mantenha a utilização da camada SSD abaixo de 80%. Quando a capacidade se esgota, os volumes se tornam somente para leitura e as gravações falham. A utilização do volume e do arquivo (inode) também deve permanecer abaixo de 80%. Os backups falham se o Snapshot de backup elevar a utilização de SSD do volume para mais de 98%. "Aumentar a capacidade para evitar a falta de espaço".

Os volumes agrupam dados virtualmente e não consomem capacidade de storage do sistema de arquivos. Seus dados consomem principalmente storage SSD e, dependendo da política de hierarquização, storage do pool de capacidade. O FlexVol é o estilo padrão. O FlexGroup é um contêiner NAS com escalabilidade horizontal para alto desempenho e grande capacidade, composto por volumes constituintes que compartilham o tráfego. O dimensionamento varia: o FlexVol vai de 20 MiB a 300 TiB, e o FlexGroup vai de 800 GiB a 2 PiB, exigindo 100 GiB por constituinte.

O rebalanceamento não é disruptivo, mas as transferências de volume consomem recursos do sistema de arquivos. Os Snapshots existentes em volumes rebalanceados tornam-se parciais e não podem ser usados para restaurar os dados do volume, enquanto os Snapshots criados posteriormente podem. O rebalanceamento não é compatível com volumes SAN (iSCSI e NVMe). FlexGroup com rebalanceamento pode adicionar volumes membros e aumentar o tamanho provisionado, a menos que você escolha o layout Restrito, que oferece suporte a volumes em um relacionamento de replicação.

A escolha da política afeta o custo e o desempenho:

A política é definida por volume e você pode alterá-la a qualquer momento.

"Alterar política de tiering".

Um clone é um volume gravável. Seus dados ainda residem no volume pai, e somente as novas gravações residem no clone. Você não pode excluir um volume pai que tenha um clone até dividi-lo. Para dividir um clone, você deve associar um link ao sistema de arquivos que contém o clone. A divisão atualiza apenas os metadados e não pode ser feita se o clone estiver em uma relação de proteção de dados. Após a divisão, os dois volumes não podem ser reunidos novamente, e cada um requer alocação completa de espaço.

Recomenda-se uma combinação. Os Snapshots oferecem um RPO de até uma hora e restaurações rápidas em nível de arquivo. Os backups oferecem RPOs a partir de um dia e só podem ser restaurados como um volume inteiro, o que pode levar de horas a dias. A replicação mantém uma cópia em outra região para recuperação de desastres com baixo RTO, mas você deve ajustar os clientes para usar a réplica. O ARP/AI adiciona detecção de ransomware.

"Saiba mais sobre os tipos de proteção de dados".

Os Snapshots não são cópias dos seus dados. Eles consomem espaço apenas para os dados alterados, por isso geralmente aumentam de tamanho com o tempo. Para a maioria dos conjuntos de dados, uma capacidade adicional de 20% é suficiente para manter os Snapshots por até quatro semanas, mas sobrescrever todos os dados consome uma capacidade significativa. Use backups ou replicação se precisar de cópias reais.

Restaurar para um volume existente exclui permanentemente todos os dados modificados após a criação do Snapshot. Restaurar como um novo volume cria uma cópia em segundos independentemente do tamanho. Se uma restauração mudar o tipo de protocolo NAS, ela também poderá mudar o modelo de permissões, o que pode causar problemas de acesso a arquivos que você só poderá corrigir manualmente com ferramentas de cliente NAS.

Cada volume usa a política de Snapshot do sistema de arquivos default, a menos que você a altere. As políticas são gerenciadas no nível da máquina virtual de storage e podem ser compartilhadas entre volumes. Os horários de Snapshot seguem o fuso horário do sistema de arquivos, cujo padrão é UTC.

"Gerenciar políticas de snapshot".

Ao criar um Snapshot de volume, você pode habilitar a imutabilidade para que o Snapshot não possa ser alterado ou excluído durante o período de retenção. Habilitar Snapshots imutáveis em uma política de Snapshot bloqueia todos os Snapshots dessa política. Os volumes que contêm arquivos e Snapshots imutáveis não podem ser alterados ou excluídos até o fim do período de retenção.

Os arquivos imutáveis só podem ser ativados na criação do volume e não podem ser desativados depois. É um recurso premium com custo adicional. Escolha um modo de retenção: no modo Enterprise, um administrador do SnapLock pode excluir um arquivo durante a retenção, enquanto, no modo Compliance, um arquivo WORM não pode ser excluído antes do fim do seu período de retenção, nem o volume. A replicação de um volume de origem com arquivos imutáveis mantém o volume de destino e o sistema de arquivos bloqueados até o fim do período de retenção da origem.

"Habilite arquivos imutáveis ao criar um volume".

Os backups são por volume e incrementais, portanto, apenas os dados alterados desde o último backup são salvos. Eles podem falhar se o Snapshot de backup fizer com que o volume ultrapasse 98% de utilização de SSD. Você pode restaurar um backup para qualquer sistema de arquivos FSx for ONTAP na sua conta da AWS, e a Workload Factory pode adicionar capacidade de SSD se a restauração precisar disso. Os backups criados manualmente não expiram automaticamente, portanto, exclua os antigos.

"Proteja seus dados com backups".

Um cofre cibernético é um repositório isolado, com air gap e imutável para cópias de backup que protege contra ransomware e ameaças internas. O FSx for ONTAP é compatível como origem e destino de cofre cibernético. NetApp ajuda na implementação: entre em contato com a equipe de cofre cibernético em ng-FSx-CyberVault@netapp.com, e um especialista dará seguimento.

"Saiba mais sobre o cofre cibernético".

O ARP/AI monitora volumes NAS (NFS/SMB) e SAN (iSCSI). Quando detecta uma ameaça, cria Snapshots imutáveis. Habilitá-lo em um sistema de arquivos protege todos os volumes atuais e novos, e requer um link associado. Ele não é compatível com volumes NVMe nem com volumes iSCSI com o ONTAP anterior à versão 9.17.1. A proteção NAS começa imediatamente, enquanto os volumes SAN passam por um período de aprendizado de duas a quatro semanas, mas ainda são monitorados.

"Proteção contra ransomware com ARP/AI".

O ARP/AI cria um Snapshot bloqueado no momento em que detecta uma ameaça. Por padrão, o ARP/AI cria até seis Snapshots a cada quatro horas, cada um bloqueado por dois a cinco dias. Se você confirmar um ataque real, poderá restaurar os arquivos afetados ou o volume inteiro. Se você marcar como falso alarme, o Snapshot bloqueado será excluído e o sistema atualiza suas configurações de alerta, para que a mesma extensão de arquivo não gere alerta na próxima vez.

Você precisa de:

A replicação funciona entre sistemas de arquivos do FSx for ONTAP, sistemas ONTAP no local e o Cloud Volumes ONTAP. Os volumes replicados são volumes de proteção de dados chamados {OriginalVolumeName}_copy.

"Replique dados".

Pausar ou interromper torna o volume de destino gravável. Retomar a replicação exclui quaisquer alterações feitas no destino enquanto ele estava gravável e o retorna ao modo somente leitura. Reverter a replicação troca as funções de origem e destino e sobrescreve o novo destino com o conteúdo da nova origem. Excluir o relacionamento deixa ambos os volumes independentes, mas remove seus snapshots de replicação comuns. Os dados gravados na origem após a última replicação não são preservados ao reverter ou retomar a replicação.

"Gerenciar replicação".

A replicação em cascata suporta uma réplica de um volume de proteção de dados (um segundo salto: da origem para o secundário e depois para o terciário). Um terceiro salto não é suportado e não é considerado uma prática recomendada. A replicação em cascata permite ressincronizar os volumes primário e terciário sem uma nova transferência completa caso o secundário fique indisponível. Volumes em cascata podem levar mais tempo para ressincronizar, e não é possível reverter um relacionamento cuja origem seja um volume de proteção de dados que seja o destino de outro relacionamento.

"Replicação em cascata para volumes de proteção de dados".

Limitar a taxa máxima de transferência é opcional, mas recomendado, pois, sem um limite, o desempenho da rede e dos aplicativos pode ser prejudicado. Para cargas de trabalho críticas, como sistemas de arquivos usados principalmente para recuperação de desastres, recomenda-se uma taxa de transferência ilimitada.

"Limite a taxa máxima de transferência de uma relação de replicação".

A migração envolve três operações: criar o relacionamento (selecione Migration como caso de uso e Replicate storage VM configuration), inicializá-lo e fazer a transição. Antes da transição, interrompa o acesso do cliente e verifique se os dados estão sincronizados. A origem e o destino devem executar a mesma versão principal do ONTAP. Após a transição, a VM de storage de origem fica offline, os números de série da LUN e o IQN do destino iSCSI mudam, e você deve atualizar manualmente as configurações de iSCSI, MTU e DNS.

"Replique dados".

Os pontos de acesso S3 se conectam a volumes NFS e SMB para que serviços da AWS, como o Amazon Bedrock, possam ler dados de arquivos como se estivessem em um bucket S3. Você pode conectar vários pontos de acesso a um volume. A tabela de inventário gera metadados de objetos e incorre em custos de solicitações do AWS S3. O registro de auditoria da tabela de diário precisa da infraestrutura da AWS (CloudTrail, CloudWatch, S3, IAM) e exige que a configuração de rede do ponto de acesso seja Internet.

"Criar pontos de acesso S3".

Você precisa de um link, um volume FlexVol e um igroup. O acesso em bloco está disponível apenas em implantações com escalabilidade horizontal com seis pares de HA ou menos. Um igroup concede aos hosts acesso por IQN, e você precisa de um igroup e de uma conexão de host iSCSI para que o iSCSI funcione. A análise de configuração recomenda que os volumes iSCSI não permitam acesso ao NAS ao mesmo tempo.

Um dispositivo de bloco que não está mapeado para um cliente ou não é usado por sete dias consecutivos é classificado como inativo. Você pode arquivar seus dados na camada do pool de capacidade para recuperar a capacidade SSD ou excluí-lo. A análise de configuração sinaliza dispositivos de bloco inativos como um item de otimização de custos.

O modo write-around tem melhor desempenho para cargas de trabalho com muitas leituras e arquivos pequenos, enquanto o modo write-back tem melhor desempenho para cargas de trabalho com muitas gravações e arquivos grandes. A Workload Factory descobre relacionamentos de cache (FlexCache) existentes, e você precisa associar um link para descobrir ou gerenciar volumes de cache.

"Gerenciar volumes de cache".

O Workload Factory analisa diariamente as configurações em relação às melhores práticas do ONTAP e aos pilares do AWS Well-Architected Framework (confiabilidade, segurança, excelência operacional, otimização de custos e eficiência de desempenho). Ele pode corrigir automaticamente alguns problemas e fornecer instruções manuais para outros. As operações de correção podem causar tempo de inatividade ou interrupções de serviço, portanto, revise cada recomendação primeiro. Você pode ignorar as verificações que não se aplicam ao seu ambiente.

Você precisa "conceder permissões de operações e remediação" em sua conta da AWS para permitir que o Workload Factory analise suas configurações.

"Avalie suas configurações".

Você precisa de:

Os eventos são exibidos por 72 horas antes de serem removidos. Os dados permanecem na sua conta da AWS e os dados do cliente não são usados para treinar modelos. Se o administrador da sua conta desativou os recursos de IA, a análise não está disponível.

"Analisar eventos".

A calculadora compara os custos do Amazon Elastic Block Store (EBS), do Elastic File System (EFS) e do FSx for Windows File Server com o FSx for ONTAP. Você pode inserir os detalhes manualmente ou deixar que o Workload Factory detecte seus ambientes automaticamente, o que requer permissões de visualização, planejamento e análise para detectá-los. A detecção automática não é compatível com EBS snapshots nem com cópias de sombra do FSx for Windows File Server.

"Aprenda a usar a calculadora de poupança".

Os dados de custo vêm do AWS Cost Explorer, usando as permissões ce:GetCostAndUsage e ce:GetTags, e são atualizados a cada 24 horas. A Workload Factory também calcula os custos por recurso com suas próprias estimativas. Para filtrar por tags de alocação de custo da AWS, você deve atribuir tags aos seus sistemas de arquivos.

"Acompanhe os custos".

A AWS é responsável pela manutenção da sua conta do FSx for ONTAP, não o Workload Factory. Para problemas de suporte com seu sistema de arquivos ou sua infraestrutura, use o Support Center no seu AWS Management Console para abrir um caso de suporte da AWS e selecione o serviço FSx for ONTAP. Para perguntas gerais sobre o Workload Factory, consulte o "Acesse a página de ajuda".