Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
O Armazenamento de Contêineres do Azure habilitado por Azure Arc é um sistema de armazenamento do próprio fornecedor projetado para clusters do Kubernetes conectados ao Arc. Esta extensão Arc pode ser implantada para gravar arquivos em uma declaração de volume persistente (PVC) ReadWriteMany onde eles podem ser armazenados localmente, transferidos para destinos de Armazenamento de Blobs do Azure na nuvem ou espelhados a partir desses destinos na nuvem.
Importante
O Armazenamento de Contêineres do Azure habilitado pelo Azure Arc está atualmente em VERSÃO PRÉVIA. Veja os Termos de Uso Complementares para Versões Prévias do Microsoft Azure para obter termos legais que se aplicam aos recursos do Azure que estão em versão beta, versão prévia ou que, de outra forma, ainda não foram lançados em disponibilidade geral.
O Armazenamento de Contêineres do Azure oferece uma variedade de recursos para dar suporte a várias cargas de trabalho, como modelos de treinamento de IA e ML, Operações de IoT do Azure e outros serviços arc. Com opções de alta disponibilidade e tolerância a falhas disponíveis, essa extensão do Arc está pronta para as cargas de trabalho de produção.
Para baixar diagramas de arquitetura em alta resolução, visite Jumpstart Gems.
O que o Armazenamento de Contêineres do Azure faz?
O Armazenamento de Contêineres do Azure serve como um sistema de armazenamento persistente nativo para clusters kubernetes conectados ao Arc. Sua função principal é fornecer um sistema de arquivos flexível, confiável e tolerante a falhas que permite que os dados sejam mantidos com segurança na borda, sejam classificados para o Azure ou espelhados a partir da nuvem e disponibilizados localmente.
Os principais recursos de clusters conectados ao Arc que executam esta extensão incluem:
- Tolerância a falhas de nó: Quando configurado como um cluster de três ou mais nós, o Armazenamento de Contêineres do Azure replica dados entre nós para garantir alta disponibilidade e tolerância a falhas de nó único.
- Armazenamento local no cluster: com um Volume de Borda Compartilhada Local, o usuário pode armazenar dados localmente na implantação de borda com um modelo de acesso ReadWriteMany.
- Sincronização de dados para o Azure: O Armazenamento de Contêineres do Azure é configurado com um destino de armazenamento, portanto, os dados gravados nos volumes são automaticamente hierarquizados no Blob do Azure (blob de blocos, Azure Data Lake Storage Gen2 ou OneLake) na nuvem.
- Espelho de dados do Azure (versão prévia): O Armazenamento de Contêineres do Azure é configurado com um destino de armazenamento, portanto, os dados gravados nesse destino de armazenamento são automaticamente espelhados como uma cópia somente leitura para o volume local em seu cluster.
- Conexão simples: Os clientes podem se conectar facilmente a um volume configurado usando um driver CSI para começar a fazer declarações de volume persistentes em relação ao armazenamento.
- Observável: dá suporte a logs de monitoramento do Kubernetes padrão do setor e a instalações de métricas e dá suporte à observabilidade do Agente do Azure Monitor.
Quais são as ofertas de Armazenamento de Contêineres do Azure disponíveis?
Volumes Compartilhados Locais: Fornece armazenamento altamente disponível e capaz de failover, local para o cluster do Kubernetes. Esse tipo de armazenamento compartilhado permanece independente da infraestrutura de nuvem, tornando-o ideal para espaço de trabalho, armazenamento temporário e dados localmente persistentes inadequados para destinos de nuvem.
Subvolumes de ingestão na nuvem: facilita a ingestão ilimitada de dados da borda para o Blob, incluindo Armazenamento de Data Lake do Azure Gen2 e OneLake. Os arquivos gravados nesse tipo de armazenamento são transferidos de forma transparente para o blob storage e, em seguida, removidos do cache local uma vez confirmado o upload, garantindo a disponibilidade de espaço para novos dados. As políticas configuráveis permitem flexibilidade nos comportamentos de upload e limpeza. Além disso, essa opção de armazenamento dá suporte à integridade de dados em ambientes desconectados, habilitando o armazenamento local e a sincronização após a reconexão à rede.
Subvolumes de espelhamento na nuvem (versão prévia): espelhe dados da nuvem para a borda. Usando o armazenamento de blobs na nuvem como origem dos dados, os subvolumes espelhados permitem a distribuição de conteúdo da nuvem para aplicativos Kubernetes localizados na borda. A cópia na nuvem dos seus dados ainda é a versão oficial, portanto, sua cópia local é uma imagem espelhada dos dados desse contêiner de blobs. Um subvolume espelhado fornece ao seu aplicativo uma réplica do sistema de arquivos Somente Leitura para referência na borda. O subvolume Espelho é ReadOnly e os dados não podem ser modificados ou excluídos por cargas de trabalho que consomem os dados na borda. Se quiser alterar os dados, edite a versão de nuvem autoritativa.
Arquitetura detalhada
Para baixar diagramas de arquitetura em alta resolução, visite Jumpstart Gems.