Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
O Armazenamento de Contêiner do Azure habilitado pelo Azure Arc é um sistema de armazenamento primário projetado para clusters Kubernetes conectados ao Arc. Essa 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 Blob do Azure na nuvem ou espelhados a partir desses destinos de nuvem.
Importante
Azure Container Storage habilitado pelo Azure Arc está atualmente em pré-visualização. Consulte os Termos de Utilização Complementares das Visualizações Prévias do Microsoft Azure para obter os termos legais que se aplicam às funcionalidades do Azure que estão em beta, em pré-visualização ou que ainda não foram lançadas para disponibilidade geral.
O Armazenamento de Contêiner 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 do Azure IoT e outros serviços Arc. Com opções de alta disponibilidade e tolerância a falhas disponíveis, esta extensão Arc está pronta para cargas de trabalho de produção.
Para baixar diagramas de arquitetura em alta resolução, visite Jumpstart Gems.
O que faz o Armazenamento de Contentores do Azure?
O Armazenamento de Contêiner 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 permita que os dados sejam mantidos com segurança na borda, hierarquizados no Azure ou espelhados na nuvem e disponíveis localmente.
Os principais recursos dos clusters conectados ao Arc que executam essa extensão incluem:
- Tolerância a falhas de nó: Quando configurado como clusters de três ou mais nós, o Armazenamento de Contentor do Azure replica dados entre os nós para garantir alta disponibilidade e tolerância a falhas de um único nó.
- Local de armazenamento para o cluster: Com um Volume de Borda Local Compartilhado, o usuário pode armazenar dados locais em sua implantação de borda com um modelo de acesso ReadWriteMany .
- Sincronização de dados com o Azure: O Armazenamento de Contêiner do Azure é configurado com um destino de armazenamento, portanto, os dados gravados em volumes são automaticamente hierarquizados para o Blob do Azure (blob de bloco, Azure Data Lake Storage Gen2 ou OneLake) na nuvem.
- Espelho de dados do Azure (pré-visualização): O Armazenamento de Contentores do Azure é configurado com um destino de armazenamento, portanto, os dados gravados nesse destino de armazenamento são automaticamente espelhados como uma cópia Apenas Leitura para o volume local no 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: Suporta logs de monitorização e recursos de métricas do Kubernetes, que são padrão na indústria, e oferece suporte às funcionalidades de observabilidade do Azure Monitor Agent.
Quais são as ofertas de Armazenamento de Contêiner do Azure disponíveis?
Volumes Partilhados Locais: Fornece armazenamento altamente disponível e com capacidade de failover, local para seu cluster Kubernetes. Este tipo de armazenamento partilhado mantém-se independente da infraestrutura de nuvem, tornando-o ideal para espaço temporário, armazenamento provisório e dados que permanecem localmente persistentes, mas são inadequados para destinos na nuvem.
Subvolumes do Cloud Ingest: Facilita a ingestão ilimitada de dados da borda para o Blob, incluindo o Azure Data Lake Storage Gen2 e o OneLake. Os arquivos gravados nesse tipo de armazenamento são transferidos diretamente para o armazenamento de Blob 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 carregamento e limpeza. Além disso, essa opção de armazenamento suporta a integridade dos dados em ambientes desconectados, permitindo o armazenamento local e a sincronização após a reconexão com a rede.
Subvolumes do Cloud Mirror (visualização): Espelhe dados da nuvem para a borda. Usando o armazenamento de blob na nuvem como origem dos dados, os subvolumes do Mirror 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 autorizada, portanto, sua cópia local é uma imagem espelhada dos dados desse contêiner de blob. Um subvolume Mirror fornece ao seu aplicativo uma réplica do sistema de arquivos ReadOnly para referência na borda. O subvolume Espelho é Somente Leitura e os dados não podem ser modificados ou excluídos por cargas de trabalho que consomem os dados na borda. Se pretender alterar os dados, tem de editar a versão autoritativa na nuvem.
Arquitetura detalhada
Para baixar diagramas de arquitetura em alta resolução, visite Jumpstart Gems.