Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
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.
Para baixar diagramas de arquitetura em alta resolução, visite Jumpstart Gems.
O que faz o Armazenamento de Contentores do Azure?
O Azure Container Storage serve como um sistema nativo de armazenamento para clusters Kubernetes ligados a Arc. A sua principal função é fornecer um sistema de ficheiros flexível que permita que os dados sejam mantidos em segurança na periferia, que sejam escalonados para o Azure ou replicados a partir da cloud e disponibilizados localmente.
Os principais recursos dos clusters conectados ao Arc que executam essa extensão incluem:
- 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 Locais Partilhados: Fornece armazenamento local compatível com ReadWriteMany para o seu cluster Kubernetes. Este tipo de armazenamento partilhado mantém-se independente da infraestrutura cloud, tornando-o ideal para espaço scratch, armazenamento temporário e armazenamento para dados locais que não são adequados para destinos na cloud.
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.