Partilhar via


Estenda as soluções de dados locais para a nuvem

Quando as organizações movem cargas de trabalho e dados para a nuvem, seus datacenters locais geralmente continuam a desempenhar um papel importante. O termo nuvem híbrida refere-se a uma combinação de nuvem pública e datacenters locais, para criar um ambiente de TI integrado que abrange ambos. Algumas organizações usam uma nuvem híbrida como um caminho para migrar todo o seu datacenter para a nuvem ao longo do tempo. Outras organizações usam serviços de nuvem para estender sua infraestrutura local existente.

Este artigo descreve algumas considerações e práticas recomendadas para gerenciar dados em uma solução de nuvem híbrida.

Quando usar uma solução híbrida

Considere o uso de uma solução híbrida nos seguintes cenários:

  • Como estratégia de transição durante uma migração de longo prazo para uma solução totalmente nativa da nuvem
  • Quando os regulamentos ou políticas não permitem mover dados ou cargas de trabalho específicos para a nuvem
  • Para recuperação de desastres e tolerância a falhas, replicando dados e serviços entre ambientes locais e em nuvem
  • Para reduzir a latência entre seu datacenter local e locais remotos, hospedando parte de sua arquitetura no Azure

Desafios

  • Criar um ambiente consistente em termos de segurança, gestão e desenvolvimento, e evitar a duplicação de trabalho

  • Criação de uma conexão de dados confiável, de baixa latência e segura entre seus ambientes locais e na nuvem

  • Replicando seus dados e modificando aplicativos e ferramentas para usar os armazenamentos de dados corretos em cada ambiente

  • Proteger e criptografar dados hospedados na nuvem, mas acessados de sistemas locais, ou vice-versa

Armazenamentos de dados locais

Os armazenamentos de dados locais incluem bancos de dados e arquivos. Pode haver várias razões para manter esses armazenamentos de dados locais. Pode haver regulamentos ou políticas que não permitam mover dados ou cargas de trabalho específicos para a nuvem. A soberania dos dados, a privacidade ou as preocupações com a segurança podem favorecer a colocação no local. Durante uma migração, talvez você queira manter alguns dados locais para um aplicativo que ainda não foi migrado.

As considerações ao colocar dados de aplicativos em uma nuvem pública incluem:

  • Custo. O custo de armazenamento no Azure pode ser significativamente menor do que o custo de manutenção de armazenamento com características semelhantes em um datacenter local. Muitas empresas têm investimentos existentes em SANs high-end, portanto, essas vantagens de custo podem não atingir a plena fruição até que o hardware existente envelheça.

  • Dimensionamento elástico. Planejar e gerenciar o crescimento da capacidade de dados em um ambiente local pode ser um desafio, especialmente quando o crescimento de dados é difícil de prever. Esses aplicativos podem aproveitar a capacidade sob demanda e o armazenamento virtualmente ilimitado disponível na nuvem. Esta consideração é menos relevante para aplicações que consistem em conjuntos de dados de tamanho relativamente estático.

  • Recuperação após desastre Os dados armazenados no Azure podem ser replicados automaticamente dentro de uma região do Azure e entre regiões geográficas. Em ambientes híbridos, essas mesmas tecnologias podem ser usadas para replicar entre armazenamentos de dados locais e baseados em nuvem.

Estendendo os armazenamentos de dados para a nuvem

Há várias opções para estender os armazenamentos de dados locais para a nuvem. Uma opção é ter réplicas locais e na nuvem. Essa abordagem pode ajudar a alcançar um alto nível de tolerância a falhas, mas pode exigir alterações nos aplicativos para se conectar ao armazenamento de dados apropriado no caso de um failover.

Outra opção é mover uma parte dos dados para o armazenamento em nuvem, mantendo os dados mais atuais ou mais acessados localmente. Esse método pode fornecer uma opção mais econômica para armazenamento de longo prazo e também melhorar os tempos de resposta de acesso aos dados, reduzindo seu conjunto de dados operacionais.

Uma terceira opção é manter todos os dados no local, mas usar a computação em nuvem para hospedar aplicativos. Com essa opção, você hospeda seu aplicativo na nuvem e o conecta ao armazenamento de dados local por meio de uma conexão segura.

Azure Stack

Para obter uma solução completa de nuvem híbrida, considere usar o Azure Stack. O Azure Stack é uma plataforma de nuvem híbrida que permite fornecer serviços do Azure a partir do seu datacenter. Essa solução ajuda a manter a consistência entre os sistemas locais e do Azure, usando ferramentas idênticas e não exigindo alterações de código.

O Azure e o Azure Stack são apropriados nos seguintes casos de uso:

  • Soluções de borda e desconectadas. Aborde os requisitos de latência e conectividade processando dados localmente no Azure Stack e, em seguida, agregando no Azure para análises adicionais, com lógica de aplicativo comum em ambos.

  • Aplicações na nuvem que cumprem regulamentos variados. Desenvolva e implante aplicativos no Azure, com a flexibilidade de implantar os mesmos aplicativos no local no Azure Stack para atender aos requisitos regulatórios ou de política.

  • Modelo de aplicação na nuvem no local. Use o Azure para atualizar e estender aplicativos existentes ou criar novos. Use processos de DevOps consistentes no Azure na nuvem e no Azure Stack local.

Armazenamentos de dados do SQL Server

Se você executar o SQL Server localmente, poderá usar o Armazenamento de Blobs do Azure para serviços de backup e restauração. Para obter mais informações, consulte Backup e restauração do SQL Server com o serviço de armazenamento de Blob do Microsoft Azure. Esse recurso oferece armazenamento externo ilimitado e a capacidade de compartilhar os mesmos backups entre o SQL Server em execução local e o SQL Server em execução em uma máquina virtual (VM) no Azure.

O Banco de Dados SQL do Azure é um banco de dados relacional gerenciado como um serviço. Como o Banco de dados SQL usa o mecanismo do Microsoft SQL Server, os aplicativos podem acessar dados da mesma maneira com ambas as tecnologias. O Banco de dados SQL também pode ser combinado com o SQL Server de maneiras úteis. Por exemplo, o recurso SQL Server Stretch Database permite que um aplicativo acesse o que parece ser uma única tabela em um banco de dados do SQL Server enquanto algumas ou todas as linhas dessa tabela podem ser armazenadas no Banco de dados SQL. Essa tecnologia move automaticamente os dados que não são acessados por um período de tempo definido para a nuvem. Os aplicativos que leem esses dados não sabem que todos os dados foram movidos para a nuvem.

Manter armazenamentos de dados no local e na nuvem pode ser um desafio quando você deseja manter os dados sincronizados. Você pode enfrentar esse desafio com o SQL Data Sync, um serviço criado no Banco de Dados SQL que permite sincronizar os dados selecionados, bidirecionalmente entre vários bancos de dados SQL do Azure e instâncias do SQL Server. Embora a Sincronização de Dados facilite manter seus dados atualizados nesses vários armazenamentos de dados, ela não deve ser usada para recuperação de desastres ou para migrar do SQL Server local para o Banco de Dados SQL.

Para recuperação de desastres e continuidade de negócios, você pode usar os Grupos de Disponibilidade AlwaysOn para replicar dados em duas ou mais instâncias do SQL Server, algumas das quais podem ser executadas em VMs do Azure em outra região geográfica.

Compartilhamentos de rede e armazenamentos de dados baseados em arquivos

Em uma arquitetura de nuvem híbrida, é comum que uma organização mantenha arquivos mais recentes no local enquanto arquiva arquivos mais antigos na nuvem. Essa prática às vezes é chamada de hierarquização de arquivos. Ele fornece acesso contínuo a arquivos locais e hospedados na nuvem. Essa abordagem ajuda a minimizar o uso da largura de banda da rede e os tempos de acesso para arquivos mais recentes, que provavelmente serão acessados com mais frequência. Ao mesmo tempo, você obtém os benefícios do armazenamento baseado em nuvem para dados arquivados.

As organizações também podem querer mover seus compartilhamentos de rede inteiramente para a nuvem, por exemplo, se os aplicativos que os acessam também estiverem localizados na nuvem. Este procedimento pode ser feito usando ferramentas de orquestração de dados.

O Azure StorSimple oferece a solução de armazenamento integrada mais completa para gerenciar tarefas de armazenamento entre seus dispositivos locais e o armazenamento em nuvem do Azure. O StorSimple é uma solução de SAN (Storage Area Network, rede de armazenamento de dados) eficiente, econômica e facilmente gerenciável que elimina muitos dos problemas e despesas associados ao armazenamento corporativo e à proteção de dados. Ele usa o dispositivo proprietário da série StorSimple 8000, integra-se com serviços de nuvem e fornece um conjunto de ferramentas de gerenciamento integradas.

Outra maneira de usar compartilhamentos de rede locais juntamente com o armazenamento de arquivos baseado em nuvem é com o Azure Files. Os Arquivos do Azure oferecem compartilhamentos de arquivos totalmente gerenciados que você pode acessar com o protocolo SMB (Server Message Block) padrão (às vezes chamado de CIFS). Você pode montar Arquivos do Azure como um compartilhamento de arquivos em seu computador local ou usá-los com aplicativos existentes que acessam arquivos de compartilhamento locais ou de rede.

Para sincronizar compartilhamentos de arquivos nos Arquivos do Azure com seus servidores Windows locais, use a Sincronização de Arquivos do Azure. Um dos principais benefícios do Azure File Sync é a capacidade de hierarquizar ficheiros entre o seu servidor de ficheiros no local e os Azure Files. Esse recurso permite que você mantenha apenas os arquivos mais recentes e acessados mais recentemente localmente.

Para obter mais informações, consulte Decidindo quando usar o armazenamento de Blob do Azure, Arquivos do Azure ou Discos do Azure.

Redes híbridas

Este artigo se concentra em soluções de dados híbridas, mas outra consideração é como estender sua rede local para o Azure. Para obter mais informações sobre esse aspeto das soluções híbridas, consulte os seguintes recursos:

Contribuidores

Este artigo é mantido pela Microsoft. Foi originalmente escrito pelos seguintes contribuidores.

Autor principal:

Próximos passos